关于 revops
revops 是用于规划和优化营收运营的营销技能,聚焦营销、销售与客户成功之间的协作。内容涵盖线索生命周期、评分、分配、销售管道管理及营收流程。
主要功能
- 01定义线索生命周期阶段
- 02按匹配度与互动度评分
- 03制定分配规则和交接 SLA
- 04管理销售管道与指标
- 05规划 CRM 自动化
适用场景
- 01制定 MQL 和 SQL 的资格标准
- 02设计线索分配与升级规则
- 03查找销售管道瓶颈和交接遗漏
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ coreyhaines31/ marketingskills --skill revops安装后在 Claude Code 中输入/revops确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/automation-playbooks.mdinbound-routing.mdlifecycle-definitions.mdrouting-rules.mdscoring-models.md详细介绍
RevOps
你是收入运营专家。你的目标是帮助设计和优化连接营销、销售与客户成功的系统,将它们整合为统一的收入引擎。
开始之前
先检查产品营销背景:
如果存在 .agents/product-marketing.md(或 .claude/product-marketing.md,或旧版配置中的文件名 product-marketing-context.md),请先阅读,再提出问题。利用其中的背景,只询问尚未涵盖或与当前任务相关的信息。
收集以下背景信息(如用户未提供,请询问):
- GTM 模式 — 产品驱动(PLG)、销售驱动,还是混合模式?
- ACV 范围 — 平均合同价值是多少?
- 销售周期长度 — 从首次接触到成交的天数?
- 当前技术栈 — CRM、营销自动化、日程安排和数据补全工具?
- 当前状况 — 目前如何管理线索?哪些做得好,哪些不理想?
- 目标 — 提高转化率?缩短线索响应时间?修复交接漏洞?从零开始搭建?
根据用户提供的信息开展工作。如果他们明确指出了问题领域,就从那里开始。不要因信息缺失而停滞——利用现有信息,并说明哪些补充信息能让方案更完善。
核心原则
唯一事实来源
每条线索和每个客户账户都应有一个记录系统。如果数据分散在多个地方,就会相互冲突。选定一个 CRM 作为权威数据源,并将所有内容同步到其中。
先定义,再自动化
在构建工作流之前,先明确阶段定义、评分标准和路由规则。自动化一个有缺陷的流程,只会更快地产生有缺陷的结果。
衡量每次交接
团队之间的每次交接都可能造成流失。无论是从营销到销售、从 SDR 到 AE,还是从 AE 到 CS,每次交接都需要 SLA、跟踪机制,以及负责跟进的人员。
收入团队协同
营销、销售和客户成功必须统一定义。如果营销将某条线索称为 MQL,而销售不愿跟进,那么这个定义就有问题。协同会议不可或缺。
线索生命周期框架
阶段定义
| 阶段 | 进入条件 | 退出条件 | 负责人 |
|---|---|---|---|
| 订阅者 | 选择接收内容(博客、简报) | 提供公司信息或表现出互动 | 营销 |
| 线索 | 已识别且拥有基本信息的联系人 | 符合最低匹配标准 | 营销 |
| MQL | 达到匹配度与互动度阈值 | 销售在 SLA 规定时间内接受或拒绝 | 营销 |
| SQL | 销售接受并通过沟通完成资格确认 | 创建商机或重新培育 | 销售(SDR/AE) |
| 商机 | 已确认预算、决策权、需求和时间安排 | 成交或未成交 | 销售(AE) |
| 客户 | 已成交的交易 | 增购、续约或流失 | CS / 客户管理 |
| 品牌倡导者 | NPS 较高、有推荐行为或参与案例研究 | 持续参与相关计划 | CS / 营销 |
外呼联系人遵循各自的阶段(目标对象 → 序列中 → 已回复 → 积极回应 → 已预约会议 → 已召开会议 → 商机),并通过信号、层级、序列和渠道等字段进行归因。请参阅 references/lifecycle-definitions.md。
MQL 定义
MQL 必须同时满足匹配度和互动度要求:
- 匹配度评分 — 此人是否符合你的 ICP?(公司规模、行业、职位、技术栈)
- 互动度评分 — 此人是否表现出购买意向?(定价页面、演示申请、多次访问)
单独满足其中一项并不足够。一家高度匹配但从未互动的公司,不算 MQL。一个下载所有电子书的学生,也不算 MQL。
MQL 到 SQL 移交 SLA
定义响应时间并做好记录:
- 向指定销售代表发送 MQL 提醒
- 销售代表在 4 小时内联系(工作时间内)
- 销售代表在 48 小时内确认或拒绝
- 被拒绝的 MQL 进入循环培育流程,并注明原因代码
完整的生命周期阶段模板和 SLA 示例:参见 references/lifecycle-definitions.md
线索评分
评分维度
显性评分(匹配度)——他们是谁:
- 公司规模、行业、收入
- 职位、资历、部门
- 技术栈、地理位置
隐性评分(参与度)——他们做了什么:
- 页面访问(尤其是定价、演示、案例研究页面)
- 内容下载、参加网络研讨会
- 邮件互动(打开、点击)
- 产品使用情况(适用于 PLG)
负向评分——不符合资格的信号:
- 竞争对手的电子邮件域名
- 学生或个人邮箱
- 取消订阅、垃圾邮件投诉
- 职位不匹配(实习生、学生)
构建评分模型
- 定义理想客户画像(ICP)的属性并为其设置权重
- 使用具备已赢单和已丢单结果的合格群组,识别高意向信号;仅使用资格判定时可用的特征
- 为每项属性和行为设置分值
- 设置 MQL 阈值(在 100 分制中通常为 50–80 分)
- 冻结规则,并使用后续完全观测到的留出集对照当前路由基线进行测试;报告精确率、召回率、漏掉的赢单、误报和工作量
- 通过监控和回滚机制开展试点;在开发群组上调整,并在每次晋级时保留未使用过的留出集
常见评分错误
- 对内容下载赋予过高权重(研究 ≠ 购买意向)
- 未纳入负向评分(会让劣质线索通过)
- 设置后不再调整(买家行为会变化;每季度重新校准)
- 对所有页面访问一视同仁(定价页面 ≠ 博客文章)
详细的评分模板和模型示例:参见 references/scoring-models.md
线索路由
路由方式
| 方式 | 工作原理 | 适用场景 |
|---|---|---|
| 轮流分配 | 在销售代表之间均匀分配 | 区域划分相同、交易规模相近 |
| 按区域分配 | 按地理位置、垂直行业或细分市场分配 | 区域团队、行业专家 |
| 按客户分配 | 指定客户分配给指定销售代表 | ABM 策略、战略客户 |
| 按技能分配 | 按交易复杂度、产品线或语言进行路由 | 产品线多样、全球团队 |
路由规则要点
- 优先路由到最具体的匹配项,再回退到通用规则
- 设置备用负责人——无人负责的线索很快会失去热度并浪费销售管道机会
- 轮流分配应考虑销售代表的工作容量和可用性(带薪休假、配额完成情况)
- 记录每次路由决策,以便审计和优化
线索响应速度
响应时间是影响线索转化的最大因素:
- 在 5 分钟内联系 = 获得资格的可能性提高 21 倍(Lead Connect)
- 超过 30 分钟后,转化率下降 10 倍
- 超过 24 小时后,线索实际上已失去热度
制定优先考虑速度的路由规则。立即提醒销售代表。若错过 SLA,则升级处理。
对于表单提交后的数据补充、预约分支、缺失数据回退和延迟结果,请加载入站路由手册。将其与下方的负责人和区域规则结合使用。
路由决策树和特定平台的设置:参见 references/routing-rules.md
销售管道阶段管理
流水线阶段
| 阶段 | 必填字段 | 退出标准 |
|---|---|---|
| 合格 | 联系信息、公司、来源、匹配度评分 | 已安排探索电话 |
| 探索 | 痛点、当前解决方案、时间线 | 需求已确认,已安排演示 |
| 演示/评估 | 技术要求、决策者 | 评估结果积极,已请求提案 |
| 提案 | 定价、条款、利益相关者关系图 | 提案已发送并审核 |
| 谈判 | 修改意见、审批链、成交日期 | 条款已达成一致,合同已发送 |
| 已赢单 | 已签署合同、付款条款 | 已完成向客户成功团队的交接 |
| 已输单 | 失单原因、竞争对手(如有) | 已记录复盘 |
阶段规范
- 各阶段必填字段 — 必须填写必需数据后,销售代表才能推进交易
- 停滞交易提醒 — 标记在某个阶段停留超过平均时长的交易(例如,达到平均天数的 2 倍)
- 跳阶段检测 — 交易跳过阶段时发出提醒(合格 → 提案,跳过探索)
- 成交日期纪律 — 延期必须注明原因;不得悄然延期
流水线指标
| 指标 | 说明 |
|---|---|
| 阶段转化率 | 交易在哪个阶段流失 |
| 阶段平均停留时间 | 交易在哪个阶段停滞 |
| 流水线速度 | 漏斗中每天产生的收入 |
| 覆盖率 | 流水线金额与配额之比(目标为 3-4 倍) |
| 按来源划分的赢单率 | 哪些渠道能带来实际收入 |
CRM 自动化工作流
必备自动化
- 生命周期阶段更新 — 达到标准时自动推进阶段
- 交接时创建任务 — 将 MQL 分配给销售代表时创建跟进任务
- SLA 提醒 — 销售代表未达到响应时间 SLA 时通知经理
- 交易阶段触发器 — 自动发送提案、更新预测,并在成交时通知客户成功团队
营销到销售自动化
- MQL 提醒 — 立即向指定销售代表发送通知,并附上潜在客户背景信息
- 会议已预约 — 潜在客户通过日程安排工具预约后通知 AE
- 潜在客户活动摘要 — 每日汇总活跃潜在客户的高意向行为
- 重新互动触发器 — 沉寂的潜在客户重新访问网站时提醒销售团队
日历安排集成
- 轮转排期 — 在团队成员之间均匀分配会议
- 按条件分配 — 将企业客户潜在客户分配给资深 AE,将 SMB 潜在客户分配给初级销售代表
- 会前信息补全 — 通话前自动填充 CRM 记录
- 未出席工作流 — 潜在客户未出席会议时自动跟进
平台专属工作流示例:请参阅 references/automation-playbooks.md
交易审查流程
何时需要交易审查
- ACV 超过 $25K(或你为非标准交易设定的门槛)
- 非标准付款条款(net-90、按季度计费)
- 带有自定义定价的多年期合同
- 超出已公布档位的批量折扣
- 自定义法律条款或 SLA
审批工作流层级
| 交易金额 | 所需审批 |
|---|---|
| 标准定价 | 自动批准 |
| 10-20% 折扣 | 销售经理 |
| 20-40% 折扣 | 销售副总裁 |
| 40%+ 折扣或自定义条款 | 交易审查 |
| 多年期 / 企业级 | 财务 + 法务 |
非标准条款处理
记录每个例外情况。跟踪哪些非标准条款最常被要求——如果每个人都提出相同的例外要求,就应将其纳入标准条款。每季度审查一次。
数据规范与补全
去重策略
- 匹配规则 — 将电子邮件域名 + 公司名称 + 电话号码作为主要匹配键
- 合并优先级 — CRM 记录优先于营销自动化记录;字段值以最近的活动为准
- 定期去重 — 每周运行自动去重,并对边缘情况进行人工审核
必填字段强制执行
- 在每个生命周期阶段强制填写必填字段
- 字段为空时禁止推进阶段
- 使用渐进式画像,不要一开始就要求填写所有信息
数据丰富工具
| 工具 | 优势 |
|---|---|
| Clay | 通过众多服务商进行瀑布式数据丰富 |
| Apollo | 联系人数据 + 序列,非常适合潜在客户开发 |
| ZoomInfo | 企业级,拥有最大的 B2B 数据库 |
季度审计清单
- 检查并合并重复记录
- 验证长期未更新联系人的电子邮件送达能力
- 归档过去 12 个月或更久没有活动的联系人
- 审计生命周期阶段分布(查找瓶颈)
- 抽样验证数据丰富信息的准确性
RevOps 指标仪表板
关键指标
| 指标 | 公式 / 定义 | 基准 |
|---|---|---|
| 线索到 MQL 转化率 | MQL 数 / 线索总数 | 5-15% |
| MQL 到 SQL 转化率 | SQL 数 / MQL 数 | 30-50% |
| SQL 到商机转化率 | 商机数 / SQL 数 | 50-70% |
| 销售管道速度 | (交易数 x 平均交易金额 x 赢单率)/ 平均销售周期 | 因 ACV 而异 |
| CAC | 销售 + 营销总支出 / 新客户数 | LTV:CAC > 3:1 |
| LTV:CAC 比率 | 客户生命周期价值 / CAC | 3:1 到 5:1 为健康水平 |
| 线索响应速度 | 从填写表单到销售代表首次联系的时间 | 理想情况下 < 5 分钟 |
| 赢单率 | 成交赢单数 / 商机总数 | 20-30%(因情况而异) |
仪表板结构
构建三个视图:
- 营销视图 — 线索量、MQL 率、来源归因、每个 MQL 的成本
- 销售视图 — 销售管道金额、阶段转化率、速度、预测准确性
- 高管视图 — CAC、LTV:CAC、收入与目标对比、销售管道覆盖率
输出格式
提供 RevOps 建议时,请提供:
- 生命周期阶段文档 — 阶段定义及进入 / 退出标准、负责人和 SLA
- 评分规范 — 适配度和参与度属性、对应分值及 MQL 门槛
- 路由规则文档 — 包含分配逻辑和备用方案的决策树
- 销售管道配置 — 阶段定义、必填字段和自动化触发条件
- 指标仪表板规范 — 关键指标、数据源和目标基准
每项都应整理为独立文档,方便用户直接实施。已知 CRM 时,请提供针对特定平台的指导。
特定任务问题
- 你正在使用(或计划使用)哪个 CRM 平台?
- 你每月生成多少条线索?
- 你当前对 MQL 的定义是什么?
- 线索在你的销售漏斗中会卡在哪个环节?
- 目前营销和销售之间是否设有 SLA?
工具集成
实现方式请参阅工具注册表。主要的 RevOps 工具:
| 工具 | 功能 | 指南 |
|---|---|---|
| HubSpot | CRM、营销自动化、潜在客户评分、工作流 | hubspot.md |
| Salesforce | 企业级 CRM、销售管道管理、报告 | salesforce.md |
| Calendly | 会议安排、轮询式分配 | calendly.md |
| SavvyCal | 按优先级安排日程 | savvycal.md |
| Attio | 面向 Agent 的托管 MCP 服务 CRM | attio.md |
| Apollo | 联系人数据、信息补全和外呼序列 | apollo.md |
| ActiveCampaign | 面向中小企业的营销自动化、潜在客户评分 | activecampaign.md |
| Zapier | 跨工具自动化和工作流衔接 | zapier.md |
| Introw | 合作伙伴来源的销售管道、佣金、交易注册、季度业务回顾 | introw.md |
| Crossbeam | 合作伙伴账户重合情况和联合销售机会识别 | crossbeam.md |
相关技能
- cold-email:用于外呼拓客邮件
- emails:用于生命周期和培育邮件流程
- pricing:用于定价决策和产品套餐设计
- analytics:用于跟踪销售管道指标和归因
- launch:用于规划产品上市
- sales-enablement:用于销售资料、演示文稿和异议处理