- 営業代行を導入したが、成果をどの指標で評価すべきかが定まっていない
- KGIから逆算したKPI体系が構築できておらず、活動量だけを追っている
- 委託先との間でKPIの定義や目標値の合意が曖昧なまま運用が進んでいる
こうした課題を抱える経営者・営業責任者の方に向けて、営業代行におけるKPI設計の実務を体系的に解説します。本記事では、KGIからの逆算アプローチ、ファネル別KPI指標一覧、費用モデル別の設計方法、委託先との合意プロセス、モニタリング体制、失敗事例と回避策まで網羅します。営業代行の基本的な仕組みについて詳しく知りたい場合は営業代行とは|仕事内容・費用相場・選定基準から外注判断まで体系的に解説をご参照ください。
営業代行のKPI設計とは(KGI→KPIの関係)

営業代行におけるKPI設計とは、委託先の営業活動を定量的に評価・管理するための指標体系を構築するプロセスです。正しいKPI設計の起点は、KGI(Key Goal Indicator:最終目標指標)からの逆算です。
KGI・KSF・KPIの関係
営業代行のKPI体系は、以下の3層構造で設計します。
- KGI(最終目標指標):売上目標や新規受注件数など、経営が追求する最終成果。営業代行単体ではなく、自社営業活動全体のゴールとして設定します
- KSF(重要成功要因):KGI達成に必要な成功条件。たとえば「月間SQL数を40件確保する」「商談化率を15%以上に維持する」など、KGIを分解した中間要件です
- KPI(重要業績評価指標):KSFを達成するために日常的に追跡する行動・成果の定量指標。架電数、接続率、商談化率、SQL数などが該当します
KGIからの逆算アプローチ
たとえば「四半期で新規受注10件」というKGIを設定した場合、逆算は以下のように進めます。
- 受注率が25%であれば、必要な商談数は40件
- 商談化率が10%であれば、必要な接続数は400件
- 接続率が30%であれば、必要な架電数は約1,350件
この逆算により、委託先に求める活動KPI(架電数)と成果KPI(SQL数・商談化率)の目標水準が論理的に導かれます。
内製営業との違い
内製営業ではプロセス全体を自社で管理できるため定性評価も可能ですが、営業代行ではSLA(サービスレベル合意)に基づく契約管理となり、定量KPIの設計精度が成果を左右します。受注率は自社フィールドセールスの力量にも依存するため、委託先の評価指標としてはSQL数までを主要KPIとし、受注率は参考指標として位置づけるのが一般的です。
おすすめ おすすめの営業代行はこちらフィールドセールス、テレアポ、商談代行を比較 156社 344件のサービスから最適な会社をご紹介完全無料でご提案最短即日にご案内中立な立場でサポート\ 今すぐチェック /詳しく見る
営業代行で設定すべきKPI指標一覧
営業代行のKPIは、営業ファネルの各段階に対応する指標を体系的に設計します。
活動KPIと成果KPIの分類
- 活動KPI:架電数、メール送信数、接続率、ヒアリング完了率など、委託先が直接コントロールできる行動量の指標。委託先の稼働効率を評価するために使用します
- 成果KPI:商談化率、SQL数、受注率など、活動の結果として生まれるアウトカム指標。投資対効果の評価に直結します
ファネル別KPI指標一覧
| ファネル段階 | KPI指標 | 分類 | 委託先の管理可能性 | 計算式・定義 |
|---|---|---|---|---|
| 活動量 | 架電数・メール送信数 | 活動KPI | 高い | 1日あたりの発信件数 |
| 接触 | 接続率 | 活動KPI | 中〜高 | 接続数÷架電数×100 |
| ヒアリング | ヒアリング完了率 | 活動KPI | 中〜高 | ヒアリング完了数÷接続数×100 |
| 案件化 | 商談化率 | 成果KPI | 中 | 商談設定数÷ヒアリング完了数×100 |
| 引き渡し | SQL数 | 成果KPI | 中 | BANT条件を満たした商談の件数 |
| 受注 | 受注率 | 成果KPI | 低い | 受注数÷SQL数×100 |
| 投資効率 | CAC(顧客獲得単価) | アウトカム指標 | 低い | 営業代行総費用÷新規獲得顧客数 |
| 投資効率 | ROI | アウトカム指標 | 低い | (売上貢献額−営業代行費用)÷営業代行費用×100 |
KPIツリーの考え方
KPIツリーとは、KGIを頂点として各KPIを因果関係で分解した樹形図です。営業代行の場合、以下のように設計します。
- KGI(売上目標)を頂点に置く
- KGIを「受注件数×平均単価」に分解する
- 受注件数を「SQL数×受注率」に分解する
- SQL数を「商談数×SQL転換率」に分解する
- 商談数を「接続数×商談化率」に分解する
- 接続数を「架電数×接続率」に分解する
この分解により、どの段階にボトルネックがあるかを特定できるようになります。インサイドセールスのKPI設計について体系的に理解したい場合はインサイドセールスのKPI設計完全ガイド|指標選定・目標設定・運用改善まで解説をご参照ください。
費用モデル別のKPI設計
営業代行の費用モデルによって、設定すべきKPIの重点が異なります。費用モデルとKPI設計の関係を正しく理解することが、委託先との合意形成の基盤となります。
費用モデル別のKPI設計比較
| 費用モデル | 概要 | KPI設計の重点 | 留意点 |
|---|---|---|---|
| 月額固定型 | 担当者数・稼働時間に応じた定額費用 | 活動KPI(架電数・接続率・ヒアリング完了率)で稼働効率を管理 | 活動量は担保されるが成果への直結は保証されない。成果KPIも並行して設定する |
| 成果報酬型 | 商談設定数・SQL数に応じた課金 | 成果KPI(アポ数・SQL数)が課金基準と直結。SQLの定義を厳密に合意する | 「成果」の定義が曖昧だと、質の低いアポイントが量産されるリスクがある |
| 複合型 | 基本料金(固定)+成果報酬 | 活動KPIと成果KPIの両方を設定。固定部分で活動量を、成果報酬部分で質を管理 | KPIの配分バランスが重要。活動KPI偏重にならないよう受注率まで追跡する |
成果報酬型における「成果」定義の設計
成果報酬型では、課金基準となる「成果」の定義がKPI設計の最重要論点です。成果定義が緩いと量は増えるが質が低下し、厳しすぎると委託先のモチベーションが低下します。パイロット期間のデータに基づいて適正な基準を設計することが重要です。
専属型とシェアード型のKPI水準差
専属型(Dedicated)は自社専任の担当者が対応するため商材理解が深まりやすく、商談化率やSQL数の目標を高く設定できます。シェアード型(Shared)は複数クライアントを兼務するため、質のKPIは専属型より低い水準で設定するのが現実的です。
KPI目標値の設定方法
KPI指標を選定した後は、各指標の目標値を設定します。以下の3つのアプローチを組み合わせて現実的な水準を決定します。
アプローチ1:パイロット期間のデータ活用
最も推奨されるアプローチです。1〜2か月のパイロット運用で実績データを蓄積し、そのデータに基づいて本格運用の目標値を設定します。パイロット期間は暫定KPIで運用し、ファネル全体の転換率を計測します。
アプローチ2:自社過去データからの算出
内製営業チームの実績がある場合、そのファネル転換率をベンチマークとして活用します。ただし、営業代行は内製と条件が異なるため、初期目標は内製実績の70〜80%程度に設定するのが現実的です。
アプローチ3:業界ベンチマークの参照
自社データがない場合は、業界平均値を参考にします。以下はBtoB営業における一般的なベンチマーク水準です。
| 指標 | 一般的なベンチマーク範囲 | 補足 |
|---|---|---|
| 接続率 | 15〜30% | リストの精度・業種により大きく変動 |
| ヒアリング完了率 | 40〜60%(対接続数) | スクリプトの質に依存 |
| 商談化率 | 5〜15%(対架電数) | ターゲティング精度が影響 |
| SQL転換率 | 30〜50%(対商談数) | BANT条件の厳密さにより変動 |
| 受注率 | 15〜30%(対SQL数) | 自社FSの力量にも依存 |
これらはあくまで初期値の目安です。パイロット期間のデータで早期に自社固有の水準へ補正することを推奨します。
SMARTの法則によるKPI目標の精緻化
設定した目標値は、SMARTの法則で精緻化します。
- Specific(具体的):「商談を増やす」ではなく「月間SQL数40件」と定量化する
- Measurable(測定可能):CRMやレポートで追跡可能な指標に限定する
- Achievable(達成可能):パイロットデータに基づき現実的な水準で設定する
- Relevant(関連性):KGI達成に直結する指標のみを主要KPIとする
- Time-bound(期限付き):月次・四半期の期限を明確にする
委託先とのKPI合意プロセス
KPI設計の成果は、委託先との合意プロセスの質に左右されます。契約前からSLA化までの実務ステップを解説します。
ステップ1:契約前のKPI方針すり合わせ
委託先の選定段階で、以下の項目を確認・合意します。
- 委託範囲(架電〜商談設定、または架電〜SQL引き渡しまで)
- 主要KPIの候補指標と計測方法
- 成果報酬型の場合は「成果」の定義案
- レポーティングの頻度とフォーマット
- CRM連携の可否と方式
ステップ2:パイロット期間の設計
本格運用の前に1〜2か月のパイロット期間を設けます。パイロット期間では以下を実施します。
- 暫定KPIで運用を開始し、ファネル全体の転換率データを蓄積する
- 架電リストの精度、スクリプトの有効性、ターゲティングの妥当性を検証する
- SQL定義の運用テストを行い、判定基準の実効性を確認する
- 週次で進捗を確認し、課題の早期発見・改善を行う
ステップ3:目標値の確定とSLA化
パイロットデータに基づき、本格運用のKPI目標値を確定します。
- パイロット実績をもとに、各指標の目標値を三者(自社・委託先・フィールドセールス)で協議する
- 主要KPI(目標値あり)と参考指標(モニタリングのみ)を区分する
- KPI未達時の対応フロー(原因分析→改善施策→再設定)を定義する
- 合意したKPIを契約書またはSLA文書に明記する
SLA文書に含めるべき項目
- KPI指標の定義(計算式を含む)
- 目標値と許容範囲
- レポーティング頻度・フォーマット
- KPI未達時のエスカレーションフロー
- 目標値の見直し時期(四半期ごとを推奨)
- 成果報酬型の場合は成果判定基準の詳細
SDR代行やBDR代行の選定基準について詳しく知りたい場合はSDR代行を徹底比較|費用相場・KPI設計・失敗しない選び方をご参照ください。
KPIモニタリングとPDCA
KPIは設定するだけでは機能しません。運用フェーズでは、定期的なモニタリングとPDCAサイクルの実行が成果を左右します。
週次レビューと月次レビューの設計
| レビュー頻度 | 対象指標 | 確認内容 | 参加者 |
|---|---|---|---|
| 週次 | 架電数・接続率・商談化率 | 活動量の進捗確認、異常値の早期検知、スクリプト・リストの調整判断 | 委託先担当者+自社管理担当 |
| 月次 | SQL数・受注率・CAC・ROI | 成果KPIの達成状況、KPI目標値の妥当性検証、投資対効果の評価 | 委託先責任者+自社営業責任者+経営層 |
| 四半期 | 全KPI+KGI進捗 | KPI目標値の再設定、委託範囲・体制の見直し、契約条件の調整 | 三者合同レビュー |
CRM活用によるリアルタイム可視化
SalesforceやHubSpotなどのCRM上でファネルデータをリアルタイムに可視化し、委託先と自社の双方がデータを確認できる環境を構築します。CRM連携にあたっては、委託先へのアクセス権限の範囲設定と操作ログの監査体制を事前に合意してください。営業代行のセキュリティ体制について詳しく知りたい場合は営業代行のセキュリティ体制|NDA設計・情報遮断・委託先評価の実務ガイドをご参照ください。
KPI未達時の対応フロー
KPI未達が発生した場合、以下のフローで対応します。
- 原因分析:ファネルのどの段階で目標との乖離が発生しているかをKPIツリーで特定する
- 改善施策の立案:リスト精度の向上、スクリプトの改訂、架電時間帯の変更など具体的な施策を策定する
- 施策の実行と効果検証:1〜2週間で施策を実行し、KPIの変化を追跡する
- 目標値の再設定:市場環境やリード品質の変化に応じて、目標値を見直す
KPI設計の失敗事例
営業代行のKPI設計を誤ると、期待した成果が得られないだけでなく、委託先との関係悪化にもつながります。以下に代表的な3つの失敗パターンを示します。
事例1:成果定義の曖昧さが紛争に発展
背景
BtoB向けSaaS企業が、成果報酬型の営業代行を導入しました。契約書には「商談設定1件あたり○万円」と記載されていましたが、「商談」の判定基準はBANT条件と紐づけられていませんでした。
何が起きたか
委託先は日程確定をもって「商談」とカウントしましたが、リードの多くが情報収集段階にとどまり予算・導入時期が未確定でした。自社FSは「これは商談ではない」と主張し、成果カウントを巡り紛争に発展しました。
構造的原因
KGIから逆算したKPI体系が設計されておらず、「商談」の定義がファネル上の位置づけと紐づいていなかったことが根本原因です。成果報酬型では課金基準と成果定義が直結するため、曖昧な定義は解釈の相違を生みます。
回避策
- 成果の定義をBANT条件の充足度合いに基づいて契約書に明記する(例:「BANT条件を2項目以上満たした商談」)
- パイロット期間に成果判定の運用テストを行い、基準の妥当性を検証する
- 月次で成果判定の結果をレビューし、必要に応じて基準を調整する仕組みを設ける
事例2:活動KPIのみ設定し質が低下
背景
製造業向け法人営業の企業が、月額固定型の営業代行を導入しました。KPIとして「月間架電数1,500件」「接続率20%以上」を設定しましたが、成果KPI(商談化率・SQL数)には明確な目標値を設定しませんでした。
何が起きたか
委託先は架電数と接続率のKPIを毎月達成しましたが、商談化率は低水準でした。架電数優先で1件あたりの通話時間が短縮され、ヒアリングが表面的になっていました。3か月後、営業代行経由の受注率は内製チームの半分以下と判明しました。
構造的原因
KPIツリーの設計が不完全で、活動KPI(架電数)から成果KPI(SQL数・受注率)への因果関係が管理対象になっていなかったことが原因です。委託先は契約上のKPI達成に注力するため、成果KPIが設定されていなければ質の向上に向かうインセンティブが生まれません。
回避策
- 活動KPIに加えて、成果KPI(商談化率・SQL数)を必ず目標値付きで設定する
- 架電数に対する商談化率の比率を追跡し、質と量のバランスを可視化する
- 通話録音のサンプルチェックを実施し、ヒアリングの質を定性的にも評価する
事例3:レビュー体制なしで3か月放置
背景
人材サービスを展開する企業が、新規市場開拓のために営業代行を導入しました。KPIは初期に設定されましたが、社内の担当者が他業務と兼任だったため、委託先との定例ミーティングが開催されないまま3か月が経過しました。
何が起きたか
3か月後の確認で、SQL数は目標の30%にとどまっていました。週次レポートは送付されていましたが社内で確認されず、接続率の低下が1か月目から放置されていました。
構造的原因
KPIを設定しただけでPDCA体制が構築されておらず、レビュー頻度・担当者・エスカレーションフローが未定義のまま、KPIが形骸化していました。
回避策
- KPIレビューの頻度(週次・月次)と参加者を契約時に合意する
- 社内に営業代行の管理担当者を専任または明確にアサインする
- KPI未達時の対応フロー(原因分析→改善施策→再設定)を事前に定義する
- CRMダッシュボードで異常値の早期検知を可能にする
よくある質問(FAQ)
- 営業代行のKPIは何を設定すべきですか
- KGIから逆算し、ファネル構造に沿って架電数・接続率・商談化率・SQL数を基本KPIとして設定します。受注率とCAC・ROIはアウトカム指標として追跡します。委託先がコントロールできる範囲に応じて、主要KPIと参考指標を区別することが重要です。
- KGIとKPIの違いは何ですか
- KGIは売上目標や受注件数などの最終目標指標、KPIはKGI達成に向けた行動・成果を測定する中間指標です。営業代行では、KGIから逆算してKPIの目標値を設計するアプローチが有効です。
- 委託先とのKPI目標値はどう決めればよいですか
- パイロット期間(1〜2か月)の実績データに基づいて設定するアプローチが最も推奨されます。自社の過去データや業界ベンチマークは初期値の参考として活用し、パイロット後にデータドリブンで目標値を確定します。
- 成果報酬型の場合、「成果」の定義はどう合意すべきですか
- 「日程確定」ではなく、BANT条件の充足度合いに基づく具体的な判定基準を契約書に明記します。たとえば「BANT条件のうち2項目以上を確認できた商談」のように定量化し、パイロット期間で運用テストを行うことを推奨します。
- KPIのレビュー頻度はどのくらいが適切ですか
- 活動KPI(架電数・接続率)は週次、成果KPI(SQL数・受注率)とアウトカム指標(CAC・ROI)は月次でレビューするのが一般的です。四半期ごとにKPI目標値そのものの妥当性を見直すことも重要です。
- 内製営業と同じKPIを営業代行にも適用できますか
- そのまま適用することは推奨しません。営業代行は定量KPIに基づく契約管理が基本であり、委託先がコントロールできる範囲に応じたKPI選定が必要です。初期目標は内製実績の70〜80%程度に設定し、パイロットデータで補正するのが現実的です。
- KPIが未達の場合、委託先を変更すべきですか
- 即座に変更せず、まずKPIツリーで未達の原因を特定します。改善施策を実行し効果を検証した上で、2〜3回の改善サイクルでも成果が改善しない場合に変更を検討するのが合理的です。
まとめ
営業代行のKPI設計は、委託先の成果を正しく評価し投資対効果を最大化するための基盤です。要点を整理します。
- KGIから逆算してKPIを設計し、各指標の目標値に論理的な根拠を持たせる
- ファネル構造に沿って活動KPI(架電数・接続率)と成果KPI(商談化率・SQL数)を体系的に設定する
- 費用モデルによってKPI設計の重点が異なり、成果報酬型では「成果」の定義を厳密に合意する
- KPI目標値はパイロット期間の実績データに基づいて設定し、SLAとして文書化する
- 週次・月次のレビューサイクルとKPI未達時の対応フローを事前に定義する
- CAC・ROIで投資対効果を定期的に評価し、経営層への説明責任を果たす
KPI設計は一度で完成するものではなく、運用データに基づいて継続的に改善するプロセスです。まずはパイロット期間を設けてファネルデータを蓄積し、KGIからの逆算に基づく目標設定と改善サイクルの構築から始めることを推奨します。