営業代行で発生するトラブルの多くは「成果定義の認識ズレ」に起因します。事業者側は「アポイント獲得」を成果と捉え、発注者側は「商談化」または「受注」を期待するという認識のずれが、契約期間中の不満として顕在化します。本稿では、成果定義を段階別に分解し、契約書または別紙に必ず盛り込むべき項目を発注検討者の視点で整理します。
成果の3段階: アポ・商談化・受注
営業代行の成果は、大きく3段階に分解できます。各段階の定義が事業者ごとに異なり、契約金額・成果報酬の算定にも影響します。
段階1: アポ獲得
アポ獲得とは、ターゲット企業の担当者と「特定の日時に面会する約束を取り付けた」時点を指します。事業者側の最も浅い成果定義で、月次のアポ獲得件数で評価される現場が多数派です。
ただし、アポ獲得の構成要件には複数のバリエーションがあります。決裁権限のある担当者へのアポか、情報収集目的の担当者へのアポか。電話面会か、対面・オンライン面会か。30分以上の時間枠を確保したか、5分の挨拶レベルか。これらの違いで、同じ「アポ獲得」でも実質的な価値が大きく異なります。
段階2: 商談化
商談化とは、アポ獲得した相手と実際に面会し、自社サービスの提案を聞いてもらえる関係性が確立した状態を指します。事業者側でも商談化を成果指標に含める事業者が増えていますが、商談化の定義は事業者ごとに異なります。
商談化の典型的な定義には以下のパターンがあります。アポ実施 + 30分以上の面会、アポ実施 + 提案資料の説明完了、アポ実施 + 次回アクションの合意、アポ実施 + 見積もり依頼の発生です。後者ほど成約に近く、発注者にとって価値が高い定義となります。
段階3: 受注
受注とは、ターゲット企業と契約締結に至った状態を指します。営業代行で受注まで責任を持つ事業者は限定的で、業界全体では商談化までを担当し、最終クロージングは発注者側の営業組織が担うのが一般的です。
成果報酬型の受注単価は、受注価格の数%から10%が業界相場です。年間契約100万円のSaaSを受注した場合、5%設定で5万円、10%設定で10万円という構造です。受注単価ベースの成果報酬は事業者側のリスクが高いため、月額固定費と組み合わせたハイブリッド型で運用されることが多くなります。
成果定義の認識ズレが発生する典型パターン
パターン1: 「アポ」の定義が事業者と発注者で異なる
事業者側のアポ定義: 担当者が「会う約束」をした時点で成果として課金対象 発注者側の期待: 決裁権限のある担当者が30分以上の面会枠を確保し、自社サービスの提案を聞く時間を準備した状態
このズレが発生すると、発注者は「アポを取った」と言われた相手と実際に会ってみたら「決裁権限のない若手担当者だった」「情報収集目的だった」「予算がない部署だった」という結果になり、商談化に至らないアポが量産されます。
パターン2: 無断欠席・当日キャンセル時の課金扱い
事業者がアポを設定したものの、相手企業の担当者が当日キャンセルや無断欠席をした場合に、課金対象とするかが論争点です。事業者側は「アポ設定 = 成果」と捉えるため課金対象と主張し、発注者側は「面会が実現していない = 成果未達」と捉えて課金対象外を主張します。
業界では当日キャンセル・無断欠席を「事業者起因のキャンセル (例: アポインターが日程をミスした)」と「相手起因のキャンセル」に分けて、後者は課金対象とする運用が多いのが実態です。ただし、契約書に明記されていない場合、解釈が曖昧になります。
パターン3: リスケ後のアポを「新規アポ」として二重課金
初回アポが相手起因でキャンセルになり、後日にリスケされた場合、これを「新規アポ」として再課金するかが論点です。事業者側は「再度の調整稼働が発生した」として再課金を主張するケースがあります。
発注者側は「同一商談機会の中での日程調整」として、初回アポの課金で完結すると捉えます。リスケが3回以上発生した場合の課金扱いも併せて契約書で定義する必要があります。
パターン4: 商談化率の分母・分子の認識ズレ
商談化率を KPI として設計する場合、計算式の認識ズレが発生します。
事業者側の計算式: 商談化件数 ÷ アポ獲得件数 発注者側の計算式: 商談化件数 ÷ アプローチ件数 (架電・メール送信件数)
事業者側の計算式では、アポ獲得段階で品質をフィルタリングできるため商談化率が高く出ます。発注者側の計算式では、アプローチ段階からの効率を測れるため商談化率が低く出る傾向があります。どちらの計算式を採用するかで、事業者の評価が大きく変わります。
パターン5: 受注単価の算定基準
受注単価ベースの成果報酬で、「受注価格」の算定基準が論点になります。初年度年間契約価格か、複数年契約の総額か、月次サブスクリプションの初月支払額か、それとも LTV (顧客生涯価値) を考慮した値かによって、計算結果が大きく異なります。
SaaS の場合、初年度年間契約価格をベースにする事業者が多いものの、月次サブスクで12ヶ月契約の場合に、12ヶ月分を一括計算するか、月次ごとに按分するかで論争が発生します。
契約書に盛り込むべき7つの定義
成果定義の認識ズレを契約締結前に解消するため、契約書または別紙に以下の7つの定義を盛り込むことを推奨します。
定義1: アポ獲得の構成要件
- 対象担当者の決裁権限の有無 (決裁者・部長クラス・課長クラス・担当者クラスのいずれを成果対象とするか)
- 面会形式 (対面・オンライン・電話のいずれを成果対象とするか)
- 面会時間の長さ (30分以上を成果対象とするか、5分以上を成果対象とするか)
- 自社サービスの説明機会の確保 (提案資料を提示する時間を確保するか)
定義2: 無断欠席・当日キャンセル時の課金扱い
- 相手起因のキャンセル: 課金対象とするかしないか
- 事業者起因のキャンセル: 課金対象外とする
- 事前キャンセル (1営業日前まで): 課金対象とするかしないか
定義3: リスケ後のアポの取扱
- 初回アポのキャンセル後、X日以内のリスケは同一アポとして単一課金
- X日以降のリスケは新規アポとして再課金
- リスケが N 回以上発生した場合の課金停止条項
定義4: 商談化の構成要件
- 商談化の判定タイミング (アポ実施後 X 日以内のフィードバックで判定)
- 商談化の判定基準 (面会時間・提案完了・次回アクション合意・見積依頼のいずれを成果とするか)
- 判定者 (発注者側で判定するか、事業者側で判定するか、合議で判定するか)
定義5: 商談化率の計算式
- 分子: 商談化件数の定義 (定義4 と整合)
- 分母: アポ獲得件数 (アプローチ件数ではない場合は明記)
- 計算期間: 月次・四半期・累計のいずれで集計するか
- 商談化率が基準を下回った場合の単価減額条項
定義6: 受注単価の算定基準
- 受注価格の定義 (初年度年間契約価格・複数年契約総額・LTV・初月支払額のいずれか)
- 月次サブスクの算定方法 (12ヶ月分一括・月次按分のいずれか)
- 受注報告タイミング (契約締結時・初回支払発生時のいずれか)
- 受注後の解約・返金が発生した場合の事業者報酬の取扱
定義7: 商談記録・コール記録の提出義務
- アポ獲得時のコール録音 (全件提出・サンプル提出・要請時のみ提出のいずれか)
- 商談化判定のための商談記録 (アポインターによる記録・発注者側の確認義務)
- 月次レビュー会議での共有方法 (記録の電子化・共有プラットフォーム)
成果定義を契約に組み込む交渉のコツ
成果定義の精緻化を事業者に求めると、「事務作業が増える」「他社では設定していない」という反応が返ってくることがあります。交渉のコツとしては、以下の3点が有効です。
第一に、定義の精緻化が事業者側の品質維持のインセンティブを高めることを説明します。低品質アポを量産する事業者を排除し、優良事業者にとっては差別化要因になります。
第二に、契約金額が大きいほど交渉力が強くなります。月額100万円以上の契約では、5つから7つの定義をすべて契約に組み込む交渉が成立しやすく、月額30万円以下の契約では標準契約の修正が困難なケースが多いのが実態です。
第三に、すべてを一度に交渉せず、優先順位を絞ります。最重要は定義1 (アポ獲得の構成要件) と定義2 (キャンセル時の課金扱い) で、これだけでも契約後のトラブルを大きく減らせます。
業界の構造と中立性
成果定義の曖昧さは、特定事業者の問題ではなく、営業代行業界全体に共通する構造的な課題です。事業者側にも合理性 (アポ獲得は事業者の稼働対価、品質判定の責任は発注者) があり、一方的に「悪質」と評価することは適切ではありません。
発注検討者としては、業界の構造的な曖昧さを理解したうえで、自社の発注プロセスで成果定義を契約段階で精緻化する責任があります。事業者選定の段階で「成果定義の精緻化に応じる姿勢」を評価軸に含めることが、後の認識ズレを構造的に避ける本質的な対策です。
まとめ
営業代行の成果定義は、アポ・商談化・受注の3段階に分解でき、各段階の構成要件を契約書または別紙に明記することで認識ズレを大きく減らせます。アポ獲得の構成要件、キャンセル時の課金扱い、リスケの取扱、商談化の判定基準、商談化率の計算式、受注単価の算定基準、商談記録の提出義務の7つを契約段階で定義することが、業界標準を超えた発注者リテラシーです。
営業代行のビジネスモデル図鑑 では業界全体の料金体系・KPI を、営業代行のトラブル事例と回避策 と 営業代行の解約条件と途中解約の現実 では契約後に発生するトラブル類型を整理しています。事業者選定と契約交渉の前提知識として合わせて参照してください。