从这个角度看,硬件产品研发过程中,责任的具象化特征更为明显:开一个模具的成本,就是一次试错的直接代价;汽车产品出现一次事故,就可能引发一场关乎生命、财产的重大损失;而产品脱离市场需求,最终只会沦为仓库中堆积的耗材 他们不仅要懂产品设计与用户体验,还要具备商业思维、数据分析能力、跨部门协调能力,更要在快速迭代的节奏中抓住转瞬即逝的市场机会。而这一切,本质上都指向产品管理的核心命题:未来应该开发什么样的产品? 产品应该具备哪些核心特性?产品的成本与定价如何平衡商业价值?产品研发计划与上市计划怎样规划,才能抢占市场先机? 让模糊的责任具象为产品研发流程中的一个个节点。 至于CDP到底有哪些流程,关注IPD产品研发,下一篇文章,我们详细聊聊IPD的新产品立项(CDP)流程。
一、硬件研发的三大核心挑战 需求传递失真现实问题: 市场需求 → 工程师理解 → 设计实现,关键信息层层丢失 研究证明: 需求每经过1次传递,关键参数偏离风险增加37% ——《硬件需求工程中的信息衰减 》(麻省理工硕士论文, 2023) 典型案例: 客户要求“防水IP68” → 设计实现为“防泼溅” → 样机泡水测试失败 BOM管理混乱数据真相: 元器件参数、供应商、替代料管理缺失导致: → 38%项目因物料错误超支 → 采购延误平均4.5天/项目 学术诊断: “BOM三维管理是硬件研发最大痛点” ——《电子物料管理复杂性研究》(清华大学工程硕士论文) 测试验证低效行业现状: 未工具化团队在缺陷修复上消耗 47%开发时间 根本矛盾: → 测试报告散落邮件/Excel → 问题追踪断裂 二、可落地的解决方案框架▶ 需求穿透管理graph LR 客户需求 --> 需求卡片拆解为可测量参数 需求卡片 - 效果:指标 改进前改进后提升率需求偏离率 52% 9% ↓83% 物料错误 4次 0次 ↓100% 测试迭代周期18天 6天 ↓67% 四、工具库:硬件研发四大神器
产品研发 以下是过往关于网络产品研发的文章,点击对应的题目获取文章。
嵌入式产品,与普通电子产品一样,开发过程都需要遵循一些基本的流程,都是一个从需求分析到总体设计,详细设计到最后产品完成的过程。但是,与普通电子产品相比,嵌入式产品的开发流程又有其特殊之处。 它包含嵌入式软件和嵌入式硬件两大部分,针对嵌入式硬件和软件的开发,在普通的电子产品开发过程中,是不需要涉及的。嵌入式产品的研发流程具体如下图: ? 下面,针对嵌入式产品的开发过程中的各个阶段,我们进行详细探讨。 阶段1:产品需求 在这一个阶段,我们需要弄清楚的是产品的需求从何而来,一个成功的产品,我们需要满足哪些需求。 那么在产品规格说明阶段,我们的任务是将所有的需求,细化成产品的具体的规格,就比如一个简单的USB转串口线,我们需要确定产品的规格,包括: 产品的外观; 产品支持的操作系统; 产品的接口形式和支持的规范 在此阶段,可以比较实际的产品和最初的形成的产品规格说明,看经过一个完整的开发过程,是否产品完全符合最初的产品规格说明,又或者,中途发现产品规格说明存在问题,对它进行了多少修改呢?
对于研发效能这个业务,如果没有对外 toB 业务,那么我们面对的主要是内部用户,我比较推荐的策略是产运一体,本来产品和运营也是不分家的,在运营人员比较少的情况下甚至是部分产品来兼任。 内容运营 内容运营是一个深挖研发效能产品的功能,提炼成场景,让用户对你的产品感兴趣,把用户和产品连接起来并产生互动,促进用户使用产品的过程。简单说就是拉客。 对于研发效能的产品来说,对内的话其实你的用户上限是确定的,不会超过公司的员工总数。但我们还是有很多让用户了解我们的产品,激活用户的运营工作去做。 因为是对内,所以每当我们研发效能平台有重大升级、重大改版的时候,我们都会做一次内容运营,包括产品内宣传、制作易拉宝、会议室屏保等。 通过这次活动,提升了研发效能的影响力,提供了更多小姐姐和研发小哥哥交流的机会(里边有一些程序问答,很多小姐姐去找研发小哥哥帮忙),加强了大家对互联网公司程序员文化的认知,也让公司看到了我们强大的策划和执行能力
IPD(集成产品开发)涵盖了产品从创意提出到研发、生产、运营等,包含了产品开发到营销运营的整个过程。围绕产品(或项目)生命周期的过程的管理模式,是一套生产流程,更是时下国际先进的管理体系。 通过上述数据分析,我们可以得出结论:在产品研发过程的管理中采用IPD模式,能够比较全面地管理产品研发的全生命周期,让项目开发进度变得更加可控,达到快速适应市场变化、减少研发投入、降低生产成本、提高产品质量 五、质量管控/过程管理产品研发的质量管控/过程管理,是需要贯穿产品全生命周期。 总结IPD(集成产品开发)涵盖了产品从概念到生命周期结束这一技术创新的过程的管理,强调以市场需求作为产品开发的驱动力,它包括市场管理、需求管理和产品开发、技术开发四个业务流程。 IPD(集成产品开发)模式基于市场和客户的视角,采用需求驱动来规划和研发产品,其管理体系其核心成员是由来自市场、研发、测试、采购、制造、服务等方面的人员组成的跨部门团队,大家共同来推进管理整个IPD产品规划和研发开发过程
本次我们非常荣幸地采访到了天翼云AI产品研发总监陈金老师,和我们聊一聊产品创新所面临的挑战,并介绍了天翼云基于AI和NLP等技术所研发的数字虚拟老师目前的应用情况。 陈金 天翼云AI产品研发总监 陈金,2020年加入天翼云,专注于创新产品设计与研发工作,主导构建了天翼云VR视频直播系统,AI中台和虚拟数字人应用,现为天翼云AI产品研发总监。 请先和我们LiveVideoStack的伙伴们介绍下自己吧~ 陈金:李静你好,我是陈金,2020年加入天翼云,一直在从事新产品的设计与研发工作,先后设计研发天翼云VR视频产品、AI平台和虚拟数字人等智能产品 陈金:因为研发虚拟数字人产品,我最近主要在关注动作捕捉、3D建模、生成式AI、以及云渲染等方面的技术。 那么在一个产品研发的过程中,在技术预研方面面临的挑战是什么? 陈金:我们认为可以把研发分解为预研和开发两个阶段,在预研阶段,又分为产品预研和技术预研。
六西格玛在新产品研发中有一套被称为DFSS(Design For Six Sigma)的方法和工具,其具体的流程和工具今天不聊,只聊一下它的一个基本思想:企业研发的目的是要通过生产来创造利润。 企业研发与基础科研的一个不同之处在于,基础科研追求的是探索,是要在墙壁上钻出一个洞,基本不用考虑钻洞的成本;企业研发追求的是利润,如果新研发出来的产品不能长期稳定地为企业带来利润,那么再高妙的技术也无法得到认可 一个产品的性能往往随生产条件变化而变化。 一个理想的产品,需要对于这些变化的生产条件不敏感,能够持续稳定保持良好的性能。要得到产品性能对应生产条件的变化曲线,有时候需要做实验,有时候可以凭经验,不须教条。 重要的是,研发人员要有大局意识,不把新产品研发孤立起来,而是把它放在公司整体的利润链条中考量,这样才能开发出既叫好又叫座的产品。
研发岗转产品岗位是有优势的。研发的优势在于可以用工程思维去考虑产品的实现。但同时这也可能会成为劣势,只具有工程思维的产品经理很容易忽略用户。这就是所谓的优劣同源。 产品经理在做需求原型的时候,先把为什么做这个需求想清楚,然后去想有哪些实现路径,并找到其中最短路径。至于里面的技术难点,应该交由研发人员去评估。 研发人员转型的产品经理在具体实现上,更应该倾向于怎么做更简单,更友好。而不是去想怎么做更容易,更好实现。对于具体的技术实现方案,你有经验可以提建议,但不要带到需求原型里,更不要影响到自己的原型设计。 研发型产品经理还容易掉入的一个坑就是当其他业务部门提需求时候,觉得实现不了,就会回复:“这个需求技术上实现不了”。正确做法是找研发人员来评估实现方案。 二、完成好过完美。 追求完美,很容易导致产品迟迟上不了线。对产品经理来说,保证项目准时上线是准则,完成好过完美。产品有瑕疵不怕,我们下一个版本迭代修改。 三、用户永远是对的。
京东技术研发产品经理岗面经: 介绍:笔试-初试-复试-HR面试-offer 四月中旬接到电话、邮箱和短信通知去成都面试,经历过腾讯和阿里的面试打击之后,我其实已经佛系求职了。 回答问题时时面带微笑,给人留下好印象 复试: 面试官问题: 1.自我介绍 2.根据简历中的经历设计一款互联网产品; 3.用简短的语言介绍我的项目 4.如何看待抖音的迅速崛起? 3.多看点产品论坛的东西,培养自己的产品感和大局观 HR面: 面试官问题: 1.自我介绍 2.你为什么选择做产品经理? 3.你觉得你做产品经理有哪些优势? 4.你成绩这么好,为什么不读研? 学习方法建议: 1.多逛论坛,比如PMCAFF 2.强迫自己养成独立思考的习惯,产品经理更需要独立思考能力 3.看了之后要消成自己的东西输出。 建议定一个长期目标:每周写一篇竞品分析报告或者自己对产品的一些想法。
一、创建研发资产主数据(AS01) 步骤1:输入创建研发资产主数据信息 步骤2:输入创建研发资产主数据信息 步骤3:输入创建研发资产主数据信息 步骤4:输入创建研发资产主数据信息 二、研发领用内部资产, 发料到内部资产及相应的课题号(MB1A) 步骤1:输入发料到研发资产信息 步骤2:输入发料到研发资产信息
京东技术研发产品经理岗面经: 介绍:笔试-初试-复试-HR面试-offer 四月中旬接到电话、邮箱和短信通知去成都面试,经历过腾讯和阿里的面试打击之后,我其实已经佛系求职了。 3.多看点产品论坛的东西,培养自己的产品感和大局观 HR面: 面试官问题: 1.自我介绍 2.你为什么选择做产品经理? 3.你觉得你做产品经理有哪些优势? 4.你成绩这么好,为什么不读研? 学习方法建议: 1.多逛论坛,比如PMCAFF 2.强迫自己养成独立思考的习惯,产品经理更需要独立思考能力 3.看了之后要消成自己的东西输出。 建议定一个长期目标:每周写一篇竞品分析报告或者自己对产品的一些想法。 /产品/运营学习交流社区
第三课需求管理 1需求管理是什么 1.1需求挖掘:看四块,自己行业,总体趋势,未来方向,商业模式。最直接的需求一定来源于用户,用户访谈,用户反馈,调查问卷,社交平台。 知道公司的资源是什么,公司的资源以及经济能不能够完成个人对业务的设计,公司处于什么样的一个阶段,身处所在的行业处于什么样的一个阶段 1.3需求排序 2行业阶段 技术萌芽期:探索技术可能性把技术转化为产品 3.需求收集的原则和方法 标签墙 用户意见渠道 奖励机制 原始需求的管理 归类 统计 用户反馈分类 需求列表–原始表格 意识:时间管理四象限 GTD工具 4.需求评估 4.1:KANO法
传统产品研发的不得已 传统产品研发过程中,包含有很多默认的准备工作,包括环境的准备、组件的选型及部署等,如: 数据库的选型、高可用方案的设计及部署 中间件的选型、高可用方案的设计及部署 基础功能模块的设计 基于云计算的产品研发模式 2.1 基本理念 专业的团队做专业的事情 不重复发明轮子 2.2 构建基于核心能力互补的三层合作体系架构 层次 模块定位 合作要求 合作模式 详细能力 核心业务层 业务技术:商业模式的核心逻辑 深谙行业特性,产品设计更贴近用户。 云技术服务商 优势: 深耕云计算多年,丰富的云计算应用架构能力和经验。 拥有从销售到服务再到产品研发的完整体系,易于与业务层沟通协作。 从架构到研发,再实施、维护的全托管式服务能力。 公有云厂商 优势: 产品品类丰富,一站式采购,利于技术栈精简,简化商务协作成本。 经历若干业界极度压力的严峻考验,稳定性高。 3.5 实施效果 基于云计算的高效研发, 4 周完成从概念设计到上线发布 专业团队:产品设计高效协作 + 深谙云计算应用之道 + 完整可靠的公有云平台 聚焦业务:复用网络、存储、计算、安全等云计算成熟技术
引言 在企业的产品研发中,一个好的产品研发规范可以有效的提升整个团队的工作效率。由于每个公司甚至每个部门产品研发背景的不同,制定的产品研发流程规范也会存在差异,但是大体上都是相同的。 本篇文章是笔者在平安好学实习过程中,以研发实习生的角度对产品研发流程的理解,平安好学隶属于中国平安,所以这套研发流程规范可以反映大多数平安系公司的研发规范。 按照我的理解,产品研发可以大致分为五个流程:产品立项、需求分析、产品设计、开发上线和产品迭代。 在产品研发团队中,产品经理对需求的决定权还没有到只手遮天的地步,他们需要和研发团队讨论,看看需求是否合理、是否有意义及是否能实现。 但是随着实习的深入,我发现这些流程可以帮助产品研发团队的每个职能小组各司其职,任务明确,不仅提升了产品研发的效率,也提升了产品的质量。
【域名产品后端研发(4人)】 岗位职责: 1. 负责腾讯云域名产品(DNSPod)及备案系统的后端开发; 2. 负责域名管理相关功能的实现,包括域名注册、解析等功能开发; 3. 负责域名管理系统的架构规划、性能优化等工作; 4. 负责备案系统的功能开发。 岗位要求: 1. 熟悉云计算、有云产品使用经验者优先。 【云市场产品后端研发(3人)】 岗位职责: 1. 负责腾讯云市场产品系统的后端研发和维护; 2. 负责腾讯云市场产品相关功能的开发和迭代; 3. 有域名注册、解析、SSL证书等相关产品的技术研发经验优先。 【云市场产品WEB前端开发(3人)】 岗位职责: 1. 负责腾讯云市场相关产品web前端页面的开发、维护和优化工作; 2. 良好的沟通协调、项目管理能力,富有ownership精神、有良好的团队协作意识; 4. 熟悉Discuz!产品或有相关论坛策划经验者优先。 5. 对Discuz!
这时候还是以技术为主,后面自己创业开始接触管理和产品。目前也有近5年产品经理的工作经验。和很多同学一样,靠的是自学和在工作里成长。 现在越来越多的研发工程师转型为产品经理,所以今天我想给大家分享一下,在转岗前,可以做那些准备工作。 首先,在转岗之前,先以研发的角色参与到产品共建中。 如果研发人员没有看数据的权限,那就去请教产品经理。至少要了解相关结构。 我建议公司的管理者在部门里给研发部门普及一下财务知识,公司的固定成本、变动成本、毛利率、净利率。 可能有专门的项目PM或产品经理在把控进度,但你作为研发也可以通过自己的努力去推动项目,在这个过程中,你会学到很多软技能,比如:如何与人沟通协作,如何评估风险等等。 好了,如果做这些事你都乐在其中,那么我相信你肯定能做好产品经理的工作。 PS:如果要转型尽量早点转,如果太晚,你转型的成本会很高。比如你做研发能拿3万月薪,转型产品很大概率早期拿不到这么高的工资。
---- 写在前面 优秀的研发管理者是怎么工作的,如何更加高效地管理研发团队?这些一直是 CODING关注的重要话题,我们不断地打磨 CODING 研发系统来让开发更简单。 近期我们精心挑选了几篇硅谷科技公司研发管理者的 README 进行翻译。README 主要用来向团队成员展示项目管理者的工作理念和工作方式,以便成员能够快速地融入到团队当中。 在看了 6 篇硅谷研发管理者的 README 文件后,你是否也考虑尝试写你的自述文件,好让你的新老板或者新下属更快地了解你的管理风格。 写下你的第一个自述文件 自述文件写在哪儿呢? CODING 基于硅谷先进方法与中国团队实践共同打造一站式开发体验,全面提升研发与管理效率。 涵盖了软件开发从构想到交付的一切所需,使研发团队在云端高效协同,实践敏捷开发与 DevOps,提升软件交付质量与速度。
引子(有点长) 前些天在杭州和W君漫步钱塘江赏霾,畅谈了两个小时,期间W君一直强调研发需要有产品观以及全局观。我很认同,但是毕竟这也对人要求很高。 昨天恰巧又看到了一篇文章,叫那些用力过猛的员工,发现和W君讲的有异曲同工之妙,虽然W君并没有指出缺乏产品观和全局观可能产生严重的副作用。 同样的,所谓产品观,其实也就是全局观的一个具体实施策略,只是这种实施策略执行在某一个产品的生命周期里。 前面我们提到,一件事情最重要的部分其实是找到如何衡量做的好不好的标准,产品观给我们找到了这个衡量标准,就是我们做的一切,都是以最后对产品是不是好的,而不是我做的这件事情本身好不好。
环境管理是我们日常工作中比较复杂的一环,主要是因为涉及内容比较多,程序、配置、数据都会涉及,如果是开发、测试环境,还会涉及到测试数据造数、系统刷数据、不同的人使用、锁定、转让、释放等问题。 下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 用途划分环境 对于产研团队来说,我们通常从环境的用途来划分环境,一是和自己角色相关,研发用研发环境,测试用测试环境;二是通过用途区分好理解。 大家虽然很累很赶很忙,但是有一股劲:这是「我」的产品。 后来产品成了「我们」的产品,「老板」的产品,改成了每周五上线,其它时间除非紧急缺陷修复否则不上线,要去团建不上线,老板没审批不上线,周末上线担心发现bug不上线。