mcpField
P
product-lifecycle-plays

product-lifecycle-plays

github.com/deanpeters生产力7.7k551 次安装2 周前更新
代码仓库

关于 product-lifecycle-plays

供团队判断成熟或增长停滞的产品应扩展、替换还是退役的生命周期技能。它以转折问题诊断阶段,并提供决策标准和风险登记表,尤其关注产品替换。

主要功能

  1. 01七个问题诊断生命周期阶段
  2. 02扩展、替换或退役方案
  3. 03压力来源分析
  4. 04替换风险登记表
  5. 05产品线级别的策略工作表

适用场景

  1. 01为增长停滞的产品选择路径
  2. 02审视产品线的生命周期
  3. 03规划产品替换风险

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/deanpeters/product-manager-skills --skill product-lifecycle-plays

安装后在 Claude Code 中输入/product-lifecycle-plays确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

template.md
examples/
sample-industrial.md
sample.md

详细介绍

产品生命周期策略

目的

决定如何处置已停止增长的产品。共有三种策略——延伸、 替换、退役——选错策略,每次都会付出不同的高昂代价。本技能将帮助你诊断所处阶段、 辨别各项策略的标准,并了解最常出错策略的风险清单。

大多数团队会直接跳到策略上。有人说“我们重做吧”或“我们把它停掉吧”,接下来的争论就会围绕 答案展开,而不是围绕诊断。诊断才是关键工作。

输入

最适用的情况: 产品或产品线,以及促使你提出这个问题的信号——营收持平、支持成本上升、 竞争对手采取行动或战略转变。

也有帮助的信息: 营收和利润率趋势、客户数量和集中度、支持工作量、产品组合中有哪些相邻产品, 以及可投入的资金意愿。

随调用一并提供的任何内容——技能名称后面的文本、粘贴的上下文信息,或附加的 ARGUMENTS: 行—— 都视为已给出的答案。请加以利用,并跳过其中已涵盖的问题;不要重复询问。

手头没有信息?也没关系。 提供产品名称和一个初步判断即可。阶段诊断会依据下方的转型问题进行, PM 无需调取报告,凭已有了解即可作答。

调用示例:

  • 我们的报告模块营收连续六个季度持平了——应该延伸、替换还是退役?
  • 针对我们四款老旧 SKU,填写策略工作表。

核心概念

产品生命周期

五个阶段,各自承担不同的经济任务:

阶段现状任务
设计概念、原型、上市规划证明问题确实存在
引入上市、提升认知度、首次销售找到早期采用者
增长销售快速增长、市场扩张扩大客户群
成熟销售额和盈利能力达到峰值巩固地位、最大化利润率
衰退销售额下滑、规划逐步退出最大化剩余价值

市场推广发生在生命周期前端,退市发生在后端。各项策略则位于从成熟到衰退的拐点—— 而这恰恰是大多数团队缺乏框架、任由最善于争辩的人主导决策的阶段。

策略矩阵

不同阶段对“良好表现”的定义各不相同。每项杠杆都能帮助你判断产品实际处于哪个阶段:

杠杆成熟期衰退期
营销目标巩固市场地位最大化剩余价值
竞争强调品牌忠诚度巩固客户群
产品优化延长客户体验、精简支持
促销忠诚度激励迁移活动
渠道(分销)优化渠道聚焦盈利渠道
定价增值捆绑方案有选择地打折
数据策略预测建模转型规划数据
转型问题

这就是诊断方法。 针对每项杠杆,提出相应问题,判断产品是否已从成熟期进入衰退期。如果四个或更多问题 的答案是“是”,那么无论本季度营收图表显示什么,产品都已进入衰退期:

杠杆问题
营销目标维护市场份额是否仍有利可图?
竞争忠诚度措施是否已无法留住用户?
产品遗留支持成本是否已变得难以为继?
促销我们是否应该开展迁移活动,而不是忠诚度活动?
渠道某些分销渠道是否正在造成亏损?
定价增值捆绑方案的效果是否正在减弱?
数据策略我们的数据用途是否正从预测转向过渡规划?

为何提问,而非衡量: 营收指标有滞后性。产品本季度的营收可能持平,但上述因素可能早已全部转变。 这些问题能在图表反映之前发现拐点。

三种打法

扩展打法——为现有产品线引入新的变体或附加功能。

原因: 拓展到新的客户群 · 满足多样化的客户需求 · 与竞争对手形成差异化 · 通过新变体提升销量 · 加强品牌忠诚度。

特点: 现有产品继续运行;你在此基础上增加新产品。成本最低、风险最低,也最常被忽视,因为它不够令人兴奋。

替代打法——推出新产品取代现有产品,提供相似或更强的能力,同时逐步淘汰旧产品。

原因: 解决供应问题 · 降低生产成本 · 淘汰过时或未使用的功能 · 与战略目标保持一致 · 遵守监管变化。

