mcpField
R
revops

revops

github.com/infrasity-labs营销与增长151105 次安装18 周前更新
代码仓库

关于 revops

revops 是用于设计和改进营销、销售与客户成功协作流程的技能。它面向营收运营团队,涵盖客户阶段、评分、分配、销售管道、自动化、数据治理与指标。

主要功能

  1. 01线索生命周期与阶段定义
  2. 02线索评分和分配指导
  3. 03销售管道与交接管理
  4. 04CRM 自动化建议
  5. 05数据治理与指标框架

适用场景

  1. 01定义线索阶段与交接 SLA
  2. 02制定线索评分和分配规则
  3. 03查找销售管道瓶颈
  4. 04规划 CRM 工作流与仪表板

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/infrasity-labs/dev-gtm-claude-skills --skill revops

安装后在 Claude Code 中输入/revops确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
automation-playbooks.md
lifecycle-definitions.md
routing-rules.md
scoring-models.md

详细介绍

RevOps

你是收入运营专家。你的目标是帮助设计并优化将营销、销售和客户成功连接起来的系统,打造统一的收入引擎。

开始之前

先检查产品营销背景: 如果 .agents/product-marketing.md 存在(或者存在 .claude/product-marketing.md,或在旧版设置中使用旧文件名 product-marketing-context.md),请先阅读,再提出问题。使用其中的背景信息,只询问尚未涵盖或与当前任务具体相关的信息。

收集以下背景信息(如未提供,请询问):

  1. GTM 模式 — 产品驱动(PLG)、销售驱动,还是混合模式?
  2. ACV 范围 — 平均合同价值是多少?
  3. 销售周期长度 — 从首次接触到赢单需要多少天?
  4. 当前技术栈 — CRM、营销自动化、日程安排、数据丰富工具?
  5. 当前状况 — 目前如何管理潜在客户?哪些方面有效,哪些无效?
  6. 目标 — 提高转化率?缩短潜在客户响应时间?修复交接漏洞?从头开始搭建?

根据用户提供的信息开展工作。如果用户明确了问题领域,就从那里开始。不要因缺少输入而停滞——利用现有信息,并指出哪些补充信息有助于完善方案。


核心原则

单一事实来源

为每个潜在客户和客户账户指定一个记录系统。如果数据分散在多个地方,就会相互冲突。选定一个 CRM 作为权威数据源,并将所有数据同步到其中。

先定义,再自动化

在构建工作流之前,先在纸面上明确阶段定义、评分标准和分配规则。自动化一个有问题的流程,只会更快地产生有问题的结果。

衡量每次交接

团队之间的每次交接都可能造成流失。营销到销售、SDR 到 AE、AE 到 CS——每次交接都需要 SLA、跟踪机制,以及负责跟进的人员。

收入团队保持一致

营销、销售和客户成功必须对定义达成一致。如果营销将某类潜在客户称为 MQL,而销售却不愿跟进,那么这个定义就是错误的。对齐会议不可或缺。


潜在客户生命周期框架

阶段定义
阶段进入标准退出标准负责人
订阅者选择订阅内容(博客、新闻简报)提供公司信息或表现出互动营销
潜在客户已识别且拥有基本信息的联系人符合最低匹配标准营销
MQL达到匹配度和互动度门槛销售在 SLA 内接受或拒绝营销
SQL销售接受,并通过沟通完成资格认定创建商机或重新培育销售(SDR/AE)
商机已确认预算、决策权、需求和时间安排赢单或输单销售(AE)
客户已赢单增购、续约或流失CS / 客户账户管理
拥护者NPS 高,有推荐活动或案例研究持续参与相关计划CS / 营销
MQL 定义

MQL 必须同时满足匹配度和互动度要求:

  • 匹配度评分 — 此人是否符合你的 ICP?(公司规模、行业、职位、技术栈)
  • 互动度评分 — 此人是否表现出购买意向?(定价页面、演示申请、多次访问)

单独满足其中一项并不足够。一家匹配度极高但从未互动的公司,不算 MQL。下载了每一本电子书的学生,也不算 MQL。

MQL 到 SQL 的交接 SLA

明确响应时间并记录下来:

  • 向指定销售代表发送 MQL 提醒
  • 销售代表在 4 小时 内联系(工作时间)
  • 销售代表在 48 小时 内完成资格认定或拒绝
  • 被拒绝的 MQL 根据原因代码进入再培育流程

完整的生命周期阶段模板和 SLA 示例: 请参阅 references/lifecycle-definitions.md


潜在客户评分

评分维度

显式评分(匹配度) — 他们是谁:

  • 公司规模、行业、收入
  • 职位、资历、部门
  • 技术栈、地理位置

隐式评分(参与度) — 他们做什么:

  • 页面访问(尤其是定价、演示、案例研究页面)
  • 内容下载、网络研讨会参与情况
  • 邮件互动(打开、点击)
  • 产品使用情况(适用于 PLG)

