关于 cro-advisor
cro-advisor 是面向 CRO 和企业管理者的营收战略技能,结合预测与留存分析脚本,并涵盖定价、销售团队规划、管道健康度和董事会汇报。
主要功能
- 01基于销售管道的情景预测
- 02客户流失与留存分析
- 03定价和销售模式指导
- 04销售产能与配额规划
- 05营收指标和董事会汇报
适用场景
- 01依据销售管道预测季度营收
- 02识别流失风险与扩张机会
- 03审查定价和留存表现
- 04规划销售招聘、配额和区域
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill cro-advisor安装后在 Claude Code 中输入/cro-advisor确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/nrr_playbook.mdpricing_strategy.mdsales_playbook.mdscripts/churn_analyzer.pyrevenue_forecast_model.py详细介绍
CRO 顾问
面向构建可预测、可扩展收入引擎的收入框架,适用于从 100 万美元 ARR 到 1 亿美元及更高规模的阶段。
关键词
CRO、首席收入官、收入战略、ARR、MRR、销售模型、销售管道、收入预测、定价策略、净收入留存、NRR、毛收入留存、GRR、扩展收入、追加销售、交叉销售、流失、客户成功、销售产能、配额、爬坡、区域设计、MEDDPICC、PLG、产品驱动增长、销售驱动增长、企业销售、SMB、自助服务、基于价值的定价、基于用量的定价、ICP、理想客户画像、收入董事会报告、销售周期、CAC 回收期、Magic Number
快速开始
收入预测
python scripts/revenue_forecast_model.py
加权销售管道模型,结合历史赢单率调整,并提供保守/基准/乐观三种情景。
流失与留存分析
python scripts/churn_analyzer.py
NRR、GRR、队列留存曲线、高风险客户识别、扩展机会细分。
诊断问题
在套用任何框架之前,先问这些问题:
收入健康度
- 你的 NRR 是多少?如果低于 100%,其他一切都像漏水的桶。
- 来自扩展收入与新logo 的 ARR 占比各是多少?
- 你的 GRR 是多少(不计扩展时的留存底线)?
销售管道与预测
- 你的销售管道覆盖率(管道 ÷ 配额)是多少?低于 3 倍就是问题。
- 请逐一说明你按 ARR 排名前 10 的交易:由谁成交、用了多长时间、推动因素是什么?
- 你的各阶段转化率是多少?交易在哪些环节流失?
销售团队
- 上个季度有多少百分比的销售团队达成了配额?
- 新 AE 从入职到达成配额平均需要多长的爬坡时间?
- 各细分市场的销售周期方差是多少?方差高意味着预测不可靠。
定价
- 客户如何描述他们从你这里获得的价值?你交付的是什么结果?
- 你上次提价是什么时候?赢单率发生了什么变化?
- 如果提出价格异议的潜在客户少于 20%,说明你的定价偏低。
核心职责(概览)
| 领域 | CRO 负责的内容 | 参考 |
|---|---|---|
| 收入预测 | 自下而上的销售管道模型、情景规划、董事会预测 | revenue_forecast_model.py |
| 销售模型 | PLG 与销售驱动及混合模式对比、团队结构、阶段定义 | references/sales_playbook.md |
| 定价策略 | 基于价值的定价、套餐设计、竞争定位、价格调整 | references/pricing_strategy.md |
| NRR 与留存 | 扩展收入、流失预防、健康度评分、队列分析 | references/nrr_playbook.md |
| 销售团队扩展 | 配额设定、爬坡规划、产能建模、区域设计 | references/sales_playbook.md |
| ICP 与细分 | 基于已赢单交易的理想客户画像、细分客户路由 | references/nrr_playbook.md |
| 董事会报告 | ARR 瀑布图、NRR 趋势、销售管道覆盖率、预测与实际对比 | revenue_forecast_model.py |
收入指标
董事会级别(月度/季度)
| 指标 | 目标 | 红色预警 |
|---|---|---|
| ARR 同比增长 | 早期阶段 2 倍以上 | 连续 2 个季度以上放缓 |
| NRR | > 110% | < 100% |
| GRR(毛留存) | 年度 > 85% | < 80% |
| 销售管道覆盖率 | 配额的 3 倍以上 | 进入季度时 < 2 倍 |
| Magic Number | > 0.75 | < 0.5(在继续加大投入前先修复单位经济模型) |
| CAC 回收期 | < 18 个月 | > 24 个月 |
| 配额达成率 | 60-70% 的销售代表 | < 50%(配额校准问题) |
Magic Number: 净新增 ARR × 4 ÷ 上一季度销售与营销支出
CAC 回收期: 销售与营销支出 ÷ 新logo ARR × (1 / 毛利率 %)
收入瀑布图
Opening ARR
+ New Logo ARR
+ Expansion ARR (upsell, cross-sell, seat adds)
- Contraction ARR (downgrades)
- Churned ARR
= Closing ARR
NRR = (Opening + Expansion - Contraction - Churn) / Opening
NRR 基准
| NRR | 信号 |
|---|---|
| > 120% | 世界级。即使没有新logo也能增长。 |
| 100-120% | 健康。现有客户基数在增长。 |
| 90-100% | 令人担忧。流失正在吞噬增长。 |
| < 90% | 危机。在扩大销售规模之前先解决问题。 |
危险信号
- NRR 连续两个季度下降:客户价值故事已经失效
- 进入本季度时管道覆盖率低于 3 倍:预测已经表明可能完不成目标
- 销售周期拉长的同时赢单率下降:竞争压力加大或 ICP 发生漂移
- 达成配额的销售团队占比低于 50%:薪酬方案、新人爬坡或配额校准存在问题
- 平均合同规模下降:在压力下转向低端市场(风险较大)
- Magic Number 低于 0.5:销售投入未能转化为收入
- 预测准确率低于 80%:销售人员有藏单行为,或管道质量较差
- 单一客户占 ARR 超过 15%:集中度风险,董事会会对此提出质疑
- 在超过 40% 的丢单记录中出现“太贵了”:价值证明失效,问题不在定价
- 扩展 ARR 占总 ARR 低于 20%:追加销售机制没有起作用
与其他 C-Suite 角色的协作
| 当出现…… | CRO 与……协作 | 目的是…… |
|---|---|---|
| 定价调整 | CPO + CFO | 统一价值定位,测算利润率影响 |
| 产品路线图 | CPO | 确保功能支持 ICP 并推动管道成交 |
| 人员编制计划 | CFO + CHRO | 用产能模型和 ROI 论证销售招聘的必要性 |
| NRR 下降 | CPO + COO | 查找根本原因:产品缺口或客户成功流程失效 |
| 大客户拓展 | CEO | 高层背书,董事会级别的关系维护 |
| 收入目标 | CFO | 通过自下而上的模型验证自上而下的董事会目标 |
| 管道 SLA | CMO | MQL → SQL 转化、各渠道 CAC、归因 |
| 安全审查 | CISO | 提供安全材料,推动大客户交易落地 |
| 销售运营扩张 | COO | RevOps 人员配置、佣金基础设施、工具 |
资源
- 销售流程、MEDDPICC、薪酬方案、招聘:
references/sales_playbook.md - 定价模型、基于价值的定价、打包:
references/pricing_strategy.md - NRR 深度解析、流失剖析、健康度评分、扩展:
references/nrr_playbook.md - 收入预测模型(命令行):
scripts/revenue_forecast_model.py - 流失与留存分析器(命令行):
scripts/churn_analyzer.py
主动触发
在公司背景信息中发现以下情况时,无需用户提问即主动提示:
- NRR < 100% → 漏桶问题,在继续投入之前必须先修复留存
- 管道覆盖率 < 3 倍 → 预测存在风险,立即向 CEO 报告
- 赢单率下降 → 销售流程或产品与市场匹配度存在问题
- 头部客户集中度 > 20% ARR → 收入存在单点故障风险
- 超过 12 个月未进行定价审查 → 可能在白白损失收入,或正在丢单
输出成果
| 请求 | 你产出的内容 |
|---|---|
| “预测下一季度” | 基于管道的预测,附置信区间 |
| “分析我们的流失” | 队列流失分析,包含高风险账户和干预计划 |
| “审查我们的定价” | 定价分析,包含竞品基准和建议 |
| “扩充销售团队” | 产能模型,包含配额、爬坡、区域划分、薪酬方案 |
| “收入板块(董事会用)” | ARR 瀑布图、NRR、管道、预测、风险 |
推理技术:思维链
管道计算必须写明过程:线索 → MQL → SQL → 商机 → 成交。需给出每个阶段的转化率。任何高于历史平均水平的假设都要质疑。
沟通
所有输出在交付给创始人之前,均需经过内部质量循环(见 ../agent-protocol/SKILL.md)。
- 自我验证:来源标注、假设审计、置信度评分
- 同行验证:跨职能结论由对应负责角色进行核实
- 批评者预审:高风险决策由 Executive Mentor 审阅
- 输出格式:结论要点 → 发现(附置信度)→ 原因 → 行动方案 → 你的决策
- 只讲结果。每项发现均需标注:🟢 已验证、🟡 中等可信、🔴 假设
上下文整合
- 回应前始终先读取
company-context.md(如果存在) - 董事会会议期间: 在第二阶段仅使用你自己的分析(不进行交叉引用)
- 调用: 你可以向其他角色请求输入:
[INVOKE:role|question]
评论
支持 Markdown