SaaS営業代行の選び方｜商談数だけで決めず受注後まで役割を分ける

SaaS 営業代行を選ぶとき、商談数だけを比較すると判断を誤りやすくなります。初回接触を増やせても、価格の例外やセキュリティへの回答が曖昧なら、商談は前へ進みません。外注しやすいのは対象設計、初回接触、活動記録まで。デモ、価格例外、セキュリティ回答、契約、受注後の判断は、原則として社内に残します。

ただし、内製と外注の境界を引くだけでは足りません。境界をまたぐたびに、誰が、何を、いつまでにCRMへ残すかを決める必要があります。さらに、続ける条件だけでなく止める条件まで契約前に合意して初めて、商談品質を検証できます。

では、どの反応を見たら対象や訴求を直し、どこで施策そのものを止めるのか。ここが営業代行会社を比べる最後の分かれ目です。

SaaS営業代行は「工程」と「判断」を分けて選ぶ

SaaS営業では、説明するものが機能だけに収まりません。利用条件、他システムとの連携、データの扱い、運用体制、契約条件など、顧客ごとの確認が商談に入ります。営業代行へ一連の工程を任せるとしても、すべての判断まで渡すべきではありません。

契約前に、少なくとも次の分担を一枚にします。

分担の基準は、作業の可否より「誤った回答をしたとき誰が責任を持って訂正できるか」です。とくに価格例外、デモで示す将来機能、セキュリティ質問への回答は、受注を急ぐほど曖昧に渡してはいけません。

営業代行会社全般の比較軸は、BtoB営業代行会社を選ぶときの判断基準もあわせて確認できます。

商談数より先に、商談の受け入れ条件を定義する

商談の数だけでは、対象設計が正しかったか判断できません。情報収集だけの面談と、導入条件を確認できる商談が同じ一件に数えられるからです。営業代行会社を選ぶ前に、社内が受け入れる商談の条件を定義します。

• 対象企業と除外条件に合っている
• 想定する部署または課題との接点がある
• 相手が面談の目的を理解している
• 導入時期、現行手段、検討上の懸念のうち、確認できた項目が記録されている
• デモやセキュリティ確認が必要な場合、社内の担当者へ引き継がれている

「満たさなければ商談として受け取らない条件」と「商談で確認する条件」に分け、すべてを一律の必須項目にはしません。これにより、件数を追うために条件の弱い面談を積み上げる余地が減ります。

返信、商談、受注、売上は相手の判断を含むため保証できません。保証の言葉よりも、商談の定義、対象外の扱い、記録の欠落時にどう再確認するかを比較するほうが実務的です。

CRM記録を納品物にし、引き継ぎの空白をなくす

活動報告が「接触件数」と「商談件数」だけでは、社内は次の判断を再現できません。CRMへ残す項目、入力期限、更新責任者、閲覧権限を契約前に決めます。最低限、次の情報を同じ形式で追える状態が必要です。

• 企業名、対象部署・役職、情報の出所、対象または除外とした理由
• 接触日時、手法、使用した文面・トークの版
• 返信・会話の要点、辞退理由、送信停止依頼
• 顧客の課題、現行手段、導入時期、質問、未回答事項
• 次の担当者、期限、商談結果、失注・保留理由
• 契約時に合意した例外と、受注後担当へ渡す注意点

入力項目の多さより、初回接触から受注後まで同じ顧客の経緯をたどれる状態を優先します。営業代行側の管理画面にしか履歴が残らない場合は、契約終了時のデータ形式、返却時期、削除方法も確認します。

個人データを取り扱う業務を委託する場合、2026年8月1日時点の個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」は、委託先の適切な選定、委託契約、取扱状況の把握を示しています。必要のない個人データを渡さず、再委託先、業務範囲、取扱方法、アクセス権、削除、事故時の連絡を確認してください。

停止条件は「成果が出ないとき」だけではない

停止条件がなければ、対象や文面に問題があっても実行だけが続きます。開始前に、即時停止、一時停止、見直しの三段階を決めます。

即時停止

• 送信停止依頼を受けた相手への再接触
• 問い合わせフォームに営業禁止・用途限定の表示があるのに送信する運用
• 合意していない文面、対象、送信元を使った接触
• 誤送信、権限外アクセス、個人データの漏えいが疑われる状態

この四つは件数目標より優先し、原因と影響範囲を確認するまで再開しません。

一時停止して確認

• 利用規約やフォームの記載から営業利用の可否を判断できない
• 苦情、誤認を招く表現、社内で回答できない質問が続く
• CRMの必須項目が欠け、接触履歴を追えない
• 対象外企業への接触が見つかる