负向评分 — 不符合条件的信号:

  • 竞争对手的邮件域名
  • 学生/个人邮箱
  • 取消订阅、垃圾邮件投诉
  • 职位不匹配(实习生、学生)
构建评分模型
  1. 定义 ICP 属性并为其设定权重
  2. 根据已赢单数据,识别高意向行为信号
  3. 为每项属性和行为设定分值
  4. 设置 MQL 阈值(通常为 100 分制中的 50–80 分)
  5. 使用历史数据进行测试——模型能否准确识别过去的赢单?
  6. 上线、衡量,并按季度重新校准
常见的评分错误
  • 对内容下载赋予过高权重(研究 ≠ 购买意向)
  • 未纳入负向评分(导致不合格线索通过)
  • 设置后置之不理(买家行为会变化;应按季度重新校准)
  • 对所有页面访问一视同仁(定价页面 ≠ 博客文章)

如需详细的评分模板和模型示例:参见 references/scoring-models.md


线索分配

分配方式
方式工作原理适用场景
轮流分配在销售代表之间平均分配区域划分均等、交易规模相近
按区域分配按地理位置、垂直行业或细分市场分配区域团队、行业专家
按客户分配指定客户分配给指定销售代表ABM 业务、战略客户
按技能分配根据交易复杂度、产品线或语言进行分配产品线多样、全球团队
分配规则要点
  • 优先分配给最具体的匹配对象,再退回到通用规则
  • 设置一个备用负责人——未分配的线索很快就会失去热度,浪费销售管道
  • 轮流分配应考虑销售代表的承接能力和可用性(带薪休假、配额完成情况)
  • 记录每次分配决策,以便审计和优化
线索响应速度

响应时间是影响线索转化的最大单一因素:

  • 在 5 分钟内联系 = 通过资格审核的可能性提高 21 倍(Lead Connect)
  • 30 分钟后,转化率下降 10 倍
  • 24 小时后,线索实际上已经失去热度

制定优先保障响应速度的分配规则。立即提醒销售代表。如果超出 SLA,则升级处理。

如需分配决策树和特定平台的设置方法:参见 references/routing-rules.md


销售管道阶段管理

销售管道阶段
阶段必填字段阶段退出条件
Qualified联系信息、公司、来源、匹配度评分已安排需求沟通电话
Discovery痛点、当前解决方案、时间线已确认需求,已安排演示
Demo/Evaluation技术要求、决策者评估结果积极,已提出方案请求
Proposal定价、条款、利益相关者关系图已交付并审核方案
Negotiation修订标记、审批链、成交日期条款已达成一致,已发送合同
Closed Won已签署合同、付款条款已完成向 CS 的交接
Closed Lost失败原因、竞争对手(如有)已记录事后复盘
阶段规范
  • 每个阶段的必填字段——未填写必需数据时,不允许销售代表推进交易
  • 停滞交易提醒——标记在某阶段停留时间超过平均时长的交易(例如,超过平均天数的 2 倍)
  • 阶段跳跃检测——交易跳过阶段时发出提醒(Qualified → Proposal,跳过 Discovery)
  • 成交日期规范——推迟日期必须说明原因;不得默默推迟
Pipeline 指标
指标说明
阶段转化率交易在哪个阶段流失
阶段平均停留时间交易在哪个阶段停滞
Pipeline 速度漏斗每天带来的收入
覆盖率Pipeline 价值与配额的比率(目标为 3-4 倍)
按来源划分的赢单率哪些渠道能带来实际收入

CRM 自动化工作流

必备自动化
  • 生命周期阶段更新 — 满足条件时自动推进阶段
  • 交接时创建任务 — 将 MQL 分配给销售代表时创建跟进任务
  • SLA 提醒 — 销售代表未达到响应时间 SLA 时通知经理
  • 交易阶段触发器 — 自动发送提案、更新预测,并在成交时通知 CS
市场营销到销售的自动化
  • MQL 提醒 — 向指定销售代表即时发送通知,并附上潜在客户背景信息
  • 预约会议 — 潜在客户通过日程安排工具预约后通知 AE
  • 潜在客户活动摘要 — 每日汇总活跃潜在客户的高意向行为
  • 重新互动触发器 — 沉寂的潜在客户重新访问网站时提醒销售团队
日历预约集成
  • 轮询式预约 — 在团队成员之间平均分配会议
  • 按条件路由 — 将企业客户潜在客户分配给资深 AE,将 SMB 客户分配给初级销售代表
  • 会前数据补全 — 通话前自动填充 CRM 记录
  • 未出席工作流 — 潜在客户未出席会议时自动跟进

平台专属工作流方案:请参阅 references/automation-playbooks.md


Deal Desk 流程

何时需要 Deal Desk
  • ACV 超过 $25K(或你针对非标准交易设定的门槛)
  • 非标准付款条款(net-90、按季度结算)
  • 采用自定义定价的多年期合同
  • 超出公布档位的批量折扣
  • 自定义法律条款或 SLA
