revenue-orchestrator

name	revenue-orchestrator
description	当需要优化付费转化或提升收入时使用。商业化指挥官，调度 revenue-funnel（付费漏斗分析）、revenue-nrr（NRR追踪预警）、revenue-upsell（升级转化），实现从付费漏斗分析到增购策略的闭环。关键词：商业化、付费漏斗、NRR、增购策略、收入优化、revenue-funnel、revenue-nrr、revenue-upsell、赚钱、变现、付费转化。
metadata	{"module":"产品增长与运营","sub-module":"变现","type":"orchestrator","version":"6.1","domain_tags":["电商","SaaS","金融","教育","游戏","通用"],"trigger_examples":["优化付费转化率","提升产品收入","分析付费漏斗","设计增购策略","提升NRR"]}

商业化指挥官

核心原则

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

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

编排理念

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项结构均非空 → 未通过：补充缺失结构项后重新生成

阶段卡口

卡口	条件	未通过处理
付费漏斗分析完成	revenue-funnel输出文件已生成且非空	补充漏斗步骤定义或数据
NRR追踪已建立	revenue-nrr输出文件已生成且非空	完善收入数据采集
升级转化策略已生成	revenue-upgrade输出文件已生成且非空	优化升级信号识别或补充用户行为数据
阶段总结已生成	output/phase-reports/pm-growth/revenue-orchestrator.md 已生成且6项结构均非空	补充缺失结构项后重新生成

人类决策点

决策点	触发条件	决策内容
定价策略确认	付费漏斗分析和NRR追踪完成	确认定价调整、升级方案和资源分配策略

异常处理

异常类型	处理策略
付费漏斗数据严重缺失（无法构建完整漏斗）	基于已有数据构建部分漏斗，缺失环节标注"待补充"，由人类确认是否继续
NRR计算异常（NRR<80%或>150%）	标注数据异常警告，建议人工核实收入数据口径后重新计算
升级信号识别无有效候选	放宽信号阈值重新搜索；仍无结果则基于产品功能推断升级场景，标注"待数据验证"
子Skill输出校验未通过	回退至当前阶段重新执行，最多重试1次；仍失败则标记异常并上报人类
上下游数据格式不兼容	按下游子Skill输入Schema做字段映射和默认值填充，记录映射关系
阶段总结生成失败	基于已完成的子Skill输出生成部分总结，缺失项标注"数据缺失"，不阻塞编排完成

变更记录

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