eol-process
端到端执行产品下线流程——决策、对齐、规划、准备、公告、收尾。适用于需要完整 EOL 流程,而不仅仅是某一项材料的情况。
eol-process — 产品退役(EOL)全流程编排技能
技能概述
eol-process 是一个产品退役(EOL)流程编排技能,把从退役决策到收尾复盘的完整过程组织为六个阶段,帮助产品经理在不失去客户的前提下平稳下线产品或功能。
适用场景
- 从零启动一次完整的产品退役:已经决定退役某个产品或产品线,并且由你负责整体推进——需要有人带着走完决策、对齐、计划、赋能、公告、收尾的全部环节,明确每个阶段先做什么、卡点在哪。
- 退役进行到一半出了问题:比如公告后客服工单暴增、客户反映根本没收到通知、销售声称当初承诺过长期支持——用它内置的"症状 → 被跳过的阶段"诊断表定位漏洞,并拿到当下的补救动作。
- 小规模的功能弃用或内部工具下线:影响范围小、不需要重流程,只需要一份短干系人名单、一张执行清单和一篇客服 FAQ,一个下午就能跑完对齐到赋能的环节。
核心功能
- 六阶段流程编排与决策关卡:按"决策 → 对齐 → 计划 → 赋能 → 公告 → 收尾"推进,每个阶段有明确产出物和决策点;关键关卡会真实拦截流程——例如对齐阶段发现合同障碍或客户承诺,会把决策打回重估,避免带病推进到公开公告。它编排的是决策与产物顺序,不替代项目计划本身。
- 按影响范围分三档强度(Level 1/2/3):轻量档(功能、内部工具,数天到数周)、标准档(商业产品,6-12 个月)、重度档(收入关键、硬件、受监管,12-24 个月)各有一套对应的干系人数量、阶段关卡和赋能产物,避免给小退役套上官僚流程、给大退役留下致命缺口。
- 中途进入与故障诊断:不要求从第一阶段开始,可以通过"症状对照表"直接切入出问题的环节——客服压力大对应内部赋能缺失,客户没听到对应公告失效,法务发现合同问题则退回决策阶段重新评估。
常见问题
eol-process 包含哪些阶段?必须全部执行吗?
包含六个阶段:退役决策、利益相关者对齐、执行计划、内部赋能、客户公告、收尾复盘。不强制全部执行:各阶段相互独立,可以按强度分级合并——轻量级退役的对齐、计划、赋能三个环节通常可压缩为一次会议完成。但有两个环节始终不应跳过:公告前的内部赋能(否则客服只能现场即兴发挥),以及最后的收尾复盘(跳过它,下一次退役会重蹈覆辙)。
什么时候才能对外发布产品停止服务的公告?
需要同时满足三个条件:对齐阶段完成且没有推翻决策的新发现(如合同、监管或对客户的承诺);执行计划中每一项都有明确负责人和站得住的日期,拿不准的日期宁可标注"待定"也不要对外承诺;客服和销售的内部赋能已完成——抽查一名客服能否回答最难的问题、一名销售能否应对最强的异议,任何一方答不上来就还不该公告。公告前的另一条硬性检查:法务已审阅文稿、内容与销售过去的承诺不矛盾、客服比客户先拿到公告。
产品已经宣布 EOL 但情况失控,这个技能还能用吗?
可以,它专门支持中途进入。根据症状找到被跳过的阶段即可补救:客服压力暴增,说明缺了内部赋能,当天先补发客服 FAQ 和四级升级处理路径;客户说从未收到通知,说明公告没有触达,需要带明确日期重新公告;销售反馈客户拿着"永久可用"的承诺来对峙,先盘点一线的历史承诺再继续任何沟通;法务发现合同障碍,则必须退回决策阶段重新评估时间表甚至结论。退役已经结束但没做复盘的,也建议尽早补一次——趁记忆还在。
技能说明:eol-process 编排的是退役流程中的决策顺序与关键产物,具体的项目计划、任务排期和各阶段详细文档由配套技能分别产出。