revops

revops skill 概览

revops skill 是做什么的

revops skill 用来帮助 AI agent 设计并优化营销、销售和客户成功之间的运营系统。落到实际工作里，主要包括：线索生命周期定义、MQL 和 SQL 标准、lead scoring、分配路由逻辑、交接 SLA、CRM 自动化，以及支撑这些流程稳定运转所需的数据规则。

最适合哪些用户和团队

这个 revops skill 最适合需要“可落地的结构”，而不只是点子的人：RevOps 负责人、CRM 管理员、demand gen 负责人、sales ops、正在搭建第一套 funnel 的创始人，以及需要理顺 marketing 到 sales 交接流程的顾问。尤其适用于以下情况：线索经常丢失、销售否掉过多“已达标”线索，或者团队对阶段定义长期无法达成一致。

它真正解决的工作问题

多数用户并不需要一份泛泛而谈的 revenue operations 科普。他们真正需要的是一套能在 HubSpot、Salesforce 或混合技术栈里直接实施的工作模型。revops skill 最强的地方，在于能把“修好 lead routing”或“建立 MQL 机制”这种模糊目标，转成明确的阶段定义、评分阈值、路由规则和自动化步骤。

这个 revops skill 的不同之处

它最大的区别在于：不只讲理论。仓库里还提供了可直接参考的实用文件，用于：

• 生命周期阶段定义
• 路由决策树
• 评分模型
• 自动化 playbook

这让它比普通 prompt 更有实施支架，尤其是在 revops for CRM Operations 这类场景中，定义、归属和触发条件必须彼此对齐。

什么情况下值得安装这个 skill

如果你希望在以下工作上获得可重复、可复用的帮助，就很适合安装 revops skill：

• 定义从 subscriber 到 customer 的生命周期阶段
• 搭建显式属性与行为信号结合的 lead scoring
• 制定销售响应 SLA
• 按 account、territory、ACV 或 round-robin 分配线索
• 把流程设计翻译成 CRM workflow 逻辑

如果你需要的只是一次性的文案、cold outreach，或者定价策略，这个 skill 就不合适。

如何使用 revops skill

revops 的安装方式与上下文

这个仓库没有在 SKILL.md 里直接给出 skill 专属安装命令，所以更实用的方式是先添加上层 skills 仓库，再从已安装集合中调用 revops：

npx skills add https://github.com/coreyhaines31/marketingskills --skill revops

安装完成后，先打开 skills/revops/SKILL.md，再继续看配套的参考文件。

第一次正式使用前，先读这些文件

如果你想快速建立对这个 revops skill 的高信号理解，建议按下面顺序阅读仓库内容：

1. skills/revops/SKILL.md
2. skills/revops/references/lifecycle-definitions.md
3. skills/revops/references/scoring-models.md
4. skills/revops/references/routing-rules.md
5. skills/revops/references/automation-playbooks.md
6. skills/revops/evals/evals.json

这个顺序很重要，因为该 skill 默认的工作方式是：先定义阶段，再做评分，最后再做自动化。

先给业务上下文，不要一上来只谈工具

这个 skill 很明确：在给建议之前，它需要先拿到核心运营背景。高质量输入通常包括：

• GTM motion：PLG、sales-led，还是 hybrid
• ACV 区间
• 销售周期长度
• 当前技术栈：CRM、MAP、enrichment、scheduling
• 现在线索流程以及最大故障点

如果你的仓库里有 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md，这个 skill 会优先利用这些内容。这样能减少重复追问，也更容易给出贴合实际的方案。

revops skill 需要哪些输入

当你提供以下信息时，revops skill 的效果最好：

• 当前的生命周期阶段，即使很混乱也可以
• 典型 lead source 示例
• 现在每个阶段由谁负责
• 销售目前接受或拒绝什么样的线索
• 当前的评分字段，或团队对评分体系的抱怨点
• 路由约束，例如 territory、named accounts、enterprise 门槛
• 目标 SLA 与实际运营限制

如果缺少这些信息，输出看起来可能“说得通”，但仍然会过于泛化，难以真正落地。

如何把模糊需求改写成高质量的 revops prompt

弱 prompt：
“Help us with RevOps.”

更好的 prompt：
“We are a hybrid SaaS company using HubSpot. ACV is $18k to $40k. Marketing sends demo requests, webinars, and content leads to sales, but reps complain MQLs are weak and follow-up is inconsistent. Define lifecycle stages, propose MQL and SQL criteria, build a fit plus engagement scoring model, and suggest routing plus SLA workflows we can implement in HubSpot.”