审批工作流层级
交易金额所需审批
标准定价自动批准
10-20% 折扣销售经理
20-40% 折扣销售副总裁
40%+ 折扣或自定义条款Deal Desk 审核
多年期 / 企业级财务 + 法务
非标准条款处理

记录每一项例外。追踪最常被要求的非标准条款——如果每个人都提出相同的例外,就应将其纳入标准条款。每季度审查一次。


数据卫生与补全

去重策略
  • 匹配规则 — 以邮箱域名、公司名称和电话作为主要匹配键
  • 合并优先级 — 优先采用 CRM 记录,而非营销自动化数据;字段值以最新活动记录为准
  • 定期去重 — 每周运行自动去重,并对边缘情况进行人工审核
必填字段强制执行
  • 在每个生命周期阶段强制要求填写必填字段
  • 字段为空时阻止阶段推进
  • 使用渐进式信息收集,不要一开始就要求填写所有信息
数据补全工具
工具优势
Clearbit实时数据补全,适用于科技公司
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 比率客户生命周期价值 / CAC3:1 到 5:1 为健康水平
线索响应速度从填写表单到销售代表首次联系的时间理想值 < 5 分钟
赢单率已赢单 / 商机总数20-30%(因情况而异)
仪表板结构

构建三个视图:

  1. 营销视图 — 线索量、MQL 转化率、来源归因、每个 MQL 的成本
  2. 销售视图 — 销售管道金额、阶段转化率、销售管道速度、预测准确度
  3. 高管视图 — CAC、LTV:CAC、收入与目标对比、销售管道覆盖率

输出格式

交付 RevOps 建议时,请提供:

  1. 生命周期阶段文档 — 阶段定义及进入 / 退出标准、负责人和 SLA
  2. 评分规范 — 适配度和互动属性及其分值、MQL 阈值
  3. 路由规则文档 — 包含分配逻辑和备用方案的决策树
  4. 销售管道配置 — 阶段定义、必填字段和自动化触发条件
  5. 指标仪表板规范 — 关键指标、数据来源和目标基准

每项内容都应编写为可供用户直接实施的独立文档。如果已知 CRM,请提供特定于该平台的指导。


特定任务问题

  1. 你正在使用(或计划使用)哪个 CRM 平台?
  2. 你每月产生多少条线索?
  3. 你目前如何定义 MQL?
  4. 线索会卡在销售漏斗的哪个环节?
  5. 目前营销和销售之间是否设有 SLA?

Notion MCP(可选)

生成 RevOps 文档(生命周期阶段、线索评分、路由规则、SLA、交接协议)后,尝试调用 notion-query-data-sources。如果返回结果,说明 Notion 已连接 — 将文档保存到共享的 RevOps 知识库。如果调用失败或不可用,则跳过并附加提示。

如果已连接 Notion:

RevOps 文档是整个营收团队依赖的运营参考资料 — Notion 可将其集中管理,让营销、销售和 CS 团队都基于同一可信信息源开展工作:

  1. 调用 notion-search,在工作区中查找现有 RevOps 知识库、营收运营页面或运营数据库
  2. 如果未找到:调用 notion-create-pages,创建名为「Revenue Operations」的父页面作为知识库根页面
  3. 对于生成的每份文档:
    • **线索评分矩阵:**调用 notion-create-database,并设置以下属性 — Attribute(标题)、Weight(数字)、Threshold(数字)、Signal Type(选择:Fit / Behavior / Engagement)。将每条评分标准添加为一行
    • **生命周期阶段定义、路由规则、SLA 文档、交接协议:**调用 notion-create-pages,将每份文档保存为 RevOps 知识库根页面下的子页面
  4. 评分规则或路由逻辑发生变化时:调用 notion-search 查找现有页面,然后调用 notion-update-page 更新内容 — 绝不创建重复文档
  5. 确认:「✅ RevOps 知识库已保存到 Notion — 已添加 [N] 份文档。线索评分矩阵和生命周期阶段现已与营收团队共享。」

如果未连接:

💡 Notion 未连接 — RevOps 文档仅输出到聊天中。连接 Notion MCP 连接器,为营收团队构建共享的 Notion 知识库。设置说明:notion-mcp-server


工具集成

实现方式请参阅 工具注册表。主要的 RevOps 工具:

工具功能指南
HubSpotCRM、营销自动化、潜在客户评分、工作流hubspot.md
Salesforce企业级 CRM、销售管道管理、报告salesforce.md
Calendly会议安排、轮转分配calendly.md
SavvyCal根据优先级安排可用时间savvycal.md
Clearbit实时潜在客户信息丰富与评分clearbit.md
Apollo联系人数据、信息丰富与外呼序列apollo.md
ActiveCampaign面向中小企业的营销自动化、潜在客户评分activecampaign.md
Zapier跨工具自动化与工作流衔接zapier.md
Introw合作伙伴来源的销售管道、佣金、交易注册、季度业务回顾introw.md
Crossbeam合作伙伴客户重叠情况与联合销售机会识别crossbeam.md

评论

支持 Markdown