产品生命周期管理要落地，核心是把产品按商业与使用阶段划分清楚，为每个阶段定义目标、关键决策点和准入准出条件，再明确产品经理、市场、销售、研发、运营、财务等角色在各阶段交付什么、由谁评审，最后用阶段评审表和例行节奏把决策固定下来。本文聚焦产品商业与使用生命周期，研发流程生命周期与制造BOM、工艺不在讨论范围内。
要点总览（TL;DR）
- 先把产品按商业与使用阶段划分为引入、成长、成熟、衰退与退市四段，为每段定义目标、核心决策和准入准出条件，团队才有统一的阶段语言。
- 落地按五步推进：盘点产品归类、设定阶段指标、定义评审准入准出、建立例行评审与决策记录、按阶段配置资源。
- 角色分工要落到交付物：产品经理牵头评审，市场、销售、研发、运营、财务各阶段交付明确成果，退市决策还需合同管理角色确认义务。
- 阶段评审按季度例行加指标异常触发，每次形成可追溯的决策记录，结论与后续动作指定责任人。
- 用检查清单定期核对：阶段归属是否清晰、评审是否按节奏执行、指标是否真正影响资源与退市决策。
先划清范围：产品生命周期分哪几个阶段
产品生命周期管理的第一步是统一阶段语言。团队对“这个产品现在处于什么阶段”没有共识，后续的资源投入、评审重点和退市判断都会失焦。按商业与使用生命周期划分，通常分为引入、成长、成熟、衰退与退市四个阶段。每个阶段有不同目标、典型决策和主要风险，需要分别定义进入与退出条件。
| 阶段 | 阶段目标 | 核心决策 | 进入条件 | 退出条件 |
|---|---|---|---|---|
| 引入期 | 验证产品与市场匹配，跑通首批客户交付 | 是否继续投入、是否扩大试点 | 立项通过，首个可交付版本就绪 | 付费客户与复购达到预设门槛，单位经济模型初步成立 |
| 成长期 | 扩大客户规模，提升市场份额与收入增速 | 是否追加资源、是否拓展渠道或区域 | 引入期退出条件达成，需求增长可验证 | 收入增速放缓，新增客户获取成本上升 |
| 成熟期 | 稳定利润与客户留存，控制成本 | 是否维持投入、是否做产品线延伸或收缩 | 市场份额趋于稳定，客户结构成熟 | 收入与利润持续下滑，替代品或新技术形成明显冲击 |
| 衰退与退市 | 有序收缩，保护存量客户与品牌 | 何时停止新增销售、何时停止维护、如何迁移客户 | 连续多个周期指标下滑且无回升方案 | 客户迁移完成，合同与维护义务履行完毕 |
需要区分的是，ALM应用生命周期管理关注的是研发流程中需求、设计、开发、测试、发布的过程管理，制造BOM与工艺管理关注物料与生产准备。本文讨论的是产品作为商业对象从投入到退出的管理，两者可以并行，但阶段划分和评审口径不同，不应混用同一套阶段名称。
核心操作步骤：从阶段定义到评审落地
阶段划分确定后，需要把管理动作拆成可执行的序列。以下五步按顺序推进，每步都有明确输入、动作、输出和完成标志，适合从零建立机制或对现有机制做梳理。
第一步：盘点现有产品并归类到阶段
输入是当前在售和在维护的产品清单、近几个周期的收入与客户数据。动作是逐个产品对照阶段定义表判断所处阶段，标注判断依据和存疑项。输出是一份产品阶段盘点表。完成标志是每个产品都有明确阶段归属和判断依据，存疑项有负责人跟进确认。
第二步：为每阶段设定目标与关键指标
输入是阶段定义表和盘点结果。动作是为每个阶段选定少量可观测指标，例如引入期看首批客户交付完成率和复购意向，成长期看新增客户数与收入增速，成熟期看留存率与毛利，衰退期看下滑幅度与迁移进度。输出是阶段指标清单。完成标志是指标有口径、有数据来源、有责任人，且能按固定周期取数。
第三步：定义阶段评审的准入准出条件
输入是阶段目标与指标。动作是把每个阶段的进入和退出条件写成可核对的条目，明确由谁提供证据、由谁评审。输出是阶段评审表模板。完成标志是每个阶段都有准入准出清单，且条件可以对照数据或交付物判断，而非主观描述。
第四步：建立例行评审节奏与决策记录
输入是评审表模板和产品阶段盘点表。动作是确定评审周期与触发条件，例如按季度例行评审，或在指标连续两个周期异常时触发临时评审。每次评审形成决策记录，写明结论、依据、责任人和后续动作。输出是评审日历与决策记录。完成标志是评审按计划执行，决策可追溯，后续动作有跟踪。
第五步：按阶段配置资源与投入策略
输入是评审结论和阶段指标。动作是根据阶段调整研发、市场、销售和运营的投入比例，例如引入期侧重验证与首批交付，成长期侧重获客与渠道，成熟期侧重留存与成本，衰退期控制新增投入并安排迁移。输出是资源分配方案。完成标志是资源投入与阶段判断一致，调整有评审依据。
当评审节奏固定下来后，评审表、决策记录和阶段指标需要有一个共同的承载位置，避免散落在个人文档和会议纪要中。ONES 支持把阶段评审设置为工作项，将评审材料作为文档关联，决策结论和后续动作在同一处流转，便于按产品追溯每个阶段的判断依据。
角色与交付物：谁在哪个阶段负责什么
生命周期管理失效的常见原因是职责悬空：阶段目标有人提，但没人对交付物负责，评审结论也没有明确会签人。下表按角色列出各阶段的主要职责和关键交付物，团队可据此裁剪。
| 角色 | 引入期 | 成长期 | 成熟期 | 衰退与退市 |
|---|---|---|---|---|
| 产品经理 | 产品定义、首批客户验证、阶段评审组织 | 需求优先级管理、版本规划 | 产品线延伸或收缩方案 | 退市方案、迁移路径设计 |
| 市场 | 目标市场验证、早期信息传递 | 获客策略、渠道拓展 | 品牌维护、存量客户经营 | 退市沟通口径、替代产品引导 |
| 销售 | 首批签约、客户反馈收集 | 规模销售、区域或行业复制 | 续约与增购 | 停止新增销售的执行、存量合同梳理 |
| 研发 | 可交付版本、问题修复 | 迭代交付、性能与稳定性 | 维护性开发、成本优化 | 停止新功能、维护期支持 |
| 运营 | 交付与支持流程搭建 | 服务规模化、客户成功 | 留存运营、效率提升 | 客户迁移执行、服务收尾 |
| 财务 | 投入预算与单位经济模型 | 收入与获客成本核算 | 利润与成本结构分析 | 退市成本与合同义务核算 |
各阶段的关键交付物包括：引入期的产品定义与验证报告、成长期的增长计划与版本路线、成熟期的留存与利润分析、衰退期的退市方案与客户迁移清单。评审决策的责任人建议由产品负责人担任召集人，市场、销售、研发、财务负责人参与会签，涉及退市的决策还需法务或合同管理角色确认义务履行情况。会签方式可以写在评审表上，逐项记录同意、反对或附条件同意。
示例：一款产品从引入到退市的阶段评审怎么走
以下为演示情景，用于说明评审的输入、内容和记录方式，不代表真实企业数据。
引入期立项评审。输入包括产品定义文档、首批试点客户名单、交付计划与预算。评审内容聚焦三点：目标客户是否清晰、首个可交付版本能否支撑试点、投入预算与验证周期是否匹配。决策结论为“同意进入试点，三个月后复盘”，记录中写明责任人和复盘指标，例如试点客户交付完成数与复购意向。
成长期指标复盘。输入为新增客户数、收入增速、获客成本和服务成本。评审判断增长是否可持续，决定是否追加市场与销售投入、是否拓展新渠道。若指标达标，决策为追加资源并设定下一阶段目标；若获客成本持续上升，则先优化渠道再扩大投入。记录中保留指标口径和数据来源，便于下期对比。
成熟期资源调整。输入为留存率、毛利和竞争态势。评审重点从增长转向利润与客户结构，决策可能是维持投入、做产品线延伸，或开始控制成本。此时需要同步评估替代产品准备情况，为后续退市预留路径。
衰退期退市决策。判断依据包括连续多个周期收入与客户数下滑、维护成本占比上升、替代产品已可承接存量客户。决策内容包括停止新增销售的时间点、维护支持截止时间、客户迁移方案和合同义务处理。交接动作包括销售停止签新约、运营执行迁移、财务核算退市成本，全部完成后由评审会签确认关闭。
这类跨阶段评审涉及多角色会签和大量材料，ONES 可将评审工作项与产品、版本、客户迁移任务关联，决策记录随工作项留存，后续复盘时能直接看到每个阶段的判断依据和责任人。
完成检查：判断生命周期管理是否真正运转
机制建立后，需要定期核对它是否在运转。以下清单可逐项检查，每项给出通过标准，便于团队自评。
| 检查项 | 通过标准 |
|---|---|
| 阶段划分与准入准出条件 | 每个在售产品都有明确阶段归属；每个阶段都有可核对的进入与退出条件 |
| 评审执行与决策记录 | 评审按既定节奏执行；每次评审有结论、依据、责任人和后续动作，可追溯 |
| 阶段指标的使用 | 指标按周期取数，并实际用于资源调整和退市判断，而非仅作汇报 |
| 角色与交付物落实 | 各阶段关键交付物有明确负责人，评审会签人到位 |
| 退市交接完整性 | 退市产品完成客户迁移、合同义务处理和维护收尾，并有结项记录 |
常见失效信号包括：阶段名称只在汇报中出现，资源分配与阶段判断脱节；评审按期召开但结论模糊，后续动作无人跟踪；指标长期不变或从不触发任何决策；退市产品长期停留在“准备退市”状态，客户迁移无进展。对应的纠正方向是回到阶段定义表核对准入准出条件是否可判断，把评审结论写成可跟踪的动作并指定责任人，让指标与资源决策直接挂钩。检查的目的在于让阶段判断、评审决策和资源投入形成闭环，使生命周期管理成为可执行的例行工作。
常见问题
产品阶段判断出现分歧时，应该怎么处理？
分歧通常来自判断依据不统一。建议回到阶段定义表，逐条对照进入与退出条件，用数据或交付物说话，例如付费客户数、复购意向、收入增速、留存率等。对暂时无法判断的产品，标注存疑项并指定负责人在限定周期内补充数据，再提交下一次评审确认。避免用主观印象直接定阶段，否则后续资源分配和评审重点都会失准。
评审节奏定多长比较合适，什么情况需要临时评审？
常见做法是按季度做例行评审，覆盖全部在售与维护中的产品，保证阶段判断和资源分配定期校准。出现以下情况可触发临时评审：关键指标连续两个周期异常、出现重大竞争变化、替代产品准备就绪、或退市条件提前满足。临时评审同样要形成决策记录，写明触发原因、结论和后续动作，避免与例行评审脱节。
退市决策需要哪些角色参与，交接要完成到什么程度？
退市涉及商业承诺和客户关系，建议由产品负责人召集，市场、销售、运营、财务参与，合同或法务角色确认存量合同义务。交接至少完成三件事：停止新增销售的时间点明确并执行、存量客户迁移方案落地并有进度记录、维护支持截止时间与收尾工作完成。全部完成后由评审会签确认关闭，形成结项记录，便于后续追溯。
阶段指标设多少项合适，如何避免指标只用于汇报？
每个阶段选少量可观测指标即可，关键是口径清晰、有数据来源、有责任人、能按固定周期取数。要让指标真正影响决策，可以在评审表上直接写明指标与资源调整、退市判断的对应关系，例如增速低于阈值时先优化渠道再扩大投入。若指标长期不变或从不触发任何决策，说明指标与决策脱节，需要重新校准。
产品生命周期管理与研发流程的生命周期管理如何衔接？
两者关注对象不同：本文讨论产品作为商业对象从投入到退出的管理，研发流程生命周期关注需求、设计、开发、测试、发布的过程管理。实践中可以并行运行，但阶段名称和评审口径要分开定义，避免用同一套阶段标准同时衡量商业阶段和研发过程。产品阶段评审的结论可以作为研发投入调整的输入，研发交付进展也可以作为阶段准入准出的证据之一。
