IT・SaaS業界における営業代行活用のコツ

IT・SaaS業界で営業代行を使うなら、任せる工程は新規架電とインバウンドリードの初回対応から始め、成果地点は「有効商談」に置くのが基本です。トライアル登録を成果にすると使われないアカウントが増え、受注を成果にすると1〜2ヶ月上乗せされる決裁の長さから代行会社が受けにくくなります。2週間〜1ヶ月のトライアル中のフォロー、インサイドセールスとのリード振り分け、ARRとチャーンで測る評価を先に設計しないと、アポは増えても契約が増えません。

なぜIT・SaaS業界の営業は難しいのか

IT・SaaSプロダクトは無形であるうえ、機能の理解に一定の学習コストがかかります。競合が乱立し、機能比較表だけでは差別化が伝わりにくい市場でもあります。加えて多くのサービスが無料トライアルやフリーミアムを起点にしており、「使ってもらう」段階と「契約してもらう」段階で求められる営業スキルが別物。前者は導入支援に近く、後者は決裁者への提案力が問われます。この二面性が、営業代行に任せる範囲の設計を難しくしています。

SaaS特有の営業プロセスを押さえる：トライアル、PLG、ARRとチャーン

営業代行会社に説明する前に、自社のプロセスを次の3つの観点で言葉にしておきます。

トライアルから有償化への流れ リード獲得後、2週間〜1ヶ月程度が目安のトライアル期間を経て有償契約へ進むのが典型的な流れです。トライアル期間中に活用が進まなければ、そのまま失注します。契約化率を左右するのは、この期間中の「使われていない機能」を掘り起こす会話ができるかどうか。単なる催促の電話では動きません。

PLG(プロダクト主導の成長)との併用 セルフサーブで登録・利用が進む設計のプロダクトでは、営業が介在しない契約も一定数あります。営業代行を入れる場合、「どの規模・どの行動をしたアカウントに人が介在するか」の線引きが要ります。全ユーザーに架電すれば、セルフサーブで契約するはずだった顧客の体験を損ねます。

ARRとチャーンで評価する構造 SaaSの売上は年間経常収益(ARR)で積み上がり、解約(チャーン)で削られます。契約直後に解約される顧客を増やしても、ARRには寄与しません。営業代行の成果を「契約数」だけで測ると、質の低い契約が混ざる構造的な理由がここにあります。

営業代行に任せやすい工程、任せにくい工程

SaaSの営業プロセスを工程に分解すると、外部化の向き不向きがはっきりします。

工程	任せやすさ	理由・条件
ターゲットリスト作成・新規架電	高い	プロダクト知識が浅くても、業界・規模・課題仮説で会話が成立する
インバウンドリードへの初回対応	高い	反応速度が商談化率を左右し、代行会社の体制が生きる
トライアル中のフォロー架電	中	操作理解が前提。オンボーディング資料と想定問答の整備が必要
決裁者向けの提案・見積調整	低い	価格の裁量とセキュリティ質問への回答が絡み、社内の判断が要る
契約後のオンボーディング・解約予兆対応	中	営業代行よりカスタマーサクセス代行の領域

任せやすい工程から始めるのが原則です。新規架電やインバウンド初回対応で商談の質を確認し、トライアルフォローまで広げるかを判断します。決裁者向けの提案・見積調整まで最初から外部化するのは、社内に営業がまったくいない立ち上げ期に限った選択です。

トライアル中のフォローを任せる場合は、次の準備を発注側で整えておきます。

• 見込み顧客のセグメント別に架電スクリプトを設計する
• 利用ログをもとにフォロータイミングを調整する(可能な範囲で)
• 決裁者と現場担当者、双方への訴求点を使い分ける
• 社内提案に使える資料(費用対効果の説明、セキュリティ概要)を代行側に渡す

インサイドセールスとの役割分担を先に決める

