用途
EOL Readiness Advisor 用于判断一个产品、功能或硬件是否真的应该退役，以及这次退役值得投入多少资源。它不假设决定已经做出，而是停留在更早的阶段：把“我们也许该砍掉这个”变成一个有证据支撑、能在会议室里被辩护的决定。它同样愿意告诉你不要退役——Hold 或 Harvest 是真实结论，不是安慰奖。
主要能力
- 给出 go/no-go 判断，并列出支撑证据。
- 让用户自行选择退役工作的强度等级（Light / Standard / Heavy），并说明该等级覆盖与不覆盖的内容。
- 识别四个支持退役的信号：财务不可持续、战略不符、已有内部替代方案、市场不再需要。
- 识别四个反对退役的信号：义务锁定（合同、SLA、监管承诺）、战略人质（低收入但位于重要客户内）、无落地去处、退出成本高于维持成本。
- 使用共享的生命周期门词汇：GA、NSC、EOS、EOE、EOR、EOM、EOL、EOSRV。
- 输出结论名称包括：Go、Go-with-conditions、Hold、Harvest、Extend。
使用方式
该技能默认采用工作坊引导式交互，最多提出四个自适应问题，然后给出结论、强度等级和编号的后续步骤。开始时会给用户提示：四个问题、大约十五分钟，用户可以随时倾倒上下文以跳过问题。
四个问题依次为：
- 审查对象是什么，触发这次讨论的原因是什么？触发类型（指标下降、战略转变、支持成本、高管随口一提、替代品已发布）会影响评估方向。
- 影响范围有多大？包括客户数量、收入、合同或监管承诺、硬件或渠道。
- 设定强度等级。技能会给出推荐等级并说明理由，用户可以选择接受或调整。
- 客户将去往何处？路径包括替代、迁移、优雅退出，路径就绪度是 go/no-go 的输入。
最终输出结构包括：结论、强度、置信度、支持退役的理由、反对理由或条件、做出的假设、宣布前需检查的义务、落地路径与就绪度、该强度覆盖与不覆盖的内容。随后提供编号的后续步骤选项，例如构建运营计划、规划利益相关者沟通、准备内部团队、起草客户公告、用更好的数据重新评估。
适用场景
- 产品经理面对“我们也许该砍掉这个”的讨论，需要结构化评估。
- 需要判断退役是否是正确的动作，还是应该扩展或替换。
- 需要为退役工作确定合适的资源投入规模，避免过度或不足。
- 需要识别合同、监管、渠道等容易被忽略的义务。
限制
- 不是橡皮图章：如果反对信号占主导，结论就是 Hold。
- 不是产品组合筛选工具：它只评估单个产品。
- 不是计划本身：结论和强度等级是计划的输入。
- 不是财务模型：它定性推理收入和成本，不做预测。
- 如果用户尚未确定退役是正确动作，技能会建议先使用 lifecycle-play-advisor 进行上游诊断，但不会强制绕路。
- 对于“我不知道”的回答，会标记为假设，不会为了追数字而停滞流程。
示例
资料中提供了两个示例：一个 SaaS 产品从推荐 Level 2 下调到 Level 1 并附加法律检查，结论为 Go-with-conditions；一个工业控制器因服务合同到 2028 年且无直接替代落地路径，结论为 Hold，建议先 EOS 后 EOL。