本文へ移動する

インサイドセールスの立ち上げ手順|役割・KPI・引き継ぎを12週間で整える

株式会社adding / コトム 営業代行 編集チーム

FIELD
インサイドセールス
PUBLISHED NOTES
52本
UPDATED
2026年10月7日

インサイドセールスの立ち上げでは、担当者を置いて活動を始める前に、マーケティング、インサイドセールス、フィールドセールスの役割を文書化し、KPI、共有情報、引き継ぎ基準まで一続きで決めます。インサイドセールスだけの活動量を管理しても、営業へ渡した後の評価がつながらなければ、何を改善すべきか判断できません。

進め方は、0週の準備、1〜2週の設計、3〜6週の試行、7〜9週の標準化、10〜12週の改善です。ただし、12週間は成果が出る期限でも業界標準でもありません。人員、リード件数、商談サイクル、既存の顧客管理環境によって所要期間が変わるなかで、何をどの順番で整えるか。その条件を外さずに運用開始へ進むための設計モデルです。

インサイドセールス立ち上げの全体図

2026年10月7日時点の公式情報では、インサイドセールスはマーケティングから引き継いだMQLを育成・選別し、SQLを営業部門へ渡して商談を創出する役割と整理されています。引き継ぎには、アプローチ履歴やヒアリング内容も必要です(Salesforce「インサイドセールスとは?」)。この記事では、マーケティング、インサイドセールス、フィールドセールスの分業体制を前提にします。BDRなどMQL起点でない体制では、自社の実際の工程名へ置き換えてください。つまり、立ち上げの対象は一部門ではなく、リードが部門間を移る仕組みそのものです。

以下は、この仕組みを実装するための記事内モデルです。

準備0週 設計1〜2週 試行3〜6週 標準化7〜9週 改善10〜12週
┌────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│責任者と目的│ → │役割・定義・KPI│ → │記録・判定・引継│ → │基準と運用を改訂│ → │連携KPIで見直す│
│対象・除外 │ │共有項目の初版 │ │差し戻し理由を蓄積│ │定例と表示を統一│ │次期変更点を決定│
└────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘
│ │ │ │ │
判断者を決める 渡せる状態を決める 同じ様式で事実を残す 迷いをルールへ戻す 部門横断で更新する

矢印は、前工程の成果物が次の判断材料になる関係を表します。0週に除外条件を決めなければ、試行時の対象選定は担当者ごとに揺れます。2週末までにSQLの初版がなければ、6週末に差し戻し理由を比べられません。では、最初から精緻なルールを作るべきでしょうか。初版を合意して試し、記録を根拠に改訂するところまでを立ち上げに含めます。

0週:責任者と判断の境界を決める

準備時点で決めるのは、目的、責任者、対象・除外条件、個人データの取扱範囲です。外部委託を含むなら、実行担当と最終判断者も分けます。コトムの公開サイトでは、実行側と委託元の担当範囲を分け、商材、対象・除外条件、文面・トーク、返信後対応、受注判断などの最終判断を明確にする運用例を示しています(2026年10月7日確認、コトム公式サイト)。

  • 事業責任者:目的、共通KGI、予算、最終判断を持つ
  • マーケティング:MQLの定義、流入情報、対象選定の前提を持つ
  • インサイドセールス:接触、育成、SQL判定、引き継ぎ記録を担う
  • フィールドセールス:商談対応、案件化後の結果、差し戻し理由を返す

役割表で重要なのは「担当する作業」だけでなく、「誰が定義を変更できるか」まで置くことです。個人データの取扱いを委託する場合は、委託元に適切な委託先の選定、委託契約の締結、取扱状況の把握を含む監督が求められます(2026年10月7日確認、個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」)。契約だけで終えず、運用中に確認できる責任者と記録方法まで準備に含めます。

1〜2週:役割・KPI・引き継ぎの初版を作る

部門連携では、各部門のミッションと役割範囲を文書化し、共通KGIから部門KPIと連携KPIへ分解する手順が示されています(2026年10月7日時点、Salesforce「インサイドセールスとフィールドセールスの違い」)。2週末までの成果物は、完璧なマニュアルではなく、試行できる初版です。

KPIは二層に分ける

第一層は、インサイドセールスが日々確認する指標です。候補にはコネクト数、商談化件数、商談への貢献率があります。第二層は部門共同の連携KPIで、有効商談供給数(SQL数)、SQLからの案件化率、SQLからの受注率、インサイドセールス関与案件の平均受注単価が候補です(Salesforce「営業のKPIとは?」および部門連携の公式解説)。

活動指標だけでは、接触後の質を読み違える余地があります。一方、受注率だけでは日々の運用を直しにくい。二層をつなげることで、「動けているか」と「渡した後に進んだか」を同じ設計の中で確認できます。指標の選び方をさらに整理する場合は、インサイドセールスのKPI設計と運用方法も参照してください。

