▼ この記事の内容
インサイドセールスとフィールドセールスの違いは、内勤か外勤かではなく営業プロセス上の責任範囲です。商談創出、提案、受注、失注理由回収を分け、引き渡し条件とKPIをそろえることが判断条件になります。失注後の学びも次の接点へ戻せます。
インサイドセールスとフィールドセールスを比較するときは、商談化数、SQL化率、受注率、失注理由回収、FS評価を同じ流れで見る必要があります。役割名だけを分けても、KPIと引き渡し条件がずれると分業は機能しにくくなります。
営業現場では、ISが商談を作ったつもりでも、FS側では提案準備に必要な情報が足りないことがあります。そのまま放置すると、低品質なアポ、責任の押し付け、失注理由が戻らない運用につながります。
この記事では、インサイドセールスとフィールドセールスの違いを責任範囲から整理し、役割、業務内容、KPI、分業条件、連携ルールまで判断できる形にまとめます。内勤と外勤の違いだけでは見えない、現場で停滞しやすい論点を確認できます。
読み終えるころには、自社で完全分業すべきか、まず役割分担から始めるべきかを説明しやすくなるはずです。 記事内の判断軸とあわせて確認すると、優先順位を決めやすくなります。
分業の前に、営業組織のつまずきを整理しておきましょう。
商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
インサイドセールスとフィールドセールスの違い
インサイドセールスとフィールドセールスの違いは、顧客と会う場所ではなく営業プロセス上の責任範囲です。商談を作る役割と、提案から受注まで進める役割を分けて捉えると、KPIと連携ルールを設計しやすくなります。
違いは内勤・外勤ではなく責任範囲で捉える
インサイドセールスとフィールドセールスの違いは、内勤か外勤かではなく、営業プロセスのどこに責任を持つかです。接触手段だけで分けると、オンライン商談が増えた組織では役割が曖昧になります。
インサイドセールスは、見込み顧客への接触、課題確認、関心度の見極め、商談化までを主に担います。フィールドセールスは、商談で課題を深掘りし、提案内容を組み立て、受注判断まで進めます。
実務では、責任範囲を商談前、商談中、商談後に分けて整理します。商談前はIS、商談中はFS、商談後の失注理由回収は両者で扱うと、次の改善につながります。ここでは、接触手段、顧客理解、提案責任、改善責任の4軸で責任範囲を見る整理を「責任境界マップ」と呼びます。
内勤と外勤の違いだけで説明すると、電話やメールで提案するFSの役割を扱いきれません。営業マネージャーは、誰が何を完了条件として持つかを先に決める必要があります。
違いは内勤・外勤ではなく責任範囲で捉えるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
ISは商談創出、FSは提案から受注までを担う
ISは商談創出を担い、FSは提案から受注までを担います。両者を分ける目的は、営業活動を細かく分断することではなく、見込み顧客の状態に応じて担当者の集中領域を明確にすることです。
ISの主な業務は、リードへの初回接触、ナーチャリング、課題の仮説確認、MQLからSQLへの見極めです。FSは、SQL化した顧客に対して課題を再確認し、提案、見積もり、合意形成を進めます。
比較すると、ISは商談の入口を整える役割を持ち、FSは案件の前進と受注判断を担います。以下のように分けると、業務の重なりと抜け漏れを確認しやすくなります。
| 観点 | インサイドセールス | フィールドセールス |
|---|---|---|
| 主な責任 | 商談創出と見込み度の見極め | 提案、合意形成、受注 |
| 主な接点 | 電話、メール、オンライン面談 | オンライン商談、訪問、決裁者面談 |
| 成果の見方 | SQL化、商談化、情報の質 | 受注、失注理由、案件前進 |
表で見るべき点は、接触手段ではなく責任の完了条件です。ISが商談数だけを追い、FSが受注だけを追うと、顧客情報の質が評価から抜けやすくなります。
ISは商談創出、FSは提案から受注までを担うを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
オンライン商談が増えても分業の軸は変わらない
オンライン商談が増えても、ISとFSを分ける軸は責任範囲ですが、FSがオンラインで提案する組織でも、商談創出と受注責任を分ける考え方は変わりません。外勤という言葉だけでFSを定義すると、訪問しない商談をFSから外してしまいます。実際には、提案の深さ、決裁者調整、条件交渉を担うなら、オンラインでもFSの領域です。
反対に、ISがオンライン面談を行っても、提案責任まで持たないなら役割は商談創出に近くなります。顧客の課題をどこまで確認し、どの条件でFSへ渡すかが分業の焦点です。
注意すべき例外は、少人数でISとFSを兼任する組織です。その場合も職種名を分ける必要はなく、リード対応、商談準備、提案、失注理由回収の担当時間を分けるだけで運用しやすくなります。
オンライン化は営業手段の変化であり、責任範囲の整理を不要にするものではありません。次に業務内容とKPIを比較すると、どの範囲を誰に持たせるべきかが見えやすくなります。
オンライン商談が増えても分業の軸は変わらないを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
役割・業務内容・KPIを比較する
インサイドセールスとフィールドセールスの比較では、業務内容だけでなくKPIと改善責任まで同じ表で見る必要があります。商談化、SQL化、受注、失注理由回収を分けると、分業後の連携ミスを防ぎやすくなります。
業務内容はリード育成から受注までで切り分ける
業務内容は、リード育成、商談化、提案、受注、失注理由回収の流れで切り分けます。ISとFSを職種名だけで分けると、どちらが顧客情報を更新するのかが曖昧になります。
ISは、MQLへの初回接触、課題の仮説確認、検討度の見極め、SQL化までを主に担います。FSは、SQL化した顧客の課題を深掘りし、提案、合意形成、条件調整、受注判断を進めます。
比較時は、担当業務と完了条件を分けて見るのが有効です。以下の表にすると、ISが集める情報とFSが使う情報の接続点を確認しやすくなります。
| プロセス | 主な担当 | 完了条件 |
|---|---|---|
| リード育成 | IS | 課題仮説と関心度が記録されている |
| 商談化 | IS | SQL条件を満たし、FSへ渡せる |
| 提案 | FS | 課題、決裁者、導入条件が確認されている |
| 受注・失注 | FS | 結果と理由が次の改善に戻されている |
表の焦点は、誰が対応するかではなく、どの情報を次の担当へ渡すかです。兼任組織でも、この切り分けを使うと担当時間と記録項目を整理しやすくなります。
業務内容はリード育成から受注までで切り分けるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
KPIは商談化数だけでなく商談の質も見る
ISとFSで見るべきKPIは、商談化数、SQL化率、受注率、失注理由回収、FS評価です。商談数だけを追うと、受注につながりにくいアポが増えます。比較条件と運用場面まで一文で確認できます。
ISのKPIは、接触数や商談化数だけでは不足します。SQL化率、商談前情報の充足度、FSから見た案件の質を合わせて見ると、量と質の偏りを検知できます。
FSのKPIは、受注率、案件前進率、失注理由の記録率、提案後の顧客反応で整理します。ISから渡された情報が不足していた場合は、FSの成果だけでなく引き渡し条件も見直す必要があります。
- IS: 接触数、商談化数、SQL化率、情報充足度、FS評価
- FS: 受注率、案件前進率、失注理由回収率、提案準備の精度
- 共通: 商談の質、顧客課題の明確さ、次回改善への反映状況
リード不足の初期段階では、接触量を増やす判断も必要です。ただし、量を追う時期でもFS評価を外さないことで、低品質な商談化を早めに止められます。
KPIは商談化数だけでなく商談の質も見るを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
FSの失注理由をISの改善に生かす
FSの失注理由は、ISの改善に戻して初めて分業の学習資産になります。失注をFSだけの責任にすると、商談前の見極めやヒアリング項目が改善されません。
ここでは、KPIレビュー戻し表として整理するのが有効です。商談化、SQL化、受注、失注理由回収を並べ、どの情報を次のIS活動へ戻すかを決めます。
| 確認項目 | 見る指標 | ISへ戻す改善点 |
|---|---|---|
| 商談化 | 商談化数、SQL化率 | 接触先と課題仮説の見直し |
| 提案準備 | 情報充足度、FS評価 | ヒアリング項目の追加や削除 |
| 失注 | 失注理由、競合理由、時期ずれ | 見極め条件と次回接触条件の調整 |
この表は、評価のためではなく改善のために使います。失注理由の粒度が粗い場合は、価格、時期、決裁者不在、課題不一致のように選択肢を分けると扱いやすくなります。
FSの失注理由をISの改善に生かすを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
FSの失注理由をISの改善に生かすの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
KPI表は責任範囲と評価基準を分けて設計する
KPI表は、責任範囲と評価基準を分けて設計します。責任範囲は業務の担当を示し、評価基準は成果と改善行動をどう見るかを示します。
責任範囲と評価基準を混ぜると、ISは商談化数、FSは受注率だけを守る動きになりやすくなります。現場の納得を得るには、評価に直結する指標と、改善のために見る指標を分ける必要があります。
| 役割 | 責任範囲 | 評価基準 | 改善用の確認項目 |
|---|---|---|---|
| IS | MQL対応、課題確認、SQL化 | SQL化率、商談情報の質 | FS評価、ヒアリング不足 |
| FS | 提案、合意形成、受注判断 | 受注率、案件前進率 | 失注理由、提案準備の不足 |
| 共通 | 顧客理解と改善共有 | 商談の質、記録の鮮度 | 次回接触条件、練習テーマ |
社内説明では、分業は職種を増やす話ではなく、営業プロセスの責任を見える化する話として伝えると整理しやすくなります。KPIと育成基準を一緒にそろえたい場合は、評価軸の確認材料として以下を参照できます。
KPI表は責任範囲と評価基準を分けて設計するを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
KPI表は責任範囲と評価基準を分けて設計するの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
「ヒアリング力を上げろ」では誰も育たない。トップ営業の暗黙知を測定可能なレベルまで分解した、6業種のスキルマップ・テンプレートを公開中！
＞＞無料で『業種別！営業の成果と育成を両立するスキルマップテンプレート集』をダウンロードする
分業が向く組織条件を判断する
インサイドセールスとフィールドセールスの分業は、リード量、商談単価、営業人数、商談複雑度で判断します。職種名を先に決めるより、どの工程に集中すべきかを見極めるほうが運用に落とし込みやすくなります。
分業のメリットは商談集中と対応品質の分担にある
ISとFSを分けるメリットは、商談創出と提案活動を別々に磨ける点です。営業担当が全工程を抱えず、リード対応と受注判断に集中しやすくなります。
リード対応では、初回接点、課題確認、SQL化の見極めを素早く回す必要があります。FSは提案設計、意思決定者対応、受注条件の整理に時間を使うほうが成果に接続しやすくなります。
分業の成立には、責任境界と改善ループの両方が必要です。商談を渡して終わりにせず、FSの商談結果をISの接点品質へ戻すことで、次の判断条件が明確になります。
分業のメリットは商談集中と対応品質の分担にあるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
分業のメリットは商談集中と対応品質の分担にあるの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
リード量が多い組織は分業を検討しやすい
リード量が多い組織では、ISが初期対応を担うことでFSの商談時間を確保しやすくなります。問い合わせ、資料請求、ウェビナー後の反応を同じ基準で見極められます。
判断時は、月間リード数だけでなく、対応遅れ、未追客、商談化後の失注理由を合わせて確認します。リード品質が低い場合は、分業前に獲得条件やMQL定義を見直す必要があります。
検討観点は次のように整理できます。
| 確認項目 | 分業を検討しやすい状態 | 先に見直す状態 |
|---|---|---|
| リード量 | FSだけでは追い切れない | 接点数が少なく専任化が過剰になる |
| リード品質 | SQL化条件を分けて判断できる | MQLの定義が曖昧で商談化がぶれる |
| 対応速度 | 初回接点の遅れが商談機会を減らす | 対応遅れより獲得チャネルの課題が大きい |
表で見ると、リード量だけを理由に分業を決める危険が分かります。量、質、対応速度を並べて確認すると、専任化すべき工程と改善すべき工程を分けられます。
リード量が多い組織は分業を検討しやすいを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
リード量が多い組織は分業を検討しやすいの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
高単価商材はFSが商談に集中しやすい
高単価商材では、FSが提案準備と意思決定者対応に集中できるほど分業の価値が出やすくなります。ISは課題、予算感、導入時期、関係者を整理して渡します。
単価が高い商談ほど、検討期間、関係者数、比較条件が増えます。FSが初回追客まで抱えると、提案の深掘りや失注理由の分析に時間を割きにくくなります。
低単価でオンライン完結しやすい商材では、完全分業が過剰になる場合があります。商談複雑度が低いなら、ISとFSを分けるより、兼任担当の中で接点基準だけを分けるほうが運用しやすくなります。
高単価商材はFSが商談に集中しやすいを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
高単価商材はFSが商談に集中しやすいの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
少人数なら完全分業より役割分担から始める
少人数組織では、IS専任とFS専任を急いで置くより、同じ担当者の中で役割を分けるほうが現実的です。専任化できない場合でも、引き渡し条件は先に決められます。
営業人数が少ない段階で完全分業を進めると、担当者不在や情報分断が起きやすくなります。まずはリード確認、SQL判断、提案準備、失注理由回収の担当を明確にします。
- 誰が初回接点を持つかを決めます。
- どの条件でSQLとして扱うかを決めます。
- FS相当の提案準備に必要な情報を決めます。
- 失注理由を次の接点改善へ戻す担当を決めます。
この順番なら、専任者を増やす前でも分業の基準を作れます。分け方を決めた後は、引き渡し条件やKPIがずれる失敗を防ぐ視点が必要になります。
少人数なら完全分業より役割分担から始めるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
少人数なら完全分業より役割分担から始めるの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
分業で失敗するパターンを避ける
インサイドセールスとフィールドセールスの分業は、人員配置だけでは機能しません。引き渡し条件、KPI、フィードバックの3点がずれると、低品質な商談化や責任の押し付けが起きやすくなります。
商談化数だけを追うと低品質なアポが増える
商談化数だけをKPIにすると、ISは受注見込みよりもアポ獲得を優先しやすくなります。FS評価、SQL化率、受注率を合わせて見ます。
【専門家の見解】
商談化数だけで判断する分業では、案件の入口だけが広がりやすくなります。FSが提案に必要な情報、顧客の課題、導入時期まで確認できているかを合わせて見ることが判断条件になります。
初期は接触量を増やす学習期間も必要です。ただし、FSが商談準備に使えない情報ばかり届く場合は、量ではなく引き渡し条件を見直す段階に入っています。
商談・営業スキル 営業ロープレに意味がない原因は3つ｜練習を成約率に変える方法
商談化数だけを追うと低品質なアポが増えるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
引き渡し条件が曖昧だと責任の押し付けが起きる
引き渡し条件が曖昧な分業では、ISは渡した後に責任を離し、FSは低品質な案件だと感じやすくなります。SQLの定義を先に決めることが、責任の押し付けを防ぎます。
条件は、予算、導入時期、決裁者、課題の明確さ、次回アクションの5項目で確認します。すべてを満たす必要はありませんが、どの項目が未確認かをCRMやSFAに残す運用が実施条件になります。
Salesforce公式のインサイドセールス解説でも、非対面で見込み顧客へ対応する役割が整理されています。定義を読むだけで終えず、自社の引き渡し条件まで落とし込むことが実務上の分岐点になります。
参考：インサイドセールスとは？フィールドセールスとの違い｜Salesforce
引き渡し条件が曖昧だと責任の押し付けが起きるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
FSの学びがISに戻らないと改善が止まる
FSの学びがISに戻らない分業では、失注理由が次の商談創出に反映されません。レビュー会議では、案件結果だけでなく、ISが次に変える接点条件まで決めます。
戻す情報は、失注理由、提案前に不足した情報、決裁者の反応、次回確認すべき質問に絞ります。FS側の記録負荷を増やしすぎると続かないため、選択肢と短い補足で残せる形式が適しています。
失注理由を戻した後は、次の練習テーマに変換します。分業後の商談レビューを練習基準へ接続するには、AIロープレを使った改善サイクルも確認すると、次のセクションで扱う連携ルールを設計しやすくなります。
商談・営業スキル AIロープレ比較7選｜成果が出る選び方と運用設計の全手順
FSの学びがISに戻らないと改善が止まるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
FSの学びがISに戻らないと改善が止まるの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
引き渡し条件と連携ルールを作る
インサイドセールスとフィールドセールスの連携は、SQL定義、ヒアリング項目、失注理由、次回アクション、レビュー頻度を先に決めると安定します。担当者の努力ではなく、同じ基準で記録し、次の改善へ戻す運用が実施条件になります。
SQLの定義を先に決める
SQLの定義は、ISからFSへ案件を渡す前に決めるべき最初の条件です。SQLが曖昧なまま分業すると、商談化の判断が担当者ごとに変わります。
MQLが未整備の場合は、マーケティングから渡る見込み顧客の基準も合わせて確認します。資料請求、問い合わせ、セミナー参加などの行動だけでなく、課題の明確さと検討時期を見ます。
SQL条件は、予算、決裁者、課題、導入時期、次回アクションの5項目で整理します。すべてを必須にすると案件が止まるため、必須項目と未確認でも渡せる項目を分けます。
| 確認項目 | ISが確認する内容 | FSへ渡す条件 |
|---|---|---|
| 課題 | 現状の困りごとと優先度 | 提案テーマが仮決定している |
| 決裁 | 関与者と意思決定の流れ | 次回商談で確認する相手が分かる |
| 時期 | 検討開始と導入希望時期 | 商談化の急ぎ度が判断できる |
| 次回行動 | 日程、参加者、宿題 | FSが準備すべき内容が明確です |
SQLの定義を先に決めるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
SQLの定義を先に決めるの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
SDR・BDRとマーケ連携はSQL定義にそろえる
SDR、BDR、マーケティングの連携は、SQL定義にそろえると整理しやすくなります。役割名を先に決めるより、どの見込み顧客を誰がSQLへ進めるかを決めます。
SDRは主に問い合わせや資料請求などの反応がある顧客へ対応します。BDRは狙いたい企業を選び、まだ接点が薄い相手に仮説を持って接触する役割です。
The Modelの考え方を使う場合も、マーケティング、IS、FS、カスタマーサクセスの境界を職種名だけで分けると運用が崩れます。MQL、SQL、受注、継続の条件をそろえることが先です。
SDR・BDRとマーケ連携はSQL定義にそろえるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
ヒアリング項目はFSの提案準備から逆算する
ISのヒアリング項目は、FSが提案準備で使う情報から逆算します。質問数を増やすより、提案の前提になる課題、決裁、時期、比較状況を優先します。
商材理解が浅いまま項目だけ増やすと、ISはチェックリストを埋める対応に寄りやすくなります。FSは顧客の背景を読み取れず、初回商談で同じ質問を繰り返します。
ヒアリング項目は、必ずFSの提案資料、商談前メモ、失注理由の分類と接続します。営業マネージャーは、聞けたかどうかではなく、提案準備に使えたかで項目を見直します。
ヒアリング項目はFSの提案準備から逆算するを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
連携会議では失注理由と次の練習テーマを共有する
連携会議では、失注理由と次の練習テーマを同時に共有します。案件結果だけを報告しても、ISの聞き方やFSの提案準備は変わりません。
よくある運用例では、会議前は失注理由が価格、時期、検討中だけで終わっていました。会議後は、決裁者不在、課題の優先度不足、比較条件の未確認まで分けて記録します。
記録を細かくするだけでは、営業行動は変わりません。次回の練習テーマを、初回質問、課題深掘り、決裁者確認、反論処理のように具体化すると、レビューが現場に戻ります。
- 失注理由を分類し、IS側で変える接触条件を決めます。
- FSが商談前に不足した情報を一つだけ選びます。
- 次回ロープレで扱う質問や反論処理を決めます。
- 次の連携会議で、記録と練習結果を確認します。
商談・営業スキル 成果が出る営業ロープレのやり方｜準備からフィードバックまで
連携会議では失注理由と次の練習テーマを共有するを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
導入前に確認すべき質問
ISとFSの分業前には、営業人数、リード量、KPI、運用責任者、レビュー頻度を確認します。特に成果指標を先に決めると、分業後に何を改善すべきかを説明しやすくなります。
自社の営業人数とリード量で分業粒度を決める
分業粒度は、自社の営業人数とリード量で決めます。専任担当を置けない組織では、職種を分けるよりも工程別の役割分担から始めるほうが運用しやすくなります。
確認する質問は、FSが新規接触に追われているか、MQLが継続的にあるか、商談準備の時間が不足しているかです。複数当てはまる場合は、IS機能を切り出す余地があります。
人数が少ない場合は、営業育成全体の設計と合わせて考える必要があります。若手や兼任者の立ち上がりも含めて見るなら、営業オンボーディングと役割分担の設計も確認できます。
商談・営業スキル 営業オンボーディング設計の手順｜90日で自走する新人を育てる
自社の営業人数とリード量で分業粒度を決めるを運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
成果指標は商談化から受注寄与まで分ける
成果指標は、商談化、SQL化、受注、失注理由回収、受注寄与に分けます。分業の成果を社内で説明するには、費用より先に何を成果として測るかを整理する必要があります。
データが未整備な場合は、最初からROIを断定しないほうが現実的です。SFAやCRMで取れる項目を確認し、商談化数だけでなく受注につながる情報が残っているかを見ます。
導入前に、成果指標と運用条件を整理しておくと社内説明の精度が上がります。営業改善プログラム「FAZOM」の支援範囲を確認したい場合は、次の資料を検討材料として参照できます。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
よくある質問
インサイドセールスとフィールドセールスの分業は、用語の違いだけで判断すると現場で迷いやすくなります。兼任可否や最初の決定事項まで整理すると、責任範囲と連携条件を説明しやすくなります。
インサイドセールスとテレアポの違いは何ですか
インサイドセールスとテレアポの違いは、電話をかける行為ではなく商談創出までの責任範囲です。商談化前の顧客理解まで担うかどうかで、両者を分けて考えるのがおすすめです。
インサイドセールスとフィールドセールスは兼任できますか
インサイドセールスとフィールドセールスは、少人数組織や立ち上げ初期なら兼任できます。まずは職種を増やすより、どの条件でFSへ渡すかを決めるほうが運用に移しやすくなります。
分業を始める前に最初に決めることは何ですか
分業を始める前に最初に決めることは、SQLの定義とFSへの引き渡し条件です。分業は組織図を変えるだけでは定着しないため、レビュー頻度と改善担当まで先に決めるのがおすすめです。
まとめ
インサイドセールスとフィールドセールスの違いは、接触手段ではなく責任範囲で整理することが重要です。ISは商談創出と見込み度の見極めを担い、FSは提案、合意形成、受注判断を進めます。
分業を始める際は、業務内容、KPI、SQL定義、ヒアリング項目、失注理由の戻し方を同じ基準で決めます。商談化数だけを追うと、FSが提案しにくい案件が増え、改善が次の接点に戻りにくくなります。 次にIS側の接点品質を高めたい場合は、インサイドセールスのトーク設計も確認できます。
現状のまま役割だけを分けると、商談の質が見えず、失注理由もISの改善に戻りません。FSは準備不足の商談に追われ、ISは何を変えればよいか分からないまま商談化数を追い続けることになります。導入前に、成果指標と運用条件を整理しておきましょう。
導入判断の確認項目と具体的な進め方は、以下の資料で詳しく確認できます。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
