RevOps担当者にとって営業代行の存在は、収益プロセス全体の一貫性を崩しかねない変数のひとつになりやすい。マーケティングから営業、カスタマーサクセスまでを横断してデータとKPIを整流化する立場からすると、外部チームが独自のフォーマットや指標で動いてしまうと、レポーティングの精度そのものが揺らぐためだ。

なぜRevOps担当者が営業代行に関わるのか

営業代行はリード獲得や商談創出の一部プロセスを担うことが多く、そのデータがCRM上で自社データと同じ粒度・同じ定義で記録されなければ、パイプライン分析やフォーキャストの信頼性が下がってしまう。RevOpsの役割は、この「定義のズレ」を導入初期に潰しておくことにあるといえる。

具体的な連携ポイント

データ連携とKPI設計は、契約前の段階から擦り合わせておくのが理想とされる。

  • リード・商談のステータス定義を委託先とも共通言語化する
  • CRM入力ルール（必須項目・更新タイミング）を明文化して共有する
  • KPIはアクティビティ指標と成果指標を両方設定し、偏りを防ぐ
  • ダッシュボードは自社側で一元管理し、委託先には閲覧権限を付与する形が扱いやすい
指標分類例主な目的
アクティビティ指標コール数・アポ獲得数稼働の可視化
成果指標商談化率・受注率質の評価
データ品質指標入力漏れ率・重複率CRM健全性の維持

ポイント：営業代行との連携で最も崩れやすいのはデータ定義であり、KPIの数字合わせより先に「用語のすり合わせ」を済ませておく方が結局は近道になる。

注意すべき視点

複数の営業代行やチャネルを併用している場合、データソースが増えるほど名寄せの負荷が高まる。RevOps担当者としては、委託先選定の段階で「使用しているCRM・SFAとの連携可否」を確認しておくことが、後工程の手戻りを減らす現実的な打ち手だろう。

よくある質問

Q. 営業代行にCRMのアクセス権限をどこまで渡すべきか A. 担当している商談・リードの範囲に限定し、全社データへのアクセスは避けるのが一般的な考え方とされる。

Q. KPIが自社チームと異なってもよいか A. 業務範囲が異なる以上、多少の差異は許容されるが、最終的な収益指標には接続できる設計にしておくべきだろう。

Q. データ連携がうまくいかない場合の見直しタイミングは A. 導入から1〜3ヶ月を目安に一度レビューし、定義のズレや入力負荷を確認するのが現実的だ。

Q. 複数の営業代行を併用する際に気をつけることは A. リードの重複アプローチを防ぐため、配分ルールとステータス管理をRevOps側で一元化しておく必要がある。