产品生命周期管理流程分几个阶段？

按产品从概念到退市这一条管理主线，产品生命周期管理流程通常拆成 6 个阶段：概念与立项、需求与规划、设计与开发、验证与发布、上市与运营、退市与复盘。先定维度，再数阶段，结论才对得上。 营销学里常说的引入期、成长期、成熟期、衰退期，描述的是产品在市场中的表现，不是这套管理流程，不能混在一起数。

这套流程落到工具里，通常围绕产品全生命周期管理的主线展开：市场洞察、立项评审、需求与路标、研发推进、上市反馈各自有节点，也各自留下可交接的产出物。

为什么产品生命周期管理流程会有 4 段和 6 段两种说法

产品生命周期管理流程的阶段数量没有唯一答案，原因不在谁对谁错，而在切分口径。GB/T 19097-2003《技术产品文件 生命周期模型及文档分配》把技术产品生命周期划为概念、设计、制造、交付、使用、报废 6 段；西门子在 PLM 指南中则按概念、设计、制造、服务、报废 5 段组织。两者都从产品起点讲到终点，但一个偏文档分配，一个偏企业协同，边界自然不同。

数量差异本身不是问题，混用维度才是。 本文统一采用“产品从概念到退市的管理流程”这一个维度，并取 6 段，目的是把每段的任务、产出和交接点说清楚。阶段拆得越细，责任越清楚，但交接次数也越多；拆得越粗，推进越快，边界越容易模糊。中大型团队跨市场、研发、供应链和售后，6 段通常更容易把评审和交付物固定下来。

六个阶段：任务、产出与卡点

下面这张表把 6 段放在同一条主线上。看表时重点看两列：每段交什么，以及最容易卡在哪里。

这张表不是让每个团队照抄。阶段可以合并，但三个决策点不宜省：立项、发布、退市。 少了立项，方向错了也会往下做；少了发布评审，问题会留到客户现场；少了退市评估，旧产品会长期占用服务和库存资源。每一段也都有代价：多一段就多一次评审和交接；但如果这段的产出物没人能接手，后面的返工成本通常更高。

物料、版本、配置：三个概念别混着管

产品越复杂，阶段之间的交接越依赖同一套数据。这里最容易混的是三个词。

• 物料：产品由什么构成，采购、生产、服务都认这个对象；BOM 则是物料的结构化清单，说明谁由谁组成、用多少。
• 版本：同一个物料或文档在时间上的不同状态。版本回答“是哪一版”，不回答“这一版能不能交付”。
• 配置：为一款产品锁定的一组物料版本、文档版本和选项组合。配置回答“这一套能不能一起交付”。

三者的关系可以记成一句话：物料回答“用什么”，版本回答“哪一版”，配置回答“这一套能不能一起交付”。 一个物料可以有多个版本，一个配置只锁定其中经过验证的版本组合。BOM 把物料按结构串起来，版本让每次改动可追溯，配置把可供交付的组合固定下来。三者对不上，采购、生产、测试和售后就会各拿一版。BOM、变更与版本如何联动，可参考PLM 管理软件的三条主线。

变更为什么总在下游出问题

变更管理的难点不在改，而在传递。设计改了一个物料，采购的订单、生产的在制品、测试的用例、售后的备件可能都要跟着动。如果变更只通知研发，下游就会按旧版本继续作业。

一条可执行的变更链通常包含六个节点：申请登记、分类分级、影响分析、评审决策、实施生效、验证关闭。影响分析要覆盖技术方案、BOM 与物料、在制品与库存、成本与交期、客户通知与法规报备；实施生效要写清断点，是立即生效、按日期生效，还是按批次或旧料耗尽生效；验证关闭要核对现场执行与文件版本是否一致。具体到 ECR（变更申请）与 ECN（变更通知）的分工，可参考ECR 与 ECN 的流转。

变更单要能回答三个问题：谁改的、为什么改、从什么时候生效。 答不上来，下游就只能靠人催、靠会议补。

你的团队该用几段

判断阶段数量，可以看四个变量：产品复杂度、监管与合规要求、供应链长度、跨部门协作规模。产品单一、需求稳定、供应链短，4 到 5 段就够；多产品线、跨市场、研发、采购、制造、售后，6 段更稳妥；受强监管的行业还要在设计定型、量产批准等位置加评审点。阶段数量不是考核指标，能减少返工和交接断点才有意义。

落地时，先把每段的产出物和交接点写清楚，再选工具。禅道以项目集、项目、产品、执行等核心结构组织研发过程，需求池、需求、任务、Bug、反馈可以在同一平台流转；面向大型团队，禅道按 IPD 组织产品规划、立项、阶段评审和交付物管理，市场调研、需求、立项评审、研发推进、反馈回流能接在同一条主线上。需要继续了解 IPD 与 PLM 的方法文章，可以从 IPD 知识库 进入。

西门子引用 Aberdeen 的数据称，使用 PLM 的企业上市时间缩短 30%、开发成本降低 25%。这类厂商引用数据适合作为方向参考，实际收益仍取决于阶段边界是否清楚、变更是否受控，不能直接当作你所在团队的保证。

常见问题

阶段评审和阶段复盘有什么区别？

评审回答“能不能进入下一阶段”，通常在阶段末，输出是批准、驳回或有条件通过；复盘回答“这一段哪里做对了、哪里要改”，可以在阶段结束后，也可以在退市后做整体复盘。两者都要留记录，但决策对象不同。

软件产品和硬件产品能套同一套阶段吗？

决策点可以共用，阶段名称和交付物要按产品形态调整。软件常把试产换成灰度发布，硬件通常保留试产、认证和量产爬坡；生搬硬套会让阶段评审变成填表。

阶段划分一定要和部门架构一一对应吗？

不必。阶段按产品流程切，责任按角色分配；按部门切容易出现部门交接，而不是产品交接。一个阶段可以由产品负责人牵头，研发、采购、制造、售后按角色参与。

回到开头的问题：按产品从概念到退市这一条管理主线，产品生命周期管理流程可以拆成 6 段；4 段、5 段、6 段也各有适用条件。先把维度定死，再把每段的产出物、卡点和变更传递写清楚，阶段数量才有意义。