収益オペレーション（RevOps）とは、すべての収益創出チームの背後にあるシステム、データ、プロセスを所有する機能です。B2B企業では、セールス、マーケティング、カスタマーサクセスの下の運用レイヤーを意味します。RevOpsはCRM、その中を流れるデータ、それを周辺ツールに接続する自動化ロジック、そしてGTM組織が意思決定に使う指標を所有します。
RevOpsチームが実際に行うこと
日常業務は4つのバケツに分かれます：
- システム。 GTMツールスタックの選定、設定、維持。CRM（HubSpot、Salesforce）、シーケンサー（Outreach、Salesloft、Apollo）、データエンリッチメント（Clay、ZoomInfo）、会話インテリジェンス（Gong）、自動化（n8n、Zapier）、AIオーケストレーション（Claude + MCP）。
- データ。 正しいデータがシステム間を流れていること、レコードがクリーンであること、フィールドがRepが考える意味を持っていること、レポーティングが現実を反映していることを確保します。
- プロセス。 リードのルーティング方法、案件の進め方、更新の追跡方法、チーム間のハンドオフの仕方、例外の処理方法を設計します。
- インサイト。 CROが信頼するレポートとフォーキャストを構築します。パイプラインベロシティ、セグメント別コンバージョン率、フォーキャスト対実績、チャーンドライバー。
RevOps vs Sales Ops
Sales OpsはRevOpsの前身機能です。同じコンセプトですが、セールスチームのみに範囲が限定されています。RevOpsは2018〜2020年にかけてB2B SaaS企業がセールス、マーケティング、カスタマーサクセスが同じ購買者ジャーニーに対して別々のシステムで動いていることに気づき始めた時に登場しました。これらのチームを別々のOpsドメインとして扱うことで、CROが解決できないデータドリフト、アトリビューション争い、フォーキャスト不一致が生まれていました。
RevOpsの統合により、収益ライフサイクル全体（リード → 商談 → 顧客 → 更新/拡張）を単一のデータモデルと統一された指標セットで管理する1つのチームが誕生しました。
企業がRevOpsを必要とする時期
トリガーは通常、規模ではなく複雑さです。1つのモーション（インバウンドデモ、AEクローズ）を持つ30人のB2B SaaSはまだRevOpsを必要としません。3つのモーション（インバウンド + アウトバウンド + プロダクト主導）と3つのペルソナを持つ30人のB2B SaaSはデータモデルとツールがバリエーションを扱う必要があるため、絶対的に必要です。
ARR 1,000万ドルまでにほとんどのB2B SaaS企業は専任のRevOps機能を持っています。ARR 2,500万ドルまでには、CROに報告するHead of RevOpsまたはVP RevOpsを持つ2〜5人のチームになるのが一般的です。
AIで変わったこと
2024年以前、RevOpsは主に配管でした。データがどのように動くか、システムがどのように接続するか、ダッシュボードが現実を反映するか。2024年以降、AIネイティブツール（ClayのAIカラム、Gongの会話インテリジェンス、Claude + MCPによるエージェンティックワークフロー）によって問いが変わりました。今やレバレッジは「データをどのように動かすか」ではなく「持っているデータに対してどのようなAIワークフローを実行できるか」にあります。
現代のRevOpsチームはClaudeスキルを書き、インバウンドをトリアージするn8nエージェントを構築し、データエンジニアタイプのためのCursorルールを展開し、AIツールスタックをサイドの実験ではなくファーストクラスのドメインとして扱います。
隣接する機能
- Marketing Ops — 同じコンセプト、マーケティングのツールに範囲を限定（HubSpot Marketing Hub、Marketo、Pardot、Customer.io）
- Sales Ops — セールスのみ、RevOpsの前身
- CS Ops / カスタマーサクセスOps — カスタマーサクセスのみ、Gainsight、Catalyst、Vitallyに特化
- GTMエンジニアリング — RevOpsの技術的な側面の新興タイトル（コードを書き、エージェントを構築し、インフラを所有する）
小規模企業ではこれらすべてが1人の担当者です。大規模企業では同一のオペレーションリーダーに報告する別々の機能として存在します。