战略规划与路线图指挥官

核心原则

确保做正确的事，而非正确地做事。

1. 战略对齐层层传递——从愿景到OKR到路线图，确保每一层目标可追溯到上一层战略意图
2. 资源约束前置——在规划阶段即引入资源边界条件，避免产出无法落地的理想化路线图
3. 决策点不后延——每个阶段的战略选择必须在当前阶段完成，禁止以"待定"状态传递到下游

编排协议

编排协议遵循 orchestrator-protocol.md 统一标准。

Pipeline 定义

pipeline: planning-orchestrator
version: 10.0

post_pipeline:
  - action: stage-summary
    output: output/phase-reports/pm-strategy/planning-orchestrator.md

stages:
  - id: phase-1
    name: "产品提案"
    skills: [product-proposal]
    gate:
      condition: "提案书人类已签批"
      fail_action: "补充数据后重新提交"

  - id: phase-2
    name: "战略分析"
    depends_on: [phase-1]
    skills: [strategic-analysis]
    gate:
      condition: "strategic-analysis.json已生成，战略结论整合完成，人类决策项已确认"
      fail_action: "置信度<0.6的项目升级人类校准，战略方向需人类选择"

  - id: phase-3
    name: "目标设定"
    depends_on: [phase-2]
    skills:
      - planning-north-star
      - planning-okr
    gate:
      condition: "北极星指标人类已选择，OKR人类已确认"
      fail_action: "北极星必须人类决策；OKR达成概率<0.3升级调整"

  - id: phase-4
    name: "路线图"
    depends_on: [phase-3]
    skills:
      - planning-roadmap
    gate:
      condition: "路线图资源人类已审批"
      fail_action: "优先级和资源分配必须人类决策"

阶段执行计划

阶段1：product-proposal

• Skill: product-proposal
• 输入:
• competitor_analysis: 竞品分析报告（来自 market-competitor-analysis → competitor-analysis.md）
• tam_som: 市场规模数据（来自 market-tam-som → tam-som.json）
• user_research_report: 用户研究报告（来自 user-research-report → user-research-report.md）
• opportunity_definition: 机会定义（来自 opportunity-definition → opportunity-definition.json）
• positioning_strategy: 定位策略（来自 output/pm-strategy/positioning-strategy/positioning-strategy.json）
• product_name_category: 产品名称与品类（用户提供）
• business_goal: 商业目标（用户提供）
• resource_constraints: 资源约束（可选，用户提供）
• 输出: output/pm-strategy/product-proposal/（product-proposal.md + product-proposal.json）
• 验证: 提案书人类已签批
• 执行模式: 🤖→👤 AI建议，人类审批
• 卡口: 提案书人类已签批 → 未通过：补充数据后重新提交

阶段2：strategic-analysis

• Skill: strategic-analysis
• 输入:
• exploration_output: 探索阶段输出（来自 user-research-user-modeling / opportunity-definition）
• competitor_analysis: 竞品分析数据（来自 market-competitor-analysis → competitor-analysis.json）
• bmc: BMC商业模式画布（来自 output/pm-strategy/business-model-canvas/bmc.json，可选）
• market_data: 市场数据（来自 market-tam-som → tam-som.json，可选）
• industry_info: 行业信息（来自 market-pest → pest.json，可选）
• internal_capability: 内部能力评估（可选，用户提供）
• product_definition: 当前产品定义（可选，用户提供）
• market_definition: 当前市场定义（可选，用户提供）
• growth_goal: 增长目标（可选，来自 planning-okr → okr.json）
• 输出: output/pm-strategy/strategic-analysis/（strategic-analysis.json + strategic-analysis.md）
• 验证: strategic-analysis.json已生成，框架选择合理，各选择框架分析完整，战略结论整合完成，人类决策项已确认
• 执行模式: 🤖→👤 AI建议，人类审批
• 卡口: 战略结论整合完成，人类决策项已确认 → 未通过：置信度<0.6的项目升级人类校准，战略方向需人类选择

阶段3：目标设定（planning-north-star → planning-okr）

本阶段顺序执行两个子Skill：先调用 planning-north-star 生成北极星指标候选，人类选择后，再调用 planning-okr 基于北极星指标生成OKR候选，人类确认。

#### 步骤1：planning-north-star

