
🎯 学什么:学会连接营销、销售、客户成功为一个统一的收入引擎——用线索评分模型(Fit×Engagement×Negative Scoring)自动识别真正有购买意图的人,用线索路由规则(轮转/地域/指定账户/技能匹配)把对的线索给对的销售,用Speed-to-Lead指标确保5分钟内跟进(转化率高21倍)。核心洞察:RevOps最大的坑不是系统配置错误,而是跳过"Define Before Automate"——不在纸面上先理清什么算MQL、SLA是几小时,就直接配置CRM系统,等于花¥10万买了一套自动化垃圾制造器。 💡 难易度:⭐⭐⭐ | ⏱️ 预计时间:55 分钟
1. 课程概览
💡 白话小课堂:这个 Skill 就像一个航空公司调度中心——市场部出去拉客(做广告、做内容),销售部负责把客人转化为付费客户,客服部负责让客户满意并续费。理想情况下这三个人应该密切配合:市场知道销售需要什么样的线索,销售知道客服最怕什么样的客户,客服把客户反馈给市场做下次广告。但现实是——营销产生了线索销售不跟进、销售跟进的线索评分不对、客户成功了但没被利用为推荐来源、三个团队各自的数据无法对齐。RevOps就是那个把三个部门拧成一股绳的系统工程师。
本课的独特定位——系统设计型 Skill:
| 特征 | L4-08(推荐裂变) | L4-09(本课) |
|---|---|---|
| 核心问题 | 怎么让用户拉用户 | 怎么让营销/销售/客服三个部门协同 |
| 系统范围 | 单一增长引擎 | 全收入链(线索→现金) |
| 关键原则 | 触发时机+双边激励 | Define Before Automate |
🔑 核心秘诀:Speed-to-Lead是RevOps中最被低估的指标。5分钟内联系→21倍更可能转化;30分钟后→转化下降10倍;24小时后→线索基本冷了。不是"这个线索质量好不好"的问题——再好的线索,24小时后也凉了。
⚠️ 避坑指南:线索评分模型用历史数据测试才是最容易被跳过的一步。模型建好了直接上线——然后发现模型把一堆不可能成交的人评为高分。先用历史已成交/已流失的线索数据跑一遍模型,验证"高分=高成交率"的假设。
来源:Corey Haines marketingskills(
coreyhaines31/marketingskills --skill revops)
2. RevOps四大原则与线索生命周期
2.1 四项铁律
原则1: Single Source of Truth(单一事实来源)
→ 每个线索和账户在CRM中有且只有一条记录
→ 去重策略:邮箱+公司域名+手机号 三重匹配
→ 避免:"同一个客户在CRM里出现了3次,销售A和销售B同时联系了ta"
原则2: Define Before Automate(先定义,再自动化)⚠️ 铁律
→ 纸面上定义好再建工作流
→ "什么算MQL?"、"从MQL到SQL应该在几小时内完成?"、"什么算合格的线索?"
→ 三个团队对这些定义达成一致 → 再去配置CRM
→ 跳过这一步 = "花¥10万买了套自动化垃圾制造器"
原则3: Measure Every Handoff(每个交接都有SLA和追踪)
→ 营销→销售交接:"营销交给销售的线索,销售必须在X小时内首次联系"
→ 销售→CS交接:"签约后X天内完成Onboarding"
→ 每个交接点都有明确的负责人和追踪机制
原则4: Revenue Team Alignment(三个团队对定义达成一致)
→ 营销/销售/CS团队必须面对面坐下来定义MQL/SQL/SLA
→ 不:营销自己定MQL → 销售不认 → 线索没人跟
2.2 线索生命周期七阶段
Subscriber(订阅者)→ Lead(线索)→ MQL(营销合格线索)
→ SQL(销售合格线索)→ Opportunity(商机)→ Customer(客户)
→ Advocate(倡导者)
关键定义:
MQL(Marketing Qualified Lead):
→ 必须同时满足两个条件:
1. Fit(匹配度):这个人/公司买得起且需要你的产品
→ B2B:行业、公司规模、职位、预算范围
→ B2C:消费能力、使用场景、需求匹配
2. Engagement(参与度):这个人正在积极地了解你的产品
→ 访问定价页、下载白皮书、注册试用、参加Webinar
→ ❌ 一个大公司高管从不互动 → Fit高但Engagement低 ≠ MQL
→ ❌ 一个学生下载了所有电子书 → Engagement高但Fit低 ≠ MQL
SQL(Sales Qualified Lead):
→ MQL + 销售确认有购买意向
→ 通常需要销售第一次联系后确认
→ 关键:从MQL到SQL的转化时间(SLA)
SLA示例(服务水平协议):
→ 营销→销售交接:MQL产生后5分钟内分配给销售
→ 销售首次联系:接到MQL后30分钟内完成首次联系
→ 销售确认SQL:联系后24小时内标记为SQL或退回
3. 线索评分模型设计
3.1 三维度评分
线索评分 = Fit Score + Engagement Score - Negative Score
Fit Score(匹配度评分):这个人/公司是你的理想客户吗?
示例(B2B SaaS):
→ 公司月GMV ≥ ¥20万:+30分
→ 行业=电商/零售:+20分
→ 使用了竞品:+25分
→ 团队规模 5-50人:+15分
→ 职位=CEO/运营总监:+20分
Engagement Score(参与度评分):这个人正在积极了解你的产品吗?
示例:
→ 访问定价页:+30分
→ 过去7天登录3次以上:+20分
→ 下载案例白皮书:+10分
→ 注册免费试用:+20分
→ 参加Webinar:+15分
Negative Score(负向评分):这个人不可能是你的客户吗?
示例:
→ 竞品邮箱域名(@competitor.com):-50分(取消资格)
→ 学生邮箱(@*.edu):-30分(大概率没预算)
→ 不匹配的地理位置:-20分
→ 邮箱退信/无效:-100分(直接删除)
3.2 用历史数据验证模型
最容易跳过的步骤:模型建好了直接上线
正确的验证流程:
Step 1: 取过去3个月已成交的客户数据
Step 2: 用你的评分模型给他们打分
Step 3: 检查:已成交客户的平均分是否远高于已流失线索?
Step 4: 调权重——如果某个维度无法区分成交和流失,降低权重或去掉
Step 5: 设定MQL阈值——多少分以上自动升级为MQL?
常见问题:
→ 模型把一堆不可能成交的人评为高分 → 检查Fit维度权重是否太低
→ 模型把很多已成交客户评为低分 → 检查Engagement信号是否太窄
4. 线索路由与管道管理
4.1 四种路由方法
最具体优先原则:先匹配最具体的规则,再回退到通用规则。
Round-Robin(轮转分配):
→ 销售能力均衡时均匀分配
→ 适合:销售团队能力相近、线索之间差异不大
Territory-Based(地域/垂直分配):
→ 按地域/行业/人群划分
→ 示例:华东线索→华东销售组、日本市场→日语销售
Account-Based(指定账户):
→ 命名大客户→指定销售
→ 示例:字节跳动→大客户总监直接负责
Skill-Based(技能匹配):
→ 按交易复杂度/产品线/语言分配
→ 示例:¥100万+的商机→资深销售、日语线索→会日语的销售
路由优先级:
先检查 Account-Based(大客户)→ Territory-Based(地域)
→ Skill-Based(技能)→ Round-Robin(兜底)
4.2 管道卫生维护
管道卫生是销售的"牙线"——大家都知道重要,但大部分人不用。
最典型的问题:"关闭日期永远在下个月"
→ 销售每月初把关闭日期往后推30天
→ 管道看起来永远健康,但实际永远不关闭
→ 解决:推迟关闭日期必须记录理由,计入销售经理审核面板
管道审计频率:
→ 每周:销售经理抽查每个销售的前3大商机
→ 每月:全管道审计——关闭日期、阶段停留时间、更新频率
→ 每季度:管道转化率回顾——各阶段的转化率是否有恶化趋势?
异常信号检测:
→ 某商机在同一阶段停留超过30天 → 标记为"停滞"
→ 关闭日期被推迟超过3次 → 强制经理介入
→ 商机金额被多次下调 → 标记为"信心下降"
5. Speed-to-Lead与仪表盘设计
5.1 Speed-to-Lead——最被低估的指标
数据事实:
→ 5分钟内联系 → 21倍更可能转化(相比24小时后)
→ 30分钟后 → 转化率下降10倍
→ 24小时后 → 线索基本冷了
为什么?
→ 用户在填完表单的5分钟内对你的产品还有记忆和热度
→ 30分钟后ta已经在看竞品了
→ 24小时后ta可能已经在竞品那边签约了
实施建议:
→ 自动化线索分配(MQL达标→即时分配给销售+短信/IM通知)
→ 建立"首次联系SLA"——30分钟内必须完成
→ 如果超时→线索自动回池重新分配给下一个销售
→ 追踪每个销售的"平均首次联系时间"并在团队周报中公示
5.2 三层仪表盘设计
Marketing View(营销视图):
→ MQL月度产出量
→ 各渠道MQL数量和成本
→ MQL→SQL转化率
→ 线索来源归因
Sales View(销售视图):
→ 各阶段商机数量和金额
→ 销售阶段转化率(管道流速)
→ 各销售的平均交易周期
→ Speed-to-Lead(首次联系时间)
Executive View(高管视图):
→ LTV:CAC比率(客户终身价值 vs 获客成本)
→ 管道总金额和加权预测
→ 月度/季度新增收入
→ 按渠道/产品的收入构成
一句话总结:营销看"有多少人进门",销售看"进门后买不买",高管看"花了多少钱、赚了多少钱"。
6. 结构拆解:系统设计型 Skill 模板
系统设计型 Skill 模板
核心特征
→ 核心目标 = 连接营销/销售/CS为一个统一的收入引擎 → 关键设计 = 线索评分 + 路由规则 + SLA + 三层仪表盘 → 铁律 = Define Before Automate(不在纸面上理清楚的自动化=垃圾制造器)
通用结构
Lead Lifecycle(线索生命周期)
Subscriber → Lead → MQL → SQL → Opportunity → Customer → Advocate MQL定义:Fit(买得起+需要)+ Engagement(正在看) SLA:每次交接的时间和质量标准
Lead Scoring(评分模型)
Fit Score + Engagement Score - Negative Score 三维度 + 权重调优 + 历史数据验证 + MQL阈值设定
Lead Routing(路由规则)
最具体优先:Account-Based → Territory → Skill → Round-Robin 管道卫生:关闭日期审计、停滞检测、异常信号
Speed-to-Lead & Dashboards(跟进速度与仪表盘)
5分钟=21倍转化率 / 30分钟=10倍下降 / 24小时=已冷 三层仪表盘:营销(MQL/渠道)/ 销售(管道/转化)/ 高管(LTV:CAC/收入)
7. 电商案例:抖音直播带货线索到成交的RevOps全链路
🛒 实战案例:某抖音直播带货公司(主营家居收纳品类,客单价¥39-¥299),月GMV约¥600万,运营团队18人(主播4人、运营6人、客服5人、供应链3人)。核心问题:从"观众进入直播间"到"收到货给好评"这条链路上,信息完全不透明——主播不知道哪个话术段带来的加购最多,客服不知道退款原因是直播夸大了还是产品质量问题,运营不知道"投流花的钱到底带来了多少真实成交"。
关键定义工作坊(Define Before Automate):
| 定义项 | 约定结果 |
|---|---|
| MQL(营销合格线索)= 直播间的什么行为算"有意向"? | 在直播间停留>3分钟 + 至少点击过1次小黄车 + 未下单 → 标记为"意向观众" |
| SQL(销售合格线索)= 什么时候算"值得追销"? | 下单未支付(>30分钟)或 咨询客服但未下单 → 转给客服1v1追单 |
| SLA:从MQL到首次追销联系 | 运营在直播间当场关注意向观众(抖音私信),5分钟内发第一条消息 |
| SLA:下单未支付→客服介入 | 30分钟未支付→自动抖音消息提醒;2小时未支付→人工客服追问 |
线索评分模型(直播场景定制):
| 维度 | 信号 | 分值 |
|---|---|---|
| Fit(匹配度) | 观众标签匹配目标人群(女性/25-40岁/关注家居) | +20 |
| 历史在直播间购买过(复购潜力) | +35 | |
| 在粉丝群内(已建立信任) | +25 | |
| Engagement(参与度) | 停留>5分钟 | +30 |
| 在评论区互动(提问/夸赞/催上链接) | +25 | |
| 点击小黄车≥3次 | +30 | |
| 加购但未下单 | +40 | |
| Negative(排除) | 评论内容为负面("太贵""不好用") | -20 |
| 历史退款率>50%的观众 | -50 |
全链路数据看板(三层):
| 层级 | 核心指标 | 当前值 | 目标值 |
|---|---|---|---|
| 营销层(运营视角) | 直播间曝光→进入率 | 12% | 15% |
| 营销层 | 进入→停留>3分钟 | 28% | 35% |
| 营销层 | 停留→点击小黄车 | 18% | 25% |
| 营销层 | 点击→加购 | 22% | 28% |
| 营销层 | 投流ROI(GMV/投流花费) | 3.2:1 | 4:1 |
| 销售层(客服视角) | 下单未支付→30分钟内追回率 | 14% | 25% |
| 销售层 | 客服咨询→下单转化率 | 8% | 12% |
| 销售层 | 退款率 | 9.2% | 6% |
| 高管层 | 全场GPM(千次观看成交额) | ¥1,050 | ¥1,500 |
| 高管层 | 退货率 | 11.3% | 8% |
| 高管层 | 直播渠道净利润率 | 12% | 18% |
Speed-to-Lead改进——追单速度提升:
- 改进前:意向观众在直播结束后才被运营"批量私信",平均延迟4-8小时,回复率仅3%
- 改进后:运营实时监控直播间"看了>3分钟+点了小黄车但没下单"的用户列表,5分钟内私信:"宝子,看你看了挺久,这个收纳柜有哪里不清楚的吗?我可以给你拍实拍视频~"
- 效果:5分钟内私信的回复率 22%,转化率 11%(8小时内私信的仅3%和0.7%)
效果(执行2个月后):
- GPM ¥1,050 → ¥1,470(+40%)
- 下单→支付转化率从67%→78%(追单效率提升)
- 退款率 9.2% → 6.8%(直播话术调整——不再夸大描述避免售后落差)
- 客服追单月GMV贡献 ¥8.2万(此前追单系统完全不存在)
🔑 启示:直播带货的RevOps核心不是"把CRM系统搭好",而是"在观众还热着的时候就把信号传给对的人"。5分钟追单的转化率是8小时的15.7倍——这个差距不是系统功能决定的,是SLA和执行力决定的。Define Before Automate在直播场景尤其重要:如果运营和客服没约定"什么叫意向观众",系统搭得再好也是一堆没人用的通知。
8. 掌握检验
Q1:MQL必须同时满足哪两个条件?以下哪个场景符合MQL定义?
- A) 一个大公司高管从不互动——Fit高但Engagement低
- B) 一个学生下载了所有电子书——Engagement高但Fit低
- C) 一个电商月GMV¥20万的卖家访问了定价页且过去7天登录3次——Fit和Engagement都达标
- D) 两者都不需要,只要销售觉得"这个线索有戏"
Q2:Speed-to-Lead数据显示,5分钟内联系和24小时后联系的转化率差距有多大?为什么24小时后线索基本冷了?
Q3:线索评分模型包含三个维度。以下哪项属于Negative Scoring(负向评分)?
- A) 公司月GMV≥¥20万(+30分)
- B) 访问定价页(+20分)
- C) 竞品邮箱域名(-50分)
- D) 下载案例白皮书(+10分)
Q4:RevOps的核心原则之一是"Define Before Automate"。如果跳过定义直接配置CRM系统,会有什么后果?
Q5:管道阶段管理中,"关闭日期永远在下个月"是什么问题?如何解决?
Q6:以下哪个指标属于RevOps三层仪表盘中的Executive View(高管视图)?
- A) MQL月度产出量
- B) 销售阶段转化率
- C) LTV:CAC比率
- D) 线索来源归因
Q7:请为以下场景设计一个MQL定义(包含Fit和Engagement两个维度的具体条件和阈值): 你的产品是面向电商卖家的SaaS,月费¥299-¥2999,主要服务中小卖家(月GMV ¥10-200万),通过内容营销+免费试用获取线索。
Q8:线索路由的四种方法分别适用于什么场景?为什么"最具体优先"原则很重要?
9. 答案
点击查看答案
Q1:C — 同时满足Fit(月GMV¥20万,匹配ICP)和Engagement(访问定价页+频繁登录)。A只有Fit没有Engagement(只是随便看看),B只有Engagement没有Fit(没钱买),都不算MQL。
Q2:参考答案 — 5分钟内联系→21倍更可能转化;30分钟后→转化下降10倍;24小时后→线索基本冷了。原因:用户在填完表单的5分钟内对你的产品还有记忆和热度,30分钟后ta已经在看竞品了。自动化线索分配+即时通知是RevOps性价比最高的投入。
Q3:C — 竞品邮箱域名是取消资格信号(你不是潜在客户,你是来侦察的)。A、B、D都是正向评分。
Q4:参考答案 — "花¥10万买了套自动化垃圾制造器"。不在纸面上先理清"什么算MQL"、"SLA是几小时"、"交接规则是什么",就直接配置系统,等于用自动化加速一个混乱的流程——把错的线索更快地推给对的人,浪费所有人的时间。
Q5:参考答案 — 这是销售"刷管道健康"的常见手段——每月初把关闭日期往后推30天,让管道看起来永远健康但实际永远不关闭。解决:推迟关闭日期必须有理由记录,计入销售经理的审核面板,不能无限推迟。
Q6:C — LTV:CAC比率是衡量业务健康状况的核心财务指标,属于高管视图。A(MQL产出量)是营销视图,B(阶段转化率)是销售视图,D(来源归因)是营销视图。
Q7:参考答案 — MQL定义:Fit Score ≥ 70(公司电商月GMV≥¥10万+35分、行业=服装/美妆/3C+20分、使用了竞品+25分);Engagement Score ≥ 50(访问定价页+30分、过去7天登录+20分、下载案例白皮书+10分、注册免费试用+20分)。MQL阈值:总分≥80分。
Q8:参考答案 — Round-robin(轮转):销售能力均衡时均匀分配;Territory-based(地域):按地域/垂直/人群分配;Account-based(指定账户):命名大客户→指定销售;Skill-based(技能):按交易复杂度/产品线/语言分配。"最具体优先"原则:先匹配最具体的规则(如大客户→指定销售、日本市场→日语销售),再回退到通用规则(轮转),这样不会把一个日本大客户扔给一个不会说日语的新销售。
评分:答对 6/8 = 通过。
10. 延伸阅读
- [[L4-08-推荐裂变计划|上一课:推荐裂变引擎]] — 让1个用户带来10个
- [[L4-10-网站架构设计|下一课:网站架构设计]] — 让用户和搜索引擎轻松逛你的网站

评论区
共 0 条评论