product-lifecycle

产品生命周期

一个精简的编排包，通过组合现有的产品专业技能，引导产品经历九个生命周期阶段。它提供跨技能路由和证据交接，不会复制任何专业技能的逐步方法。需要引导产品跨越多个生命周期阶段时，加载这个总控技能；只需要某个阶段的能力时，直接加载相应的专业技能。

阶段路由表

每个阶段都会路由到一个或多个专业技能。阶段开始前，必须具备入口证据。输出工件通过生命周期证据台账移交至下一阶段。每个阶段都有明确的升级处理流程和完成标准。完整的阶段契约见 references/phases.md。

#	阶段	主要专家	输入依据	输出工件	升级处理方式	完成标准
1	发现	product-discovery	产品构想、市场信号或利益相关者请求	问题陈述、利益相关者地图、发现日志、产品类型分类	满足以下条件时停止：无法用用户的语言阐述问题；没有利益相关者描述真实需求；问题已得到解决；超出组织职责范围	已形成一份利益相关者认可的问题陈述；已完成产品类型分类；已记录继续／暂停／停止的决定
2	战略与组合选择	product-strategy、strategy-frameworks	第 1 阶段的问题陈述和发现日志	战略评估、市场规模估算、组合建议、投资论据	满足以下条件时停止：机会与战略冲突；市场证据与论据相矛盾；资源限制导致方案不可行；战略方向不明确	已完成战略评估，并说明适配／不适配的理由；已记录组合决策；已记录资源估算
3	路线图	product-roadmapping-and-portfolio	第 2 阶段的战略评估和组合决策	结果路线图条目、Now／Next／Later 阶段安排、战略押注记录、依赖关系图、产能分配	满足以下条件时停止：依赖关系无法解决；没有可用产能；置信度低于阈值；与优先级更高的押注冲突	已创建路线图条目；押注记录已填写完整并包含终止标准；依赖关系已梳理并确认
4	UX 与需求	product-design-and-ux	第 3 阶段的路线图条目和押注记录；发现日志	信息架构、任务流程、界面契约、验收标准	满足以下条件时停止：UX 发现的问题从根本上不同；用户研究与假设相矛盾；无法以可测试的方式明确行为；无法满足约束	已记录 IA 和任务流程；已制定界面契约；验收标准可测试且可追溯
5	实验	product-experimentation	UX 契约、假设登记表、风险评估	实验简报、实验结果报告、更新后的假设登记表、继续／转向／停止的决定	满足以下条件时停止：无法以合乎伦理的方式设计实验；方法不可行；发现安全／隐私／安全性风险；假设被证伪且没有可行的转向方案	已形成包含假设和决策规则的实验简报；已有实验结果报告；已根据证据记录继续／转向／停止的决定
6	交付移交	implementation-planning、production-readiness、release-engineering	继续决策、UX 契约、验收标准、假设登记表	实施计划、正式规格说明、生产就绪评估结论（Go／No-go／Defer／Exception）、发布计划	满足以下条件时停止：依赖关系不可行；就绪评估结果为 No-go 或被阻塞的 Exception；安全／隐私／合规问题阻碍发布；发布计划无法满足变更治理要求	交付团队已接受实施计划；已根据证据记录就绪评估结论；发布计划已记录并完成评审
7	采用	product-adoption	发布决策（Go）、发布证据、目标细分群体、成功指标	采用计划、激活基线、细分记录、采用指标	满足以下条件时停止：干预后采用率仍显著低于阈值；产品与市场存在根本性不匹配；存在超出产品变更范围的结构性采用问题	已执行采用计划；已测量激活和采用基线；已记录继续／干预／转向／停止的决定
8	成功评估	product-analytics-and-measurement	采用证据、成功标准、实验结果报告	结果衡量、包含实际值与目标值的指标树、成功／结果不一／未达成评估	满足以下条件时停止：结果显著低于预期且根本原因不明；测量基础设施不足；证据与投资论据相矛盾	已根据标准衡量结果指标；已记录成功评估；评审所需台账已填写完整
9	生命周期评审	product-lifecycle-learning	结果衡量、完整证据台账、原始假设登记表	结果评审（预期与实际观察结果对比）、假设台账更新、继续／改进／收获／转向／暂停／退役的决定、保留的经验记录	满足以下条件时停止：退役会产生超出团队权限范围的重大影响；保留的经验与基础假设相矛盾；系统性问题需要管理层关注	已记录结果评审；已记录生命周期决策及其理由；已保留经验；台账已结项