IT・SaaS業界ではインサイドセールスの分業が進んでいる企業が多く、営業代行を導入する際もこの体制との接続が課題になります。既存のSDR/BDR機能を代替するのか、補完するのか。事前に整理しておかないと、同じリードに社内と代行会社が二重に架電する事故が起きます。

分担パターン	向いているケース
完全アウトソース	立ち上げ期でインサイドセールス組織が未整備
一部補完(架電のみ等)	既存チームのリソース不足を補いたい
並走・KPI比較	内製化の判断材料を得たい

並走型を選ぶなら、リードの振り分けルールを「ラウンドロビンで交互に」「業種で分ける」など機械的に決めます。人が選別すると、社内チームに良いリードが偏り、比較になりません。

活動データの置き場所も先に決めます。代行会社が自社のSFA・CRMに直接入力する運用なら、社内チームと同じ画面で進捗を追えます。別ツールで管理して月次レポートだけ受け取る形だと、トライアル期限が迫っているアカウントへの対応が遅れます。

決裁プロセスの特徴と、代行側に求める一次対応力

BtoB SaaSでは情報システム部門やセキュリティ担当を含む3〜5名程度が途中で関与するケースが多く、決裁までに1〜2ヶ月程度の期間が上乗せされることも珍しくありません。営業代行側にもある程度のプロダクト理解と、セキュリティ関連の質問への一次対応力が要ります。

一次対応で必要なのは、正確な回答より「誰に、いつまでに確認して返すか」を即答できる体制です。データの保管場所、ログイン認証の方式、権限管理の有無といった定型的な質問は、想定問答集を渡しておけば代行側で答えられます。個別の契約条件やSLAに踏み込む質問は、社内の担当者にエスカレーションするルールを決めておきます。

料金は「成果の定義をどこに置くか」で決まる

営業代行の料金体系は、固定報酬型・成果報酬型・コール課金型の3つに分かれます。SaaSで判断を分けるのは、成果報酬型を選ぶときに「成果」をどの地点に置くか。この一点です。

成果の定義	メリット	起きやすい問題
トライアル登録	件数が出やすく、単価を抑えられる	使われないアカウントが増え、有償化率が下がる
有効商談(日程確定+ヒアリング済み)	質と量のバランスが取りやすい	「有効」の基準を文章で決めないと解釈がずれる
有償契約(受注)	支払いと売上が直結する	単価が高くなり、代行側が受けにくい。決裁の遅さで支払い時期も読めない

SaaSでは、トライアル登録を成果地点にすると数字が膨らむだけで売上につながらない失敗が起きやすく、受注を成果地点にすると決裁の長さから代行会社側が引き受けにくくなります。中間の「有効商談」を成果地点にし、有効の条件(決裁者または導入推進者との日程確定、課題と検討時期のヒアリング済み)を契約書に書き込む方式が、双方にとって現実的な落としどころです。

ラクスルBPOのBtoB向け営業代行は、この有効商談を成果地点とする完全成果報酬型です。有効商談1件4万円(税抜)で初期費用・月額固定費なし、月1件から依頼できます。有効商談は「日程が確定し、事前にヒアリングした内容や合意事項が明確になっている商談」と定義され、キャンセルやアポなしは請求対象外。コール録音の共有も受けられるため、SaaSの商談として質が足りているかを自社で確かめながら件数を増やせます。

代行会社を選ぶ確認項目

SaaS商材を任せる会社は、次の項目で見極めます。

• SaaS・IT商材の対応経験: 無形商材・トライアル型のプロダクトを扱った実績があるか
• スクリプト・FAQの更新体制: プロダクトのアップデートを月次で反映できるか。情報が古いまま架電が続くと、信頼を損ねる
• セキュリティ質問への対応範囲: 想定問答で答える範囲と、エスカレーションする範囲を明示できるか
• SFA・CRMへの入力方法: 自社ツールへの直接入力か、別ツールからの連携か
• 成果の定義と請求条件: 有効商談の条件、キャンセル時の扱い、最低契約期間
• 録音・会話ログの開示: 商談の質を発注側が確認できるか