引き継ぎは「状態・時点・情報」で定義する

引き継ぎテンプレートには、次の項目を置きます。

  • 企業・担当者情報
  • 過去の対応履歴
  • 現在の課題とヒアリング内容
  • ネクストアクション
  • SAL・SQLなどの判定条件と判定結果
  • 引き渡す時点

共有候補となる情報、入力項目と更新ルールの標準化、SAL・SQLの具体的な判定基準は、2026年10月7日時点の部門連携に関する公式解説に基づきます(Salesforce「インサイドセールスとフィールドセールスの違い」)。テンプレートを埋めること自体が目的ではありません。受け取る営業が次の行動を判断でき、後から判定を検証できる情報に絞ります。

3〜6週:同じ様式で試行し、差し戻しを残す

試行期間は、活動記録、SQL判定、引き継ぎ、フィールドセールスからの差し戻し理由を同じ様式で蓄積します。コトムの公開サイトも、開始前の対象・除外条件・文面、実行時の接触先・日時・手法・結果、反応時の会話要点・辞退・引き継ぎ事項、見直し時の変更案を記録する流れを示しています(2026年10月7日確認、コトム公式サイト)。外部支援を検討する場合も、作業量だけでなく判断材料が戻る設計が必要です。関連する考え方は営業代行のレポートで確認したい項目に整理しています。

差し戻しは隠すべき失点ではなく、SQL定義や入力項目を直す材料として扱います。ただし、理由を自由記述だけにすると比較しにくくなります。判定条件のどこが合わなかったか、必要情報の何が不足したかを、初版の項目に沿って残せるようにします。

7〜9週:人の判断を共通ルールへ戻す

試行記録を基に、SQL定義、入力必須項目、引き継ぎ時限、ダッシュボード、定例会の運用を改訂します。設計時には妥当に見えた基準でも、実際の差し戻しが同じ箇所に集まるなら、個人の注意力ではなく定義や入力画面を見直す対象です。

この段階で固定するのは、変更不能な完成版ではありません。誰が、どの記録を見て、どの場で変更を決めるかという運用です。マーケティング、インサイドセールス、フィールドセールスが引き継ぎ後の結果を持ち寄る設計にすれば、供給側だけ、受取側だけの都合で基準が動くのを避けられます。

10〜12週:連携KPIから次の変更点を決める

改善期間では、コネクト数や商談化件数だけでなく、SQL数、案件化率、受注率などの連携KPIと差し戻し理由を共同でレビューします。12週末の成果物は、良し悪しの総評ではなく、次期に変更する定義、入力項目、対象・除外条件、運用ルールです。

ここで数値目標の達否だけを見れば、立ち上げは活動管理に戻ってしまいます。どのSQL判定が案件化後の結果と整合したか、どの不足情報が引き継ぎ後の判断を止めたかを照合し、変更点を決めます。12週間で成果を保証するのではなく、12週までに改善判断ができる状態を作る。それがこのロードマップの到達点です。

この記事の問い合わせフォーム営業に関する記述は、法的判断ではなく、記事内の安全運用前提です。対象の利用規約と関係法令は個別に確認し、判断が必要な場合は弁護士等の専門家へ相談してください。

問い合わせフォーム営業は停止・除外を先に決める

問い合わせフォームを接点に含める場合は、送信先ごとに利用規約と営業目的での利用可否を確認し、営業利用を禁じるフォームには送りません。これは法的結論ではなく、安全な運用のための記事内前提です。対象の利用規約と関係法令は個別に確認してください。

送信停止の依頼を受けた宛先は記録し、以後の対象から除外します。対象との関連性を説明できない送信や反復送信も避け、受け手が内容を確認し、対応する負担に配慮します。対象件数を優先して除外条件を緩めれば、0週に決めた責任と判断の境界が崩れます。辞退、停止、規約上の除外を活動記録と同じ運用に載せることが必要です。

立ち上げ完了を判断するチェックポイント

  • 役割と最終判断者が文書化されている
  • 部門KPIと連携KPIが共通KGIにつながっている
  • SQLの状態、引き渡す時点、必須情報が定義されている
  • 差し戻し理由と引き継ぎ後の結果が記録される
  • 対象・除外条件、利用規約確認、送信停止の反映手順がある
  • 部門横断で次の変更点を決める場と責任者がいる

すべてに答えられるなら、担当者の配置ではなく、改善可能な運用として立ち上がっています。答えられない項目があるなら、図の対応段階へ戻ればよい。役割なら0〜2週、記録なら3〜6週、共通ルールなら7〜9週、結果を踏まえた変更なら10〜12週です。問い合わせフォーム営業を含む体制や分担を整理したい場合は、営業設計について相談するから相談できます。返信・商談・売上を保証するものではなく、送信先の意思と利用規約を尊重する設計が前提です。