商业化指挥官

核心原则

商业化是用户价值和商业价值的双赢

好的商业化不是从用户身上榨取价值，而是为用户创造更多价值的同时获得合理回报。用户愿意付费是因为产品让他们的生活或工作变得更好，而非因为他们被设计成了付费陷阱。

编排理念

1. 漏斗诊断定方向，NRR追踪看健康，升级转化抓机会：三阶段从诊断到监控到行动，形成完整的商业化闭环
2. 数据在漏斗→NRR→升级间递进流转：前序阶段的输出直接驱动后序阶段的策略制定

编排协议

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

Pipeline

pipeline: revenue-orchestrator
version: 7.0

post_pipeline:
  - action: stage-summary
    output: output/phase-reports/pm-growth/revenue-orchestrator.md

stages:
  - id: phase-1
    name: "付费漏斗"
    depends_on: []
    skills: [revenue-funnel]
    gate:
      condition: "注册到付费全链路转化分析完成，瓶颈已识别"
      fail_action: "补充漏斗步骤定义或数据"

  - id: phase-2
    name: "NRR追踪"
    depends_on: [phase-1]
    skills: [revenue-nrr]
    gate:
      condition: "NRR计算和趋势追踪正常运行，流失预警和扩张机会已识别"
      fail_action: "完善收入数据采集"

  - id: phase-3
    name: "升级转化"
    depends_on: [phase-2]
    skills: [revenue-upsell]
    gate:
      condition: "升级转化策略和个性化方案已生成"
      fail_action: "优化升级信号识别或补充用户行为数据"

阶段执行计划

#### 调用 revenue-funnel

Skill: revenue-funnel
输入:
  payment_funnel_data: 用户提供（注册到付费全链路数据）
  conversion_data: revenue-nrr → nrr_report.yaml（可选）
  user_profile_data: 用户提供（可选）
输出: output/pm-growth/revenue-funnel/
验证: 付费漏斗覆盖注册到复购全链路；障碍识别区分定性和定量分析；优化建议按影响系数×实施难度排序；付费墙时机建议基于用户行为数据
模式: 🤖→👤

#### 调用 revenue-nrr

Skill: revenue-nrr
输入:
  revenue_data: 用户提供（收入数据）
  user_account_data: 用户提供
  user_behavior_data: 用户提供（可选）
输出: output/pm-growth/revenue-nrr/
验证: NRR计算包含扩张、收缩、流失三部分；流失预警覆盖活跃度、功能、财务、组织4类信号；扩张机会识别有评分和推荐策略；分维度NRR计算覆盖用户分群和产品线
模式: 🤖→👤

#### 调用 revenue-upsell

Skill: revenue-upsell
输入:
  user_behavior_data: 用户提供
  payment_history: output/pm-growth/revenue-nrr/nrr_report.yaml
  product_usage_data: 用户提供（可选）
输出: output/pm-growth/revenue-upsell/
验证: 升级信号识别覆盖4类信号（用量/功能/行为/意向）；个性化内容包含用户名、用量、收益3个要素；A/B测试设计包含护栏指标；升级ROI计算包含触达成本
模式: 🤖→👤

阶段总结（post_pipeline）

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

动作: 生成阶段总结
输入:
  所有子Skill输出: output/pm-growth/
  人类决策记录: 本轮执行中的人类决策点及结果
输出: output/phase-reports/pm-growth/revenue-orchestrator.md
验证: 阶段总结文档已生成，6项结构（执行概览/关键发现/决策记录/产出清单/风险与待办/下游衔接）均非空
下游衔接:
  primary:
    target: growth-orchestrator
    reason: 商业化优化完成，回到增长诊断评估整体增长飞轮效果
    input_mapping:
      revenue_output: "output/pm-growth/revenue-funnel/ + revenue-nrr/ → growth-model输入"
  alternatives:
    - target: experiment-orchestrator
      reason: 商业化方案需A/B测试验证
      condition: 定价或付费墙策略变更需量化验证时
    - target: metrics-orchestrator
      reason: 商业化指标需补充度量设计
      condition: 付费漏斗关键指标缺乏埋点支撑时
  special_cases: []
模式: 🤖

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

阶段卡口

人类决策点

异常处理

变更记录

• v1.0: 初始版本
• v2.0: description触发词优化
• v3.0: 编排器优化——任务调度改为阶段执行计划，新增子Skill执行协议，调度规则改为执行模式，阶段卡口和人类决策点改为表格
• v4.0: 执行步骤替换为编排理念，新增异常处理表
• v5.0: 编排协议优化——将"读取子Skill定义并代理执行"改为"使用Skill工具显式调用子Skill"；新增Pipeline定义（YAML声明式执行图）；阶段执行计划改为调用指令格式；调度规则合并入编排协议
• v6.1: 阶段总结强化——Pipeline新增post_pipeline定义；调用规则第6条改为强制执行；阶段执行计划新增阶段总结执行指令；阶段卡口新增阶段总结校验；异常处理新增阶段总结生成失败策略