ipd项目开发流程（揭露产品开发流程）

引言：每个企业都存在产品开发活动，因为产品和服务是企业满足客户需求从而创造价值的媒介。然而，尽管每个企业对产品开发并不陌生，但是实施的过程中可能存在诸多问题，比如开发流程缺少结构化、领导层介入不当、缺乏一致的方法论等。对此，很多企业家想要找到有效地进行产品开发的关键所在。华为倚靠的产品开发流程（IPD）也许可以给出一些企业家们渴望得到的答案。

产品规划是进行IPD产品开发前必须要完成的工作，而MM（市场管理及产品规划）方法论可以用于指导产品规划过程（关于MM方法论的内容可以回顾之前的文章（《不知道如何做规划？不怕，咱有万能模板！》）。

项目任务书通过评审之后，就正式进入产品开发流程了。产品开发流程共分为六个阶段，包括概念、计划、开发、验证、发布和生命周期。产品开发始于项目任务书，终止于产品成功发布，专业术语叫GA点。

• 概念阶段

概念阶段项目组需要明确客户需求，并基于需求确定产品概念，即明确开发什么产品，对设计要求及总体方案有了初步的想法，使得产品可以满足客户需求，从而与市场相匹配。

案例解读：

拿王大馅包子铺举例。在产品规划阶段，规划团队经过调研发现很多儿童早餐很少选择包子，但喜欢吃各种果酱的吐司面包，因此猜想儿童可能会偏爱水果味儿的包子，之后经过多方论证，证明了猜想的准确性，所以决定在2017年下半年针对儿童开发草莓味儿的包子。

在概念阶段，开发团队首先明确客户需求，即团队需要解决儿童不爱吃包子的问题。之后基于此需求确定产品概念，团队需要在包子形状、包子颜色、包子口感、馅料成分等方面进行设计，之后明确设计要求和总体方案。最后将概念产品与市场需求做匹配，确定是否可以解决儿童不爱吃包子的问题。

• 计划阶段

概念阶段主要明确开发什么产品，而计划阶段重点关注如何开发产品。对于概念阶段提出的总体方案，在计划阶段需要对其进行细化，即进行系统设计。而系统又由很多子系统构成，因此要不断细化，进行概要设计，明确产品规格参数，使得产品开发能够落实到每一个细节。

如果说概念阶段是产品和市场的匹配，那设计阶段就是产品和技术及各部门的匹配。

• 开发阶段

概念和设计阶段是对需求的明确、分解及分配，使得产品开发团队能够在正确目标的领导下进行有效的分工合作。那开发阶段就是需求的实现，同时也包括产品内部测试和不断改进，是产品从无到有的过程。

• 验证阶段

在产品开发完成后，需要对产品进行验证。验证的方式有很多，包括客户等利益相关者的验证、第三方验证、监管机构验证等。

同时需要做好上市前准备，对产品供应进行内部验证。

• 发布阶段

经过产品验证，开发的产品被上市，从而来满足客户的需求。

• 生命周期

产品存在生命周期，需要对产品进行优化和替代，从产品1.0到10.0，直到终止。这个过程就是产品生命周期管理的过程。比如说王大馅的草莓味儿包子，上市后发现儿童购买意愿没有预期的强烈，经过调查发现口味儿过甜，因此研发产品2.0调整馅料口味。

产品开发输出的到底是什么

很多人尝尝误解产品开发最终输出的是产品，但是其实生产过程输出的才是产品。那产品开发输出的是什么呢？输出的是产品包业务计划书、产品数据、生产制造体系文件和产品开发过程文件。其中产品包业务计划书是阐述产品上市、销售、市场营销和生命周期等计划的，而生产制造体系文件是用于生产过程输出产品的，文件会通过试产等方式进行验证，从而被最终确认。所以说，产品开发输出的是文档，而非产品 。

产品开发的核心思想

产品开发的目标不仅仅包括成功地开发出满足客户需求的产品，很多人忽略了“研发是一种投资行为”这一核心思想。之前我们在《还不知道“IPD核心思想”？你OUT了！》文章中提到过“产品开发是企业为了实现某商业目标和客户需求而做出的具体投资活动”。这里不仅强调了客户需求的实现，也强调了商业目标的实现，这是产品开发的两条主线。因此，产品开发所有项目都要考虑公司及客户的投资回报率，而业务计划书的优化及实施就体现了商业目标的实现。

• 概念阶段

概念阶段除了要明确客户需求及实现客户需求的方式方法，还要明确商业目标及总体实施计划。同时对投资收益进行分析，形成产品包业务计划。

• 计划阶段

计划阶段需要进一步细化总体实施计划，包括产品开发计划、上市计划、市场营销计划、生命周期计划等，形成完善的产品包业务计划。

• 开发阶段

在开发阶段，开始实施产品包业务计划，比如搭建质量保障、市场营销体系，构建售后服务团队等。

• 验证阶段

在验证阶段，需要对搭建的体系或者构建的团队等进行验证，并不断优化改进业务计划，再次进行投资收益分析，明确是否达到上市要求。

• 发布和生命周期阶段

产品发布之后，需要按照业务计划实施上市计划并根据实际反馈不断更新调整，最终实现商业目标。

产品开发流程的关键点

我们把产品开发流程分成了六个阶段并明确了两条主线，即既要满足商业目标的实现，又要确保产品满足客户的需求。因此，在某些时点需要设置评审点，从而对两个目标的完成情况进行评审并在必要时及时进行调整。这就包括技术评审（Technical Review, TR）和决策评审（Decision Check Point, DCP）。只有产品通过了产品级的技术评审，才能进行决策评审。

技术评审：从技术实现的角度，对产品包是否满足客户和市场需求进行评审，从而确保产品满足客户需求。评审人员只能提出参考意见，项目组可参考评审人员的意见并最终对客户需求实现的结果负责。

决策评审：从商业目标实现的角度，对业务计划是否能够达成企业战略及较为理想的投资收益进行评审，从而确保产品满足商业目标。评审人员可决定项目是否继续或终止，项目组必须接受评审人员的意见，同时还要对商业目标实现的结果负责。

在产品开发的每个阶段都可以设置技术评审和决策评审，评审的内容会根据阶段的不同而不同。

对于决策评审点，一般在概念阶段、计划阶段和验证阶段需要设置决策评审点对产品包业务计划是否满足商业目标进行评审。同时，评审点的数量也不是绝对的，要根据项目的需要灵活设置。产品开发周期越长、技术含量越高或产品越复杂的，技术评审点就应该越多。比如，一般情况下，两个评审点之间不超过3个月。

,