特点: GTM 和 EOL 同时发生。 这是成本高昂的打法,原因在于其结构特性——见下文。

退市打法——逐步淘汰产品,但不推出自有的继任产品。

原因: 成本超过收入 · 战略性退出市场 · 核心问题已不复存在 · 技术发展使产品过时。

特点: 纯粹的 EOL。客户会转向其他产品,可能是竞争对手的产品;目标是让产品退场,同时留住客户。

为什么替代打法成本高昂

采用替代打法时,你要同时推出一款产品并让另一款产品退市,而且这两款产品彼此竞争。 所有 GTM 风险和所有 EOL 风险会同时出现,此外还有一种仅在此情形下存在的风险:自家两款产品之间的蚕食效应。

这类失败的两种情形都很值得借鉴:

  • Kodak 担心胶卷业务被蚕食,因此限制了数码业务的发展。这种担忧让它失去了市场。
  • Amgen 有意用 Aranesp 蚕食 Epogen 的市场。这一策略奏效了,但也带来了复杂的定价动态,他们不得不花多年时间管理。

害怕蚕食,你就会失去未来;忽视它,你就会损失利润率。做好规划,才能实现平稳过渡。

替代产品的七大风险

替代打法可能出现的问题,以及每种问题留下的教训:

#风险典型表现
1GTM 流程失败继任产品已经推出,却无人采用(Zune)
2进入市场延迟发布过晚,让竞争对手定义了品类(BlackBerry)
3内部不一致研发、营销和销售各自为政,削弱了发布效果(New Coke)
4外部因素负面反响、安全问题或宏观冲击迫使产品撤回(Google Glass)
5监管风险未能满足合规要求,或继任产品触发了新的义务
6意外的蚕食效应两款产品相互争夺市场(Kodak、Amgen)
7EOL 管理不善继任产品顺利推出,但旧产品的退市处理不当(Vista、AT&T POTS、Nest Revolv)

本仓库的 EOL 套件正是为防范风险 7 而存在——而团队最容易低估这一风险,因为等到开始规划发布时,退市看起来就像是在处理文书工作。

风险登记表

针对适用的每项风险,填写五列。人们最常跳过的是第五列:

风险概率影响缓解措施应急方案
什么因素可能损害业务论证?发生的可能性有多大?后果有多严重?如何降低发生概率?备选方案是什么?

没有应急方案列的登记表只是忧虑清单。备选方案才让它成为计划。

反模式(本框架不是什么)
  • 不是增长框架。 下一阶段增长来自哪里,是另一个问题——参见 ansoff-matrix 和 organic-growth-advisor。
  • 不是预测工具。 它分析阶段和方向,而非数字。
  • 不是自动判定。 衰退不等于判死刑;一款成熟产品若利润可观、支持成本又低,适合收割,而非立项改造。
  • 不一定一次只处理一款产品。 工作表涵盖整条产品线,各种打法会相互影响——两款产品不能同时成为彼此的替代品。

应用

使用 template.md 填写工作表和风险登记表。

步骤 1:诊断所处阶段

回答七个转型问题,并统计回答“是”的数量:

  • 0-1 个“是” —— 成熟且健康。要考虑的不是是否采取行动,而是是否加大投入
  • 2-3 个“是” —— 成熟但正在走弱。适合采用延展策略;每季度关注一次
  • 4-5 个“是” —— 正在步入衰退。现在就审慎选择策略
  • 6-7 个“是” —— 已处于衰退期。替换或退役;延展可能只是推迟决策,而非 改变结果

记下哪些问题的答案是“是”。相比数量,模式更能区分适用的策略。

步骤 2:找出压力来源

压力有三个来源,分别指向不同的策略:

压力信号倾向于
需求侧需求发生变化、细分市场转移、竞争对手实现差异化延展 —— 前提是核心产品仍能为某些人解决实际问题
供应/成本侧组件停止支持、生产成本、支持负担、战略转变替换 —— 问题在于你的经济效益,而非客户需求
能力侧技术过时、架构达到极限、法规发生变化替换或退役 —— 取决于技术更迭后需求是否仍然存在

**陷阱:**供应侧压力到了路线图上,往往会让人觉得是客户的问题。“我们需要重建这个产品”通常意味着“我们的成本太高”,这确实是替换产品的合理理由——但要明确说出来,因为这会改变成功的衡量标准。

步骤 3:先测试延展策略

延展是成本最低、也最常被跳过的策略。在接受替换或退役方案之前,先问:

  1. 当前产品能否通过推出变体来服务某个细分市场?
  2. 能否通过增加功能来满足某种需求,而无需重新设计架构?
  3. 重新打包或重新打造品牌能否触达不同的买家?
  4. 衰退的是产品本身,还是它周边的渠道或价格?