支持性与跨领域技能

这些技能会在触发时加载，而非按阶段加载。它们支持多个阶段，并会在需要其特定能力时被调用。

技能	加载时机
product-methodology	当某个阶段产出需要排序的备选方案时（RICE、MoSCoW、Kano、OST）
product-operations-and-governance	设置或变更治理机制时；以及在需要正式决策权限的阶段边界
financial-modeling	需要分析单位经济效益、定价或商业模式时（阶段 2、8）
go-to-market	需要分析定位、获客策略或增长模型时（阶段 7、8）
data-scientist	需要统计设计、因果推断或严谨的实验分析时（阶段 5、8）
spec-driven-development	需要带阶段关卡的正式规范时（阶段 6）
privacy-engineering	任何阶段涉及个人身份信息、同意、保留期限或数据流时
secure-software-engineering	任何阶段涉及信任边界、身份验证或敏感数据时
verification-methodology	每个需要证据的阶段关卡
qa-methodology	需要测试策略和质量关卡时（阶段 6）
site-reliability-engineering	需要可靠性、SLO 或运维就绪度时（阶段 6）
platform-engineering	需要基础设施、CI/CD 或平台能力时（阶段 6）
neckbeard	实施时需要软件交付生命周期（SDLC）的变更请求流程时（阶段 6）
production-excellence bundle（如有）	当完整的 production-excellence bundle 可作为交接目标时（阶段 6）——由 production-readiness、migration-engineering、resilience-and-recovery、capacity-and-cost-engineering 和 incident-learning 组成

加载协议

此总览是保证可发现的入口。嵌套技能和所引用的专家技能会在触发时加载——总览不会预先加载它们。

1. 阅读此 SKILL.md，了解阶段路由表并定位当前阶段。
2. 从 references/phases.md 加载阶段契约，了解详细的准入证据、升级处理方式和完成标准。
3. 加载阶段行中列出的专家技能。遵循专家技能的方法；不要从总览中重新推导。
4. 将阶段输出写入生命周期证据台账（台账字段和约定见 references/phases.md）。
5. 下一阶段读取台账，不会重新推导前一阶段的证据。
6. 生命周期完成或停止时，台账即为持久记录。

如需查找能力而不遍历完整生命周期，请使用 references/capability-map.md。

不适用的情况

• 单一专业任务。 如果工作完全属于某个阶段（例如利益相关方访谈、实验设计、路线图更新），请直接加载相应的专业技能。总括技能会增加编排开销，而单阶段工作并不需要这些开销。
• 软件交付生命周期。 如果工作涉及代码更改、Bug 修复或功能实现，而非产品层面的决策，请转到 neckbeard。
• 方法重复。 此套件不会重复产品发现、产品策略、产品设计与 UX、产品实验、产品分析与衡量或发布工程方法。有关分步说明，请直接加载这些技能。
• B2B SaaS 假设。 此套件不假设产品属于 B2B SaaS。客户成功路由（阶段 8）取决于产品类型。内部工具、公共服务产品、交易型产品和消费类产品无需加载 conditional-customer-success，即可继续。
• 战略框架。 如果要在没有生命周期背景的情况下进行独立的战略分析（五力分析、蓝海战略、安索夫矩阵），请直接加载 strategy-frameworks。
• 财务建模。 如果要在没有生命周期背景的情况下进行独立的财务分析，请直接加载 financial-modeling。

文件索引

路径	加载时机
references/phases.md	进入任一生命周期阶段时；定义各阶段的准入证据、输出产物、升级处理方式和完成标准
references/discovery-brief.md	了解套件的边界，以及它与现有套件的比较
references/capability-map.md	无需遍历完整生命周期，即可查找具体能力归属的专业技能
manifest.yaml	机器可读的组合契约（schema v1）：用途、受众、阶段、包含的技能、先决条件、输出、交接、冲突和评估套件；由生命周期能力矩阵使用