プロダクトのアップデートが頻繫な業界だからこそ、トークスクリプトやFAQの更新頻度は発注前に必ず確認しておく項目です。

失敗例から学ぶ、SaaS営業代行の落とし穴

トライアル登録を成果にして、有償化率が落ちた 登録件数は目標を超えたものの、初回ログイン後に使われないアカウントばかりで、有償化率が導入前より下がった例です。成果地点を有効商談に切り替え、ヒアリング項目を追加して解消しました。

社内SDRと代行会社が同じリードに架電した リードの振り分けルールを決めずに並走を始め、同じ企業に2日連続で電話が入った例です。顧客からの苦情で発覚しました。振り分けを機械的なルールにし、SFA上で担当を可視化する運用に変えています。

古いスクリプトで架電し、廃止済み機能を案内した 四半期前の資料で架電を続け、すでに廃止された機能を説明してしまった例です。月次でスクリプトをレビューする定例を設け、プロダクトの更新情報を代行側へ流す担当を社内に置きました。

セキュリティ質問で会話が止まった 「データはどこに保管されるのか」という質問に代行担当が答えられず、そこで検討が止まった例です。想定問答集と、エスカレーション先の担当者を決めることで対処できます。

よくある質問

Q. 新規架電から始めて、トライアルフォローまで広げる基準は何か A. 新規架電やインバウンド初回対応で得た商談の質を、録音や会話ログで自社が確認できている状態を前提にします。そのうえで、セグメント別のスクリプトと操作に関する想定問答集を代行側に渡せるかで判断してください。資料が揃わないうちにフォローを任せると、単なる催促の電話になり有償化率が上がりません。

Q. 並走型でリードを振り分けるルールは何を基準に決めるか A. ラウンドロビンで交互に割り当てるか、業種で分けるかのように、人の判断が入らない機械的な基準にします。人が選別すると社内チームに良いリードが偏り、KPI比較の意味がなくなります。振り分け結果はSFA上で担当を可視化し、同じ企業に二重で架電する事故を防いでください。

Q. 代行側がセキュリティ質問に答えられなかったらどう直すか A. 正確な回答を代行側に求めるのではなく、「誰に、いつまでに確認して返すか」を即答できる体制を先に作ります。データの保管場所や認証方式といった定型の質問は、想定問答集で答えられる範囲に入れます。契約条件やSLAに踏み込む質問は、社内のエスカレーション先を決めておいてください。

Q. 成果地点を有効商談にするとき、契約書に何を書くか A. 「有効」の条件を文章で書き込みます。決裁者または導入推進者との日程確定と、課題と検討時期のヒアリング済みの2点が目安です。あわせてキャンセルやアポなし時の請求の扱いも明記してください。トライアル登録を成果地点にすると件数だけ膨らみ、受注を地点にすると決裁の長さから代行側が受けにくくなります。

Q. スクリプトが古いまま架電されるのを防ぐには何を決めるか A. 月次でスクリプトとFAQをレビューする定例を設け、プロダクトの更新情報を代行側に流す担当者を社内に置きます。発注前には、代行会社がアップデートを月次で反映できる体制かを確認してください。四半期前の資料で架電を続けると廃止済み機能を案内する事故が起き、信頼を損ねます。

あわせて読みたい

近い業種や似た課題を扱った記事です。

• 人材業界の営業代行活用と両面営業の課題
• 教育業界における営業代行活用と意思決定の遅さ
• 食品BtoB業界の営業代行活用と季節性への対応
• 葬祭業界のBtoB営業代行活用と提携開拓

業界別の営業代行活用の記事は「業界別・企業規模別の営業代行活用ガイド」に一覧でまとめています。自社の業界で商談が取れるかを小さく試したい場合は、月1件から依頼できるBtoB営業代行（完全成果報酬）があります。