revops

revops skill 概覽

revops skill 是用來做什麼的

revops skill 可協助 AI agent 設計並優化行銷、業務與客戶成功之間的營運系統。實務上，這包含名單生命週期定義、MQL 與 SQL 標準、名單評分、分派邏輯、交接 SLA、CRM 自動化，以及讓這些流程穩定運作所需的資料規則。

最適合的使用者與團隊

這個 revops skill 最適合需要「可執行結構」而不只是想法的營運團隊與 GTM 負責人：例如 RevOps 經理、CRM 管理員、需求開發主管、sales ops、正在建立第一條 funnel 的創辦人，以及正在整理 marketing-to-sales handoff 的顧問。尤其當名單經常遺失、業務過度否決「合格」名單，或團隊對各階段定義沒有共識時，這個 skill 特別有價值。

真正要完成的工作

大多數使用者其實不需要一篇泛泛而談的 revenue operations 說明。他們需要的是一套能在 HubSpot、Salesforce 或混合技術堆疊中落地的工作模型。當你想把像是「修好 lead routing」或「建立 MQL」這種模糊目標，轉成明確的階段定義、評分門檻、分派規則與自動化步驟時，revops skill 的表現最強。

這個 revops skill 有什麼不同

它最大的差異，在於不只停留在理論。這個 repository 內含多份可直接參考的實務檔案，涵蓋：

• lifecycle stage definitions
• routing decision trees
• scoring models
• automation playbooks

因此，和一般 prompt 相比，這個 skill 提供了更完整的實作骨架。特別是在 revops for CRM Operations 這類情境中，定義、責任歸屬與觸發條件必須彼此對齊，這些參考檔會非常重要。

什麼情況下，這個 skill 值得安裝

如果你希望在以下工作上獲得可重複使用的 revops 協助，就很適合安裝這個 skill：

• 定義從 subscriber 到 customer 的 lifecycle stages
• 建立顯性與行為型 lead scoring
• 設計 sales response SLA
• 依 account、territory、ACV 或 round-robin 分派 leads
• 把流程設計轉成 CRM workflow logic

如果你只是需要一次性的文案、cold outreach，或 pricing strategy，這就不是對的 skill。

如何使用 revops skill

revops 的安裝方式與上下文

這個 repository 沒有在 SKILL.md 中直接提供 skill 專屬的安裝指令，因此較實際的做法是先加入上層 skills repo，再從已安裝的集合中呼叫 revops：

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

安裝後，請先開啟 skills/revops/SKILL.md，再閱讀後續的參考檔案。

第一次正式使用前，先讀這些檔案

如果你想快速掌握這個 repo 中高訊號的 revops 指南，建議依照以下順序閱讀：

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 預設你會先定義 stages，再做 scoring，最後才進入 automation。

先從商業背景開始，不要一開始只講工具

這個 skill 很明確地要求：在提出建議前，先提供核心營運背景。高品質的輸入通常包括：

• GTM motion：PLG、sales-led，或 hybrid
• ACV 區間
• sales cycle 長度
• 目前使用的 stack：CRM、MAP、enrichment、scheduling
• 現行 lead process 與最大的失敗點

如果你的 repo 裡有 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md，這個 skill 會優先使用這些內容。這能減少重複的探索式提問，也會讓 revops 建議更貼近實際情境。

revops skill 需要哪些輸入

當你提供以下資訊時，revops skill 的輸出通常會最好：

• 目前的 lifecycle stages，即使很混亂也沒關係
• lead source 範例
• 現在每個 stage 是誰負責
• sales 會接受或拒絕哪些 lead
• 現有 scoring fields，或目前對 scoring 的抱怨
• routing constraints，例如 territories、named accounts 或 enterprise thresholds
• 目標 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 skill 提問範例

若你的需求是 revops for CRM Operations，請同時要求 policy 與 implementation：

“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. 定義 lifecycle stages
2. 設定 entry 與 exit criteria
3. 指派 owners 與 SLAs
4. 設計 scoring dimensions
5. 繪製 routing logic
6. 轉譯成 CRM automation
7. 用 edge cases 測試
8. 根據 rejects、延遲與 conversion quality 持續修正

這個流程與參考檔的架構一致，也能避免在定義不清楚的情況下，過早做出錯誤的自動化。

把參考檔當成實作模組來用

這個 revops skill 最有價值的部分，就是整套 reference files。建議把每個檔案都當成一個實作積木：

• lifecycle-definitions.md：用來定義 stage names、handoff criteria 與 recycling
• scoring-models.md：用來建立 explicit fit 與 implicit engagement scoring
• routing-rules.md：用來處理 named account、territory、ACV 與 round-robin 邏輯
• automation-playbooks.md：用來設計 HubSpot 風格的 workflows 與 SLA enforcement

如果你跳過這些檔案，這個 skill 大部分的實用價值也會一起流失。

evals 會告訴你好的輸出應該長什麼樣子

evals/evals.json 很值得讀，因為它展示的不只是主題，而是預期行為。舉例來說，好的輸出應該：

• 先檢查 product marketing context
• 清楚定義所有 lifecycle transitions
• 對齊 marketing 與 sales 的定義
• 包含 CRM implementation guidance
• 同時涵蓋 scoring 與 handoff process

因此，這份 evals 也很適合拿來當作你自己使用 revops skill 的品質檢查清單。

revops skill 的實務限制與取捨