之所以这样更有效，是因为它给了 skill 足够多的上下文，能据此判断阈值、归属关系和自动化逻辑。

适用于 CRM operations 的 revops 示例 prompt

在 revops for CRM Operations 场景下，最好同时要求策略层和实施层输出：

“Use the revops skill to design a lead management system for Salesforce. We are sales-led, $60k ACV, 90-day cycle, US and EMEA territories. We need lifecycle definitions, score thresholds, routing rules for enterprise vs mid-market, rejection reasons, recycling logic, and the workflow steps an admin should build.”

这样的表述会把输出从“战略建议”推进到“管理员可执行的结构化方案”。

首次使用 revops skill 的推荐流程

一个实用的 revops 使用流程通常是：

1. 定义生命周期阶段
2. 设定进入与退出标准
3. 明确 owner 和 SLA
4. 设计评分维度
5. 映射路由逻辑
6. 翻译成 CRM 自动化
7. 用边界案例测试
8. 根据拒绝原因、延迟情况和转化质量持续迭代

这套流程与参考文件的组织方式一致，也能避免在定义不清的前提下提前做出错误自动化。

把参考文件当成实施模块来用

这个 revops skill 最有价值的部分，就是这组 reference 文件。你可以把每个文件当成一个实施模块来使用：

• lifecycle-definitions.md：用于阶段命名、交接标准和 recycle 机制
• scoring-models.md：用于显式 fit 与隐式 engagement scoring
• routing-rules.md：用于 named account、territory、ACV 和 round-robin 路由逻辑
• automation-playbooks.md：用于 HubSpot 风格 workflow 与 SLA 执行机制

如果跳过这些文件，你会失去这个 skill 大部分的实操价值。

从 evals 看优质输出应该包含什么

evals/evals.json 很值得看，因为它展示的不只是主题范围，更是预期行为。比如，一个合格输出通常应该：

• 先检查 product marketing context
• 清楚定义所有生命周期转换
• 对齐 marketing 与 sales 的定义
• 包含 CRM 实施指导
• 同时覆盖 scoring 和 handoff 流程

因此，这些 evals 也可以直接当作你使用 revops skill 时的质量检查清单。

现实中的约束与取舍

这个 skill 最擅长的是流程架构和 CRM 逻辑设计，而不是在线审计真实系统。它可以帮你设计一套合理模型，但如果你不提供实际字段结构、损坏的 workflow、重复规则或 attribution 数据，它无法验证这些系统层问题。它也默认“先定义、后自动化”，这对大多数团队来说是正确路径，但相较于只修补某个症状，速度会更慢一些。

revops skill 最有实际价值的常见用例

以下是 revops skill 价值比较高的典型场景：

• 成长期 B2B SaaS 团队第一次建立 lifecycle framework
• 销售对 MQL 失去信任后的重构
• enterprise 与 SMB 线索混流后的 routing 清理
• inbound 响应的 SLA 与升级机制设计
• lead recycle 与 rejection reason 体系设计
• 高 ACV 销售模式下的评分模型校准

revops skill 常见问题

revops 比普通 prompt 更好吗？

如果是结构化运营工作，答案是肯定的。普通 prompt 往往只能给出泛泛的 funnel 建议；而 revops skill 内置了生命周期阶段、评分、路由和自动化方面的模式，还有配套 references，因此输出会更偏向可实施方案。

revops skill 对新手友好吗？

总体来说是友好的，前提是你能描述清楚自己的 funnel 和工具栈。你不需要很深的 RevOps 经验也能获得价值，但新手最好提供更多业务背景，并要求它输出定义和示例，而不只是“best practices”。

哪些 CRM 和工具最适合这个 skill？

HubSpot 是最明确的匹配对象，因为 references 里包含了这种风格的 workflow recipe。不过它的逻辑同样很适用于 Salesforce 和混合 GTM 技术栈。真正决定是否匹配的，不是 CRM 品牌，而是你是否需要正式的定义体系、路由逻辑和自动化设计。

什么情况下不该使用这个 revops skill？

不要把它用于：

• outbound copywriting
• pricing and packaging strategy
• campaign creative
• 在没有系统细节的前提下做深度数据库排障

