revops

revopsスキルの概要

revopsスキルは何に使うものか

revops スキルは、AIエージェントがマーケティング・営業・カスタマーサクセスのあいだをつなぐ運用の仕組みを設計・改善するためのものです。実務では、リードライフサイクルの定義、MQL / SQL の基準、リードスコアリング、ルーティングロジック、引き継ぎ時の SLA、CRM 自動化、そしてそれらを安定して回すためのデータルールまでを扱います。

revopsスキルが向いているユーザーとチーム

この revopsスキルは、単なるアイデアではなく、運用に耐える構造が必要なオペレーション担当や GTM リーダーに向いています。たとえば、RevOps マネージャー、CRM 管理者、デマンドジェン担当、Sales Ops、最初のファネルを作る創業者、マーケから営業への引き継ぎを立て直したいコンサルタントです。特に、リードが取りこぼされている、営業が「有望」とされたリードを過剰に却下している、チーム間でステージ定義が食い違っている、といった状況で役立ちます。

実際に解決したい仕事

多くのユーザーが必要としているのは、Revenue Operations の一般論ではありません。HubSpot、Salesforce、あるいは混在スタックでそのまま実装できる運用モデルです。revopsスキルが最も力を発揮するのは、「リードルーティングを直したい」「MQL を整備したい」といった曖昧な課題を、具体的なステージ定義、スコア閾値、ルーティングルール、自動化手順に落とし込みたいときです。

このrevopsスキルが他と違う点

最大の違いは、理論だけで終わらないことです。リポジトリには、実装に使える実務向けの参照ファイルが含まれています。

• ライフサイクルステージ定義
• ルーティング判断ツリー
• スコアリングモデル
• 自動化プレイブック

そのため、通常のプロンプトよりも実装の足場がしっかりしています。特に revops for CRM Operations では、定義・責任者・トリガーをきちんと揃える必要があるため、この構成が効きます。

このスキルを導入すべきケース

次のような業務を再現性高く支援してほしいなら、revopsスキルを入れる価値があります。

• subscriber から customer までのライフサイクルステージを定義する
• 属性ベースと行動ベースのリードスコアリングを構築する
• 営業の初動対応 SLA を作る
• アカウント、テリトリー、ACV、round-robin でリードを振り分ける
• プロセス設計を CRM のワークフローロジックに落とし込む

一方で、単発のコピー作成、アウトバウンド文面、価格戦略だけが必要なら、このスキルは適していません。

revopsスキルの使い方

revopsのインストール前提

このリポジトリでは、SKILL.md 内にスキル専用のインストールコマンドは記載されていません。実務上は、親の skills リポジトリを追加し、そのインストール済みコレクションから revops を呼び出す形になります。

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

インストール後は、まず skills/revops/SKILL.md を開き、そのあとで補助の参照ファイルを読むのが基本です。

最初の本番利用前に読むべきファイル

リポジトリを短時間で把握したいなら、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

この順番には意味があります。このスキルは、まずステージを定義し、その次にスコアリング、最後に自動化へ進む前提で組まれているためです。

ツールの話より先に、事業コンテキストから始める

このスキルは、提案を出す前に運用の前提条件を明確にすることを重視しています。特に有効な入力は次のとおりです。

• GTM motion: PLG, sales-led, or hybrid
• ACV range
• sales cycle length
• current stack: CRM, MAP, enrichment, scheduling
• current lead process and biggest failure points

もしリポジトリ内に .agents/product-marketing-context.md や .claude/product-marketing-context.md があるなら、revopsスキルはそれを先に使う前提で設計されています。これにより、毎回のヒアリングを減らしつつ、提案の適合度も上げられます。

revopsスキルに必要な入力

revopsスキルが最も良い結果を出すのは、次の情報を渡したときです。

• 現在のライフサイクルステージ（整理されていなくても可）
• リードソースの具体例
• 各ステージを今だれが担当しているか
• 営業が何を受け入れ、何を却下しているか
• 現在のスコアリング項目、またはスコアへの不満点
• テリトリー、named accounts、enterprise 閾値などのルーティング制約
• 目標 SLA と運用上の制限