• Skill: planning-north-star
• 输入:
• user_value_data: 用户价值数据（来自 user-research-user-modeling / user-research-voice-analysis）
• bmc: BMC商业模式画布（来自 output/pm-strategy/business-model-canvas/bmc.json）
• business_status: 业务现状数据（可选，用户提供）
• 输出: output/pm-strategy/planning-north-star/（north_star.json）
• 验证: 北极星指标人类已选择
• 执行模式: 👤→🤖 人类执行，AI辅助
• 卡口: 北极星指标人类已选择 → 未通过：必须人类决策，AI只提供分析支撑

#### 步骤2：planning-okr

• Skill: planning-okr
• 输入:
• swot_strategy: SWOT战略方向（来自阶段2 output/pm-strategy/strategic-analysis/strategic-analysis.json 中 swot.strategies）
• north_star: 北极星指标（来自阶段3步骤1 output/pm-strategy/planning-north-star/north_star.json）
• bmc: BMC商业模式画布（可选，来自 output/pm-strategy/business-model-canvas/bmc.json）
• business_status: 业务现状数据（可选，用户提供）
• 输出: output/pm-strategy/planning-okr/（okr.json）
• 验证: OKR人类已确认
• 执行模式: 🤖→👤 AI建议，人类审批
• 卡口: OKR人类已确认 → 未通过：达成概率<0.3升级调整，>0.9升级增加挑战

阶段4：planning-roadmap

• Skill: planning-roadmap
• 输入:
• okr: OKR目标与关键结果（来自阶段3 output/pm-strategy/planning-okr/okr.json）
• swot_strategy: SWOT战略方向（来自阶段2 output/pm-strategy/strategic-analysis/strategic-analysis.json 中 swot.strategies）
• priority_score: 需求优先级评分（可选，由 design-prd 覆盖）
• resource_constraints: 资源约束条件（可选，用户提供）
• 输出: output/pm-strategy/planning-roadmap/（roadmap.json）
• 验证: 路线图资源人类已审批
• 执行模式: 🤖→👤 AI建议，人类审批
• 卡口: 路线图资源人类已审批 → 未通过：优先级和资源分配必须人类决策

阶段总结（post_pipeline）

所有业务阶段执行完成后，必须立即生成阶段总结文档：

动作: 生成阶段总结
输入:
  所有子Skill输出: output/pm-strategy/
  人类决策记录: 本轮执行中的人类决策点及结果
输出: output/phase-reports/pm-strategy/planning-orchestrator.md
验证: 阶段总结文档已生成，6项结构（执行概览/关键发现/决策记录/产出清单/风险与待办/下游衔接）均非空
下游衔接:
  primary:
    target: design-orchestrator
    reason: 战略规划完成，将战略转化为PRD和设计方案
    input_mapping:
      planning_outputs: "output/pm-strategy/planning-okr/ + planning-roadmap/ → design-prd输入"
  alternatives:
    - target: metrics-orchestrator
      reason: 需先设计度量体系再进入设计
      condition: OKR中关键结果缺乏可量化指标支撑时
    - target: project-planning-orchestrator
      reason: 路线图已就绪，直接启动项目规划
      condition: 战略规划已充分，需快速进入项目执行时
  special_cases: []
模式: 🤖

⏸ 阶段卡口：阶段总结文档已生成且6项结构均非空 → 未通过：补充缺失结构项后重新生成

阶段卡口

异常处理

人类决策点

变更记录

• v1.0: 初始版本
• v2.0: 结构优化
• v3.0: 新增 product-proposal（产品提案），新增 Stage 0 产品立项审批决策点
• v4.0: 优化为子Skill执行协议+阶段执行计划模式，增加子Skill定义读取路径和输入输出规范
• v5.0: 核心原则替换为编排理念原则，新增异常处理表
• v6.0: 编排协议优化——将"读取子Skill定义并代理执行"改为"使用Skill工具显式调用子Skill"；新增Pipeline定义；阶段执行计划改为调用指令格式
• v7.0: 阶段总结强化——Pipeline新增post_pipeline定义；调用规则第6条改为强制执行；异常处理新增阶段总结生成失败策略
• v8.0: 合并phase-2的planning-swot + planning-porter-five-forces为strategic-analysis，Pipeline phase-2从并行2个子Skill简化为1个strategic-analysis调用
• v9.0: 修复phase-3并行/串行矛盾——planning-okr输入依赖planning-north-star输出，不可并行；拆分phase-3为两个串行阶段：phase-3北极星指标→phase-4 OKR设定；阶段卡口和人类决策点同步调整顺序
• v10.0: 合并Phase-3(北极星指标)和Phase-4(OKR设定)为Phase-3(目标设定)，顺序执行planning-north-star→planning-okr；Pipeline stages从5减少为4；人类决策点从5减少为4；阶段卡口相应合并