它是一个流程设计 skill，不是万能型 GTM 助手。

revops 只覆盖 lead scoring 吗？

不是。lead scoring 只是这个 skill 的一部分。更完整的 revops 指南还覆盖生命周期阶段、owner 归属、交接规则、路由、SLA、拒绝与 recycle 流程，以及自动化模式。

小团队也适用吗？

适用，尤其是在创始人或第一位运营人员第一次建立 CRM 规则时。很多小团队甚至比大团队更需要阶段和 owner 清晰度，因为当线索量开始上来，依赖口头和临时协作的交接方式往往最先失效。

如何改进 revops skill 的使用效果

一开始就提供完整的运营约束

想提升 revops 输出质量，最快的方法就是提前提供那些会直接影响设计决策的约束条件：

• ACV
• 销售周期
• 团队结构
• GTM motion
• 路由模型
• 线索量
• 当前工具
• 当前转化瓶颈

这些变量会直接影响：你是否适合严格的 MQL 模型、以销售代表为单位的 owner 归属，或基于队列的路由方式。

不要只要建议，要它给出判断标准

好的 revops 输出不只会告诉你“怎么做”，还会解释为什么某个 lead 会成为 MQL、为什么它应该被路由给某个团队、为什么 SLA 应该是 4 小时而不是 24 小时。如果第一版回答太抽象，可以继续追问：

• “Show entry and exit criteria for each stage.”
• “List rejection reasons and recycle rules.”
• “Translate this into workflow triggers and actions.”

这样才能把策略真正转成 CRM 管理员可搭建的东西。

提供真实线索样本和边界案例

当你给出样本记录时，这个 skill 的效果会明显提升，例如：

• engagement 很低的 enterprise target account
• 意图很高但规模很小的 inbound demo request
• 来自非目标行业的 webinar lead
• 已有客户再次提交新表单

这些边界案例能更早暴露路由规则和评分规则中的薄弱点。

按你的真实销售模式校准 scoring

一个常见失败模式是：过度强调 engagement，低估 fit。对于更高 ACV 或 enterprise 销售，建议让 revops skill 分开设计：

• explicit fit score
• implicit engagement score
• high-intent override events

这样通常会比单一混合分数更利于优先级排序。

用字段级细节强化 revops for CRM Operations

如果你的目标是 revops for CRM Operations，那就尽量提供实际涉及的属性和对象：

• contact fields
• account fields
• owner fields
• territory markers
• lifecycle stage property names
• 用于衡量 SLA 的 activity fields

这样 skill 才能输出更贴近你实际 CRM 结构的 workflow 逻辑。

警惕流程设计过度

另一个常见问题，是让 revops skill 给出一套成熟 enterprise 框架，但你的团队根本运转不了。如果你只有 1 个 SDR、2 个 AE，且线索量不高，就应该明确说出来。更简单的路由、更少的阶段转换、更轻量的 scoring，往往才是更好的设计。

第一稿之后，用拒绝数据继续迭代

最有效的后续 prompt 不是“make it better”，而是类似这样：

“Sales rejected 40% of MQLs because title fit was weak and students were getting scored too highly. Revise the scoring model, add negative scoring, and update routing rules.”

这类输入能给 skill 明确的运营反馈，让它据此调整方案。

用 reference 文件给输出做压力测试

拿到第一版答案后，可以对照以下内容做检查：

• references/lifecycle-definitions.md 里的阶段模板
• references/scoring-models.md 里的 fit 和行为示例
• references/routing-rules.md 里的 fallback routing
• references/automation-playbooks.md 里的 SLA workflow

如果输出漏掉了其中某一层，就明确要求它补上那一层。

不只问最终方案，也要问上线顺序

一个很实用的改进型 prompt 是：

“Give me a 30-day rollout plan for this revops design, including what to define first, what to automate second, and what metrics to review weekly.”

这很有价值，因为很多 revops 失败，并不是终态设计错了，而是自动化上线早于定义稳定。

衡量 revops skill 是否真的帮到了你

使用 revops skill 后，比较合理的成功指标包括：

• 更快的 speed-to-lead
• 更少无人负责的 MQL
• 更低的销售拒绝率
• 更清晰的 recycle reason code
• 更好的 MQL-to-SQL conversion
• CRM 里更少的人工分诊工作

如果你的输出没有推动这些指标中的至少一项改善，那就应该继续优化设计，而不是一味增加复杂度。