これらがないと、出力自体はもっともらしく見えても、実装に使えるレベルまで具体化されないことがあります。

曖昧な依頼を、使えるrevopsプロンプトに変える

弱いプロンプト:

“Help us with RevOps.”

より良いプロンプト:

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

この書き方が良いのは、閾値、責任分担、自動化ロジックを選ぶのに十分な前提情報を revopsスキルへ渡せるからです。

CRM運用向けrevopsのプロンプト例

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ワークフロー

revopsスキルを実務で使うなら、次の流れが堅実です。

1. ライフサイクルステージを定義する
2. 各ステージの entry / exit criteria を決める
3. オーナーと SLA を割り当てる
4. スコアリングの軸を設計する
5. ルーティングロジックを整理する
6. CRM 自動化に落とし込む
7. エッジケースでテストする
8. 却下、遅延、コンバージョン品質を見て調整する

この流れは参照ファイルの構成にも沿っており、定義が曖昧なまま自動化だけが先行する失敗を防げます。

参照ファイルを実装パーツとして使う

この revopsスキルの強みは、やはり reference セットです。各ファイルを実装の部品として使うと効果的です。

• lifecycle-definitions.md：ステージ名、引き継ぎ条件、リサイクル設計
• scoring-models.md：明示的な fit と暗黙的な engagement のスコアリング
• routing-rules.md：named account、territory、ACV、round-robin のルール
• automation-playbooks.md：HubSpot 風のワークフローと SLA 運用

これらを読まずに使うと、このスキルの実務価値の大半を取りこぼします。

evalsは「良い出力」の基準を示している

evals/evals.json は、単なるトピック一覧ではなく、期待される振る舞いを確認できるので読む価値があります。たとえば、出力には次の要素が含まれるべきです。

• まず product marketing context を確認する
• すべてのライフサイクル遷移を明確に定義する
• マーケティングと営業の定義を揃える
• CRM 実装のガイダンスを含める
• スコアリングと引き継ぎプロセスを一体で扱う

そのため、evals は自分の revopsスキル活用を見直す品質チェックリストとしても使えます。

実務上の制約とトレードオフ

このスキルが強いのは、プロセス設計や CRM ロジックの設計であって、本番環境の監査そのものではありません。筋の良いモデルを設計することはできますが、実際の field schema、壊れた workflow、duplicate rules、attribution data までは、こちらが情報を渡さない限り検証できません。また、「まず定義してから自動化する」という前提で動くため、多くのチームには正しい進め方ですが、目先の症状だけを早く塞ぎたいケースでは回り道に感じることもあります。

revopsスキルが特に価値を出しやすいユースケース

revopsスキルの価値が高いのは、たとえば次のようなケースです。

• 成長中の B2B SaaS チームで最初のライフサイクル設計を作る
• 営業の信頼が崩れたあとに MQL を再設計する
• enterprise と SMB のリードが混在していてルーティングを整理したい
• inbound への初動 SLA と escalation を設計したい
• リードのリサイクルや却下理由を設計したい
• 高 ACV 商材向けにスコアモデルを調整したい

revopsスキル FAQ

revopsは普通のプロンプトより良いのか？

はい。構造化されたオペレーション業務では、通常のプロンプトより有利です。一般的なプロンプトだと、抽象的なファネル改善案に寄りがちです。一方で revopsスキルには、ライフサイクル、スコアリング、ルーティング、自動化の定石が組み込まれており、さらに参照ファイルがあるため、出力が実装寄りになります。

revopsスキルは初心者にも使いやすいか？

概ね使いやすいです。自社のファネルや使っているツールを説明できれば、深い RevOps 経験がなくても十分価値を得られます。ただし初心者ほど、単に “best practices” を聞くより、事業背景を多めに渡し、定義と具体例まで求めたほうが良い結果になります。

このスキルに合うCRMやツールは？

最もわかりやすく相性が良いのは HubSpot です。reference にその流儀の workflow レシピが含まれているためです。ただし、ロジック自体は Salesforce や混在 GTM スタックにも十分移植できます。重要なのは CRM のブランド名ではなく、明確な定義、ルーティングロジック、自動化設計が必要かどうかです。

