▼ この記事の内容
フィールドセールスは、商談化後の課題深掘り、提案、合意形成、クロージングを担う役割です。ISとの違い、担当フェーズ、KPI、商談レビューを整理し、自社で役割を定義して運用することが重要になります。改善にも直結します。
営業分業が進むと、ISとフィールドセールスの境界が曖昧になりやすくなります。SQLの質、提案内容、失注理由のどこに課題があるのか分からないまま、現場同士の責任論に寄ることがあります。
フィールドセールスの役割は、外勤営業という意味だけでは説明できません。オンライン商談が中心でも、顧客の意思決定条件をそろえ、受注まで前進させるならFSの責任範囲です。
この記事では、フィールドセールスの役割、ISとの違い、KPI設計、連携手順、商談レビューで役割を定着させる方法を営業マネージャー向けに整理します。
商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
フィールドセールスの役割とは
フィールドセールスは、商談化した見込み顧客の課題を深掘りし、提案、合意形成、クロージングまでを担う役割です。商談品質に責任を持つ点が中心です。
外部の定義でも、Field Salesは顧客との関係構築や契約前進を担う役割として整理されています。たとえばSalesforceのField Sales解説では、対面だけに限らない顧客接点の重要性が示されています。
役割は商談品質と合意形成に責任を持つこと
フィールドセールスの役割は、商談化後の課題深掘り、提案、合意形成、クロージングを通じて受注へ進めることです。単なる説明担当ではなく、商談品質に責任を持つ役割です。
インサイドセールスが商談機会を作った後、フィールドセールスは予算、決裁者、導入時期、現場課題を確認します。提案内容を顧客の意思決定条件に近づけます。
本記事では、この役割を商談品質責任者として整理します。訪問の有無ではなく、顧客理解、提案精度、合意形成の質に責任を持つ職種として見ます。
営業マネージャーは、FSを売り切る担当だけで見ないことが大事です。初回商談、提案、稟議支援、失注記録までを一つの責任範囲として管理します。
外勤営業ではなく商談品質の責任者と見る
現在のフィールドセールスは、外出して訪問する営業という意味だけでは定義できません。オンライン商談でも、顧客の意思決定を進める品質責任を持つならFSの役割です。
対面要素が残る商材でも、移動そのものは成果責任になりません。顧客の課題を聞く、提案を調整する、社内決裁の論点を整理する行動が中心になります。
高単価SaaSや複雑商材では、顧客側の関係者が増えます。製品説明だけでなく、現場部門、管理部門、決裁者の判断条件をそろえる役割を担います。
外勤かオンラインかでFSを分けると、営業組織の実態とずれることがあります。商談の難度、意思決定者の数、提案調整の責任で定義します。
受注後の学びを次の商談へ戻す
フィールドセールスの役割は、受注で終わりません。受注理由と失注理由を記録し、ISの商談創出、次回提案、若手育成へ戻すことで、営業組織の学習材料になります。
トップ営業の話法を丸ごとまねるだけでは、再現性は高まりません。訪問先で何を確認し、どの質問で現場課題を特定したかを商談後レビューで分解します。
FSが受注後の学びを戻すと、次の商談準備が具体化します。後続の比較判断では、商談創出を担うISと合意形成を担うFSの違いを整理します。
失注理由も同じ扱いです。価格、時期、競合、決裁者不在を分けて残すと、ISの商談化条件やFSの提案準備を改善できます。
ISとの違いを整理する
ISとFSの違いは、担当フェーズ、顧客接点、KPI、成果責任にあります。ISは商談を作り、FSは商談を受注に近づける役割として分けます。
ISは商談創出、FSは合意形成を担う
ISは見込み顧客と接点を持ち、課題や検討状況を確認して商談を作ります。FSは商談化した顧客に対して、提案内容と意思決定の条件をそろえ、受注判断まで前進させます。
この違いを曖昧にすると、ISは件数だけを追い、FSは商談の質だけを責める関係になります。共通のSQL条件を置くことで、商談化と受注までの責任を分けられます。
分担は、創出責任と合意形成責任に分けると管理しやすくなります。役割名ではなく、誰がどの状態まで責任を持つかを決めます。
| 役割 | 担当フェーズ | 主な接点 | 成果責任 |
|---|---|---|---|
| IS | リード対応からSQL化 | 電話、メール、オンライン面談 | 商談機会の創出 |
| FS | 商談から受注 | 提案商談、決裁者面談、稟議支援 | 合意形成と受注 |
| CS | 受注後の定着 | オンボーディング、活用支援 | 利用定着と更新 |
担当フェーズと顧客接点を分ける
担当フェーズを分けると、どこで案件が止まっているかを見やすくなります。顧客接点も合わせて定義すると、誰が何を確認するかが明確になります。
表の使い方は、名称をそろえることではありません。自社の商談で、どのフェーズからFSが責任を持つかを決めることが目的です。
新規開拓、既存深耕、SaaS営業では、同じFSでも責任範囲が変わります。フェーズと接点を先に決めると、KPIやレビュー項目も設計しやすくなります。
CSやAEとの境界も先に決める
FSの境界は、ISとの違いだけでなくCSやAEとの違いまで決める必要があります。受注後情報の渡し方が曖昧だと、顧客は同じ説明を何度も求められます。
CSへ渡す情報は、契約条件だけでは不足します。導入目的、意思決定者の懸念、利用開始後に確認すべき成功条件まで渡すと、受注後の支援が安定します。
AEという呼称を使わない組織では、FSが新規受注と拡張提案を兼ねる場合があります。呼称ではなく、収益責任と顧客接点で境界を決めます。
担当フェーズとKPIを決める
FSのKPIは、受注数や売上だけでなく、商談化後の勝率、フェーズ転換率、失注理由の記録品質まで見ます。商談品質を見る指標を入れます。
受注数だけで評価しない
受注数だけでは、FSが商談品質を高めているか判断できません。大型案件の有無や市場環境で数字が変わるため、行動と商談プロセスも見ます。
短期の売上管理では受注数や受注額も確認します。ただし、それだけを評価軸にすると、見込みの薄い案件を残す、失注理由を書かない行動が増えます。
評価軸は、結果指標とプロセス指標に分けます。受注数は結果、勝率やフェーズ転換率は商談の進み方、失注理由は次回改善の材料を示します。
勝率とフェーズ転換率を見る
勝率とフェーズ転換率は、商談プロセスの停滞箇所を示す指標です。初回商談後に止まるのか、提案後に止まるのかで、FSが見直すべき行動は変わります。
件数が少ない商材では、月次の数値だけで判断しないほうが有効です。商談録画、提案資料、失注コメントを合わせて見れば、数字の背景を確認できます。
KPIを決める順番は、担当フェーズ、成果責任、レビュー方法の順です。指標名から入ると、自社の商談プロセスに合わない数値だけが増えます。
失注理由の記録品質をKPIに含める
失注理由の記録品質は、次回改善の材料を残すためのKPIです。価格、時期、競合、決裁者不在のように分類できる粒度で残します。
失注理由が予算なしだけでは、次に何を変えるべきか判断できません。予算額、費用対効果の説明、決裁者の優先度を分けて確認します。
入力負荷が高い場合は、項目を増やすより選択肢を絞ります。FSが30秒で残せる分類と、マネージャーが週次で見る自由記述を分けます。
分業組織で連携する手順
分業組織では、SQL条件、商談前準備、商談後レビュー、CS引き継ぎを順番に決めます。FSだけを強化せず、前後工程との接続条件を固定します。
SQL条件と引き継ぎ項目を固定する
SQL条件と引き継ぎ項目を固定すると、ISからFSへの商談品質が安定します。条件が曖昧なまま商談化すると、FSは初回商談で見込み度の確認からやり直します。
初期組織では、項目を増やしすぎない設計にします。課題、検討時期、決裁者、比較候補、次回合意の5項目から始めると、運用負荷を抑えられます。
引き継ぎ項目は、ISを管理するためだけに置くものではありません。FSが商談前に仮説を立て、顧客に同じ質問を繰り返さないための材料です。
商談前に仮説と次回合意を確認する
商談前準備では、顧客課題の仮説と次回合意を先に確認します。何を聞くかだけでなく、商談後にどの状態へ進めるかを決めます。
仮説がない商談では、FSの質問が散らばります。導入背景、業務課題、決裁条件、比較候補を事前に整理し、初回商談の確認順を決めます。
次回合意は、日程を取ることだけではありません。次に誰が参加し、どの論点を確認し、何を判断するかまで合意すると、案件停滞を減らせます。
商談後レビューをISへ戻す
商談後レビューをISへ戻すと、商談創出の質が改善します。FSが受け取った商談の良かった点と不足点を返すことで、SQL条件が現場に合っていきます。
戻す情報は、感想ではなく分類にします。課題が明確だった、決裁者が不在だった、検討時期が曖昧だったなど、ISが次に変えられる形で共有します。
この循環がないと、ISとFSの分業は片方向になります。商談化数だけでなく、受注につながった商談条件まで確認すると、分業組織の改善が進みます。
商談レビューで役割を定着させる
フィールドセールスの役割は、商談レビューで定着します。商談内容を見える化し、KPIと会話内容を同じ場で確認することで、改善行動へ接続します。
商談内容を可視化してレビューする
商談内容が見えないままでは、営業マネージャーのレビューは担当者の報告に依存します。会話内容、提案資料、次回合意を確認できる状態にすると、助言が具体化します。
レビューでは、担当者を責めるのではなく、顧客理解と合意形成のどこで詰まったかを見ます。質問の深さ、決裁者確認、競合比較の扱いを確認します。
フィールドセールスの役割を定着させるには、レビュー結果を次の商談準備へ戻します。学びを個人の反省で終わらせず、チームの型として更新します。
営業マネージャーの改善負荷を下げる
営業マネージャーは、数字管理、案件相談、育成、会議運営を同時に担います。FSとISの境界が曖昧な状態では、個別対応が増えて改善負荷が高くなります。
商談レビューの観点を固定すると、マネージャーは感覚的な助言から抜け出せます。誰が見ても確認できる材料をもとに、改善行動を決められます。
FS/IS分業、商談レビュー、KPI設計を一連の改善ループにしたい場合は、以下の資料をご確認ください。営業マネージャーが見るべき観点を整理できます。
商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
職種ごとの境界をさらに分ける場合は、BDR、SDR、CS、AEの役割境界も合わせて確認すると、役割定義と改善手順を接続しやすくなります。次の設計判断にも使えます。
商談・営業スキル CS・BDR・SDR・AEの違い｜役割・KPI・引き継ぎを一表で整理
営業組織全体の役割設計を見直す場合は、強い営業組織に必要な役割設計も合わせて確認すると、役割定義と改善手順を接続しやすくなります。次の設計判断にも使えます。
営業AI・営業DX 営業組織のあるべき姿とは？強い組織を作る手順と5つの特徴
営業AI・営業DX SaaS営業組織の作り方｜分業設計から失敗しない運用まで全手順
営業AI・営業DX フィールドセールスのKPI一覧｜3階層分類と運用の実践手順
営業AI・営業DX 営業KPIの設計方法｜進め方と失敗回避
よくある質問
フィールドセールスの役割設計で、営業マネージャーから出やすい質問を整理します。ISとの違いやKPI設計の判断材料として使えます。
フィールドセールスとISの違いは何ですか？
ISは見込み顧客との接点を作り、商談化条件を確認する役割です。フィールドセールスは商談化後に課題を深掘りし、提案、合意形成、受注まで前進させる役割です。責任範囲を分けると連携しやすくなります。
フィールドセールスのKPIは何を見ればよいですか？
受注数や売上だけでなく、勝率、フェーズ転換率、決裁者接続率、失注理由の記録品質を見ます。結果と商談プロセスを分けると、どの行動を改善すべきか判断しやすくなります。
FSとISの連携を改善する最初の一歩は何ですか？
最初にSQL条件と引き継ぎ項目を固定します。課題、検討時期、決裁者、比較候補、次回合意を共通項目にすると、初回商談の手戻りを減らせます。商談後の戻しも同じ項目で行います。
まとめ
フィールドセールスの役割は、商談化後の課題深掘り、提案、合意形成、クロージングを担い、商談品質に責任を持つことです。外勤営業という意味だけではなく、顧客の意思決定条件をそろえる役割として設計します。
ISとの違いは、商談創出と合意形成の責任範囲にあります。担当フェーズ、顧客接点、KPI、レビュー方法を分けることで、分業組織の責任境界が明確になります。
受注数だけで評価すると、商談品質の改善が見えにくくなります。勝率、フェーズ転換率、失注理由の記録品質を見ながら、商談後レビューをISへ戻す改善ループを作ります。
FS/IS分業を見直し、商談レビューとKPI設計を営業組織の改善に接続したい方は、以下の資料をご確認ください。明日から確認すべき観点を整理できます。
商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