這個 skill 最擅長的是流程架構與 CRM 邏輯設計，而不是即時稽核你的系統狀態。它可以設計出合理的模型，但如果你沒有提供實際的 field schema、失效 workflows、duplicate rules 或 attribution data，它無法幫你驗證這些問題。它也預設你應該先定義、再自動化；對大多數團隊來說這是正確做法，但速度一定比只修補單一症狀來得慢。

revops skill 最能發揮價值的常見情境

以下是 revops skill 特別高價值的使用情境：

• 成長中的 B2B SaaS 團隊，第一次建立 lifecycle framework
• 當 sales 不再信任 MQL 時，重新設計 MQL
• enterprise 與 SMB leads 混在一起時，整理 routing
• inbound response 的 SLA 與 escalation 設計
• lead recycling 與 rejection reason 設計
• 用於較高 ACV 銷售模式的 score model 校準

revops skill 常見問題

revops 會比一般 prompt 更好嗎？

會，尤其是在結構化的營運設計工作上。一般 prompt 往往只會給出很泛的 funnel 建議；而 revops skill 內建了 lifecycle stages、scoring、routing 與 automation 的模式，也有 references 可支撐輸出更靠近實作。

revops skill 對新手友善嗎？

大致上是友善的，只要你能描述自己的 funnel 與工具環境。你不需要很深的 RevOps 經驗也能獲得價值，但新手最好提供更多商業背景，並要求它給出 definitions 與 examples，而不是只問「best practices」。

哪些 CRM 與工具最適合這個 revops skill？

HubSpot 是最明確的適配對象，因為 references 中包含了這種風格的 workflow recipes；但其中的邏輯同樣很適合轉用到 Salesforce 與混合式 GTM stacks。真正的適配重點不是 CRM 品牌，而是你是否需要正式化的 definitions、routing logic 與 automation design。

什麼情況下不該使用這個 revops skill？

不要把它拿來做：

• outbound copywriting
• pricing and packaging strategy
• campaign creative
• 在沒有系統細節時做深度 database debugging

它是一個流程設計型 skill，不是萬用的 GTM assistant。

revops 只涵蓋 lead scoring 嗎？

不是。lead scoring 只是其中一部分。更完整的 revops 指南還涵蓋 lifecycle stages、owner 分工、handoff rules、routing、SLAs、rejection 與 recycle flows，以及 automation patterns。

小型團隊也適用嗎？

適用，尤其是在創辦人或第一位營運人員第一次建立 CRM 規則時。小團隊往往比大團隊更需要 stage 與 owner 的清晰定義，因為當量一上來，非正式交接通常最先出問題。

如何改善 revops skill 的輸出品質

一開始就提供完整的營運限制條件

想最快提升 revops 輸出品質，最有效的方法就是先給出那些會影響設計決策的限制條件：

• ACV
• sales cycle
• team structure
• GTM motion
• routing model
• lead volume
• current tools
• current conversion bottlenecks

這些變數會直接影響到底該不該採用嚴格的 MQL 模型、以 rep 為主的 ownership，或以 queue 為主的 routing。

不只要建議，也要要求它給出判斷標準

好的 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 管理員真的能建立的東西。

提供真實 lead 範例與 edge cases

只要你提供一些 sample records，這個 skill 的品質通常會明顯提升，例如：

• enterprise target account with low engagement
• small inbound demo request with high intent
• webinar lead from a non-target industry
• existing customer who fills a new form

這些 edge cases 很適合提早暴露 routing 與 scoring 規則中的薄弱處。

依你的實際 sales motion 校準 scoring

常見的失敗模式，是把 engagement 權重設太高、fit 權重設太低。若你面對的是較高 ACV 或 enterprise sales，建議要求 revops skill 明確拆開：

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

這通常會比單一 blended score 做出更好的優先級排序。

用欄位層級細節，強化 revops for CRM Operations

如果你的目標是 revops for CRM Operations，請把實際涉及的 properties 與 objects 一起提供：

• contact fields
• account fields
• owner fields
• territory markers
• lifecycle stage property names
• activity fields used for SLA measurement

這樣 skill 才能輸出更貼近你實際 CRM 結構的 workflow logic。

留意流程是否被設計得過度複雜

另一個常見問題，是團隊其實還沒成熟到能操作 enterprise 級框架，卻要求 revops skill 設計得太重。如果你只有一位 SDR、兩位 AEs，而且 lead volume 不高，請明確說出來。通常更簡單的 routing、較少的 stage transitions，以及較輕量的 scoring，反而更好用。

用 rejection data 做第二輪迭代

最好的後續 prompt 不是「幫我做得更好」，而是像這樣：

“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.”

這類 prompt 會提供可操作的營運回饋，讓 skill 能真正根據現實問題調整。

用參考檔對輸出做壓力測試

拿到第一版答案後，請把它對照以下內容檢查：

• references/lifecycle-definitions.md 中的 stage templates
• references/scoring-models.md 中的 fit 與 behavior 範例
• references/routing-rules.md 中的 fallback routing
• references/automation-playbooks.md 中的 SLA workflows

如果輸出漏掉其中某一層，就直接要求它補上那一層。

不只要 end-state design，也要 rollout order

一個很實用的改善型 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 失敗，都是在定義尚未穩定前就過早上線 automation。

衡量 revops skill 是否真的有幫上忙

使用 revops skill 後，好的成功指標包括：

• 更快的 speed-to-lead
• 更少無人負責的 MQLs
• 更低的 sales rejection rate
• 更清楚的 recycling reason codes
• 更好的 MQL-to-SQL conversion
• CRM 中更少的人工 triage

如果你的輸出沒有改善以上任一項，應該先修正設計，而不是繼續增加複雜度。