どんなときにこのrevopsスキルを使うべきではないか？

次の用途には使わないほうがよいです。

• outbound copywriting
• pricing and packaging strategy
• campaign creative
• deep database debugging without system details

これはプロセス設計のスキルであり、万能な GTM アシスタントではありません。

revopsはリードスコアリング専用なのか？

いいえ。リードスコアリングは revopsスキルの一部にすぎません。実際には、ライフサイクルステージ、責任分担、引き継ぎルール、ルーティング、SLA、却下・リサイクルのフロー、自動化パターンまで広くカバーしています。

小規模チームにも有効か？

はい。特に、創業者や最初のオペレーション担当が初めて CRM ルールを整備する場面では有効です。小さなチームほど、案件数が増え始めると非公式な引き継ぎがすぐ破綻するため、大規模チーム以上にステージ定義と責任範囲の明確化が効くことがあります。

revopsスキルを改善する方法

最初に運用制約をまとめて渡す

revopsの出力品質を最も手早く上げる方法は、設計判断を左右する制約条件を先に渡すことです。

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

これらによって、厳密な MQL モデルにすべきか、担当営業ベースの ownership がよいか、キュー型 routing がよいかが変わります。

推奨案だけでなく、判断基準も求める

良い revops の出力は、「なぜそのリードが MQL になるのか」「なぜそのチームに振り分けるのか」「なぜ SLA を 24 時間ではなく 4 時間にするのか」まで説明します。最初の回答が抽象的すぎるなら、次のように追加で聞いてください。

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

こうすると、戦略論を CRM 管理者が構築できるレベルまで具体化できます。

実際のリード例とエッジケースを渡す

次のようなサンプルレコードを渡すと、スキルの精度は大きく上がります。

• engagement は低いが enterprise の target account
• 意図は強いが small inbound の demo request
• 対象外業界から来た webinar lead
• 新しいフォームを送信した既存顧客

こうしたエッジケースを入れると、弱いルーティングやスコアリングのルールを早い段階であぶり出せます。

自社の営業モデルに合わせてスコアリングを調整する

よくある失敗は、engagement を重く見すぎて fit を軽視することです。高 ACV や enterprise 営業では、revopsスキルに対して次を分けて設計するよう依頼すると効果的です。

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

1つの混合スコアよりも、この分け方のほうが優先順位付けがうまくいくことが多いです。

フィールドレベルの情報でCRM運用向けrevopsを改善する

目的が revops for CRM Operations なら、関係する property や object を実際の名前で渡してください。

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

ここまで伝えると、CRM の実態により直接対応した workflow ロジックを出しやすくなります。

作り込みすぎたプロセスに注意する

もう1つよくある問題は、チームが運用できないのに、成熟企業向けの複雑なフレームワークを revopsスキルに求めてしまうことです。SDR が1人、AE が2人、リード量も少ないなら、その前提を明示してください。ルーティングはシンプルに、ステージ遷移は少なく、スコアリングも軽めにしたほうがうまくいくことは珍しくありません。

却下データを使って初稿のあとに見直す

最も良い追加入力は「もっと良くして」ではなく、たとえば次のようなものです。

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

このように運用上のフィードバックを渡すと、スキルは実データに沿って改善できます。

参照ファイルで出力を圧迫テストする

最初の回答を受けたら、次と照らし合わせて確認してください。

• references/lifecycle-definitions.md のステージテンプレート
• references/scoring-models.md の fit / behavior 例
• references/routing-rules.md の fallback routing
• references/automation-playbooks.md の SLA workflow

もしどれか1層でも抜けているなら、その欠けている層を明示して追加依頼するとよいです。

完成形だけでなく、導入順序も求める

実務で役立つ改善プロンプトの例は次のとおりです。

“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スキルが本当に役立ったかを測る

revopsスキル導入後の良い成功指標には、次のようなものがあります。

• speed-to-lead の短縮
• オーナー不在の MQL 減少
• 営業の却下率低下
• リサイクル理由コードの明確化
• MQL-to-SQL conversion の改善
• CRM 上の手作業トリアージの削減

これらのどれも改善しないなら、複雑さを足す前に、まず設計自体を見直したほうがよいです。