一時停止では、判断材料を揃え、社内責任者が再開を承認できる状態まで戻します。

定例で見直す

• 辞退理由が特定の対象条件や訴求に偏る
• 商談後の失注理由が初回接触の説明と食い違う
• 社内の商談対応や回答が滞り、引き継ぎ期限を守れない

即時停止は件数目標より優先します。一時停止では、再開を承認する社内責任者と、修正後に確認する記録をセットにします。定例見直しでは、一度に複数条件を変えず、何を変えたかをCRMに残します。

問い合わせフォーム営業では受け手の意思を優先する

問い合わせフォームは、相手企業が顧客や取引先からの連絡を受けるために設けた窓口です。公開されているから営業利用が常に許される、とは判断できません。各フォームの利用規約、営業禁止や用途限定の表示を接触前に確認し、禁止されている場合は送信対象から外します。判断できない場合も、送る側の都合で進めず保留します。

送信停止依頼は表記の揺れを含めて抑止リストへ反映し、営業代行会社、委託元、再委託先の間で重複接触を防ぎます。短期間の繰り返し送信、長すぎる文面、関係のない部署への送信は、受け手の確認・振り分け・削除の負担を増やします。対象を絞り、送信者、用件、連絡先を明確にし、不要との意思表示をしやすくすることが運用の前提です。フォーム営業のリスト作成と対象の絞り方も、接触前の対象設計に役立ちます。

メールを使う場合は、消費者庁が公開する「特定電子メールの送信の適正化等に関する法律」と関連ガイドラインも確認します。問い合わせフォーム送信と電子メールでは適用関係が同じとは限りません。個人情報保護法、特定電子メール法、フォームの規約を含む個別の適法性は、運用方法に応じて弁護士などの専門家へ確認してください。

SaaSの質問に答える担当を契約前に決める

顧客からセキュリティや運用条件を聞かれたとき、営業代行が推測で答える設計は避けます。経済産業省の「SaaS向けSLAガイドライン」は2008年1月の資料であり、現在の法令やセキュリティ基準の代わりにはなりません。ただし、前提条件、委託範囲、役割と責任、サービスレベル項目、未達時の対応、報告・連絡のルールという構成は、契約前質問を整理する観点として使えます。

営業代行との契約では、次を質問に置き換えます。

• セキュリティ質問を受けたら、誰へ、何時間・何営業日以内に引き継ぐか
• 承認済み回答と未回答をどう区別し、どこへ記録するか
• 障害、仕様変更、データ取扱いについて営業代行が回答してよい範囲はどこまでか
• 誤った説明が判明した場合、誰が顧客へ訂正し、履歴をどう残すか
• 契約終了時にCRMデータをどう返却し、委託先側の複製をどう削除するか

古い資料の数値やモデル条項はそのまま採用せず、質問の抜けを見つける材料として扱います。回答内容の最終承認は、情報システム、法務、プロダクトなど社内の担当者に残します。

選定面談で確認する8つの質問

候補会社への質問は、実績の有無だけで終わらせません。

1. 対象企業と除外条件を誰が承認するか
2. 商談として数える条件と、条件未達時の扱いは何か
3. 使用する文面・トークの変更を誰が承認するか
4. CRMへ何を、いつまでに、誰が入力するか
5. 価格例外、デモ、セキュリティ回答を社内へどう引き継ぐか
6. 送信停止依頼、フォーム規約、苦情をどう記録し共有するか
7. 即時停止と一時停止の条件、再開の承認者は誰か
8. 契約終了時のデータ返却・削除と、受注後の引き継ぎ範囲は何か

回答が具体的でも、自社側の担当者と期限が空欄なら運用はつながりません。営業代行会社の回答と同じ表に、社内責任者、承認期限、代替担当まで書いて比較します。

2026年8月1日時点のコトム公開LPでは、営業戦略、営業リスト、フォーム営業、会話型営業チームを、商材・対象・必要な役割に応じて組み、個別に見積もっています。固定料金は掲示しておらず、返信、アポイント・商談、受注・成約、売上、各種率を保証していません。対象、役割、記録、停止条件を整理するなら、営業体制を診断するへ進めます。

SaaS 営業代行の選定で先に決めるべきなのは、期待する商談数ではありません。外注する初回接触と記録、社内に残すデモ・価格・セキュリティ・契約・受注後判断、その間をつなぐCRM、そして接触を止める条件です。この四つを同じ分担表にできる会社なら、商談が増えたときだけでなく、対象や訴求を修正すべきときにも判断できます。