第 4 个问题能发现一种具体且常见的错误:产品被判定为正在衰退,但真正失效的其实是已经不起作用的分销渠道,或失去竞争优势的捆绑销售方案。调整这些杠杆比替换产品成本更低。

如果诚实地回答后,四个问题的答案全是否,那么延展方案就不予考虑——现在你也知道原因了,三个月后有人问起时会用得上。

步骤 4:如果要替换,先建立风险登记表,再做承诺

逐一检查七项风险。对于每一项适用的风险,填写全部五列,包括应急方案。诚实评估概率和影响——如果登记表里的所有项目都是“低/低”,那只是为了完成任务而填写的。

有两个问题值得强制明确:

  • **蚕食:**哪款产品会赢得哪些客户?在产品重叠期间,利润率会如何变化?
  • **风险 7:**谁负责产品退役?资金是否到位?未落实资金的停产停服计划,会让替换项目的上线附带一项负债。
步骤 5:如果要退役,做好交接

退役策略本身就是一套完整流程。先确认最常被误判为事实的两点——客户有承接去处,以及不存在阻碍时间安排的合同或法规义务——然后转到 EOL 套件。

步骤 6:沿整个产品线执行

对于一个产品家族,建立产品组合工作表:列出每款产品、所处阶段、“是”的数量、压力来源和建议策略。然后检查各产品之间的相互影响:

  • 两款产品不能同时作为同一批客户的替代产品
  • 对一款产品采取延展策略,可能会削弱另一款产品替换方案的合理性
  • 在同一时间段退役两款相邻产品,给客户带来的干扰会翻倍,而非你承受的干扰
最后一步:提供后续选项

“接下来做什么?

  1. 讨论诊断结果——参见 lifecycle-play-advisor 如果你希望有人引导你逐一回答这些问题(推荐)
  2. 执行退市——参见 eol-process 或 eol-readiness-advisor
  3. 规划扩展——参见 organic-growth-advisor,了解该变体适用 哪种增长路径
  4. 深入制定替换方案的风险登记表

回复一个数字、几个选项的组合,或提出你自己的路径。”


示例

  • examples/sample.md — Fieldlight 产品线(SaaS,包含四个模块和三种不同方案)
  • examples/sample-industrial.md — Northfield Automation 控制器产品线(工业领域,包含一项替换方案及其风险登记表;该登记表预测了实际发生的问题)

常见陷阱

陷阱 1:还没诊断就争论方案

表现: 会议一开始就讨论“我们应该重建它还是砍掉它?”

后果: 声音最大的人胜出,产品所处的实际阶段始终没有确定。六个月后,没人能还原当初的决策依据。

解决方法: 先以书面形式逐一回答七个转型问题。答案中的肯定项模式通常就能平息争论,不必分出胜负。


陷阱 2:觉得扩展无聊而跳过

表现: 考虑的选项只有替换和退市,从未提及扩展。

后果: 你把替换方案的预算花在一个变体本可再带来三年更多利润的产品上。

解决方法: 明确检验四个扩展问题并记录答案。“不,因为……”也是有用的记录;保持沉默则不是。


陷阱 3:把渠道问题误判为产品问题

表现: 收入下滑,于是认定产品进入衰退期。

后果: 你替换了一个健康的产品,但有问题的分销渠道或过时的捆绑方案却原样延续到了继任产品。

解决方法: 转型问题 5 和 6 就是为此而设。指责产品之前,先检查杠杆。


陷阱 4:风险登记表没有备选方案

表现: 列出了风险和缓解措施,但应急方案一栏空着,或只写着“监控”。

后果: 缓解措施会失败——它们确实会失败——而你没有准备好的应对方案,只能在公开场合、时间紧迫时临时应付。

解决方法: 每项评级为中或更高的风险都要有切实可行的应急方案。“备选方案是什么?”正是这一栏的全部意义。


陷阱 5:只为发布筹资,不为退市筹资

表现: 替换方案有 GTM 预算,却没有 EOL 预算。

后果: 危险 7。继任产品发布了,旧产品却在失去支持的情况下苟延残喘。你庆祝发布时,客户感受到的却是被抛弃。

解决方法: 替换方案包含两条已获资金支持的工作流。如果退市没有资金支持,那么你选择的其实是一个多了几道步骤的扩展方案。


参考资料

相关技能

这些技能都可以独立使用——它们都不是本技能的前置条件,本技能也不是它们的前置条件。

外部框架
  • 产品生命周期(PLC)——五阶段经济模型
  • 创新扩散/鸿沟理论——解释为什么有些替换产品始终无法进入主流市场
  • 产品生命周期策略矩阵——按阶段划分的营销组合杠杆
来源
  • 提炼自从业者在软件、硬件和受监管行业中推动产品生命周期转型和产品退役的经验。

评论

支持 Markdown