▼ この記事の内容
SaaSフィールドセールスは、ISから引き継いだ商談を進め、顧客課題に合わせて提案・合意形成・受注まで担う役割です。成果を安定させるには、商談前の情報整理、商談中の仮説検証、商談後レビューを同じ基準でつなぐ必要があります。
SaaSフィールドセールスは、訪問営業の別名ではなく、ISから受け取った商談を提案、合意形成、受注、CS連携へ進める役割です。分業が進むほど、商談前後の情報接続が成果の安定に関わります。
商談数はあるのに受注が伸びない場合、FS本人の営業力だけを見ても原因を外すことがあります。引き継ぎ情報が粗い、CRM記録が残らない、レビューが感想で終わる状態を放置すると、同じ失注理由が繰り返されます。
この記事では、SaaSフィールドセールスの役割、ISやCSとの違い、業務フロー、必要スキル、KPI、失敗パターンを実務の確認項目として整理します。自社のFS体制を見直す前に、改善の起点を判断できます。 SaaSフィールドセールスに必要なスキルを整理したい方は、先にスキルマップの型から確認できます。
「ヒアリング力を上げろ」では誰も育たない。トップ営業の暗黙知を測定可能なレベルまで分解した、6業種のスキルマップ・テンプレートを公開中！
＞＞無料で『業種別！営業の成果と育成を両立するスキルマップテンプレート集』をダウンロードする
SaaSフィールドセールスとは何か
SaaSフィールドセールスは、商談を進める担当者にとどまらず、顧客課題と提案価値を結び、受注までの合意をつくる役割です。インサイドセールスやカスタマーサクセスと分業するほど、情報の受け渡しと商談後の学習接続が成果を左右します。
SaaSフィールドセールスの基本定義
SaaSフィールドセールスは、ISから引き継いだ商談を進め、顧客課題に合わせて提案、合意形成、受注まで担う営業職です。募集要項でも、商談対応や顧客課題の把握が役割として示されています。
従来の営業と比べると、SaaSでは初回接点から契約後の活用までが分業されやすいです。そのためFSは、目の前の商談だけでなく、前後工程に渡せる情報を残す必要があります。
責任分界で見ると、FSの役割は「課題確認」「提案判断」「合意形成」の3点に分けると整理しやすくなります。部門名で覚えるより、どの情報に責任を持つかで見るほうが実務に使えます。
商材単価が高いSaaSや関係者が多い商談では、FSの役割はさらに負担が大きくなります。価格、導入時期、決裁者、利用部門の懸念を整理し、次の役割分担へ進める準備が実施条件です。
参考：フィールドセールス（SaaS）募集要項｜CSSホールディングス
訪問営業だけに限られない理由
SaaSフィールドセールスは、訪問の有無ではなく、商談の責任範囲で定義するのが実務に合います。オンライン商談中心でも、提案と合意形成を担うならFSと呼べます。
「フィールド」という言葉から、外回り営業を想像する方は多いです。しかしSaaSでは、Web会議、CRM、商談録画、提案資料を使い、顧客の意思決定を実行に移す場面が増えています。
従来営業の経験が通用しないわけではありません。対面で培った質問力や関係構築力は使えますが、SaaSでは導入後の利用価値やチャーンリスクまで見越した聞き方が求められます。
求人や組織によっては、FSが訪問、オンライン商談、既存顧客への追加提案を兼ねる場合もあります。名称だけで判断せず、誰から情報を受け取り、誰へ情報を渡すかを見ると役割を誤りにくくなります。
SaaS営業プロセスでの位置づけ
SaaS営業プロセスでは、FSは商談機会を受け取り、顧客の課題、導入条件、意思決定者を確認して受注へ進める中核です。受注後はCSへ引き継ぐ情報も整えます。
インサイドセールスは、問い合わせや見込み顧客の反応をもとに商談機会をつくります。FSはその情報を受け取り、課題の深さ、予算感、導入時期、社内合意の進み方を商談で検証します。
カスタマーサクセスは、契約後に利用定着や成果実現を支えます。FSが商談中に聞いた導入目的や懸念を渡せないと、CSは契約直後から顧客理解をやり直すことになります。
SaaS営業全体の流れを理解したい場合は、SaaS営業の分業と全体像を確認すると、FSの前後工程も整理できます。次のセクションでは、商談前、商談中、受注後にFSが具体的に担う役割を分けて見ていきます。
SaaS営業プロセスでの位置づけを運用へ落とし込む際は、開始条件、確認担当、利用する記録を決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
SaaS営業でフィールドセールスが担う役割
SaaS営業におけるFSは、商談担当者として提案するだけでは足りません。商談前の情報確認、商談中の課題検証、受注後のCS連携までを同じ流れで管理します。
商談前に確認すべき引き継ぎ情報
商談前の引き継ぎ情報は、初回商談の質を左右します。FSは顧客名や日程だけでなく、なぜ今検討しているのかを確認してから商談に入ります。
最低限見るべき情報は、流入経路、課題仮説、利用部門、決裁者、導入希望時期です。BtoB SaaSでは、担当者の関心と決裁者の判断軸がずれることがあります。
ISからの情報が粗いと、FSが商談冒頭で同じ質問を繰り返します。顧客は社内で共有されていない印象を受け、提案前から不信感を持ちやすくなります。
すべての項目を増やせばよいわけではありません。商談創出経路によって必要な情報は変わるため、問い合わせ、紹介、アウトバウンドで確認項目を分けるのが実務的です。
確認項目は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
商談中に見極める顧客課題
FSは商談中に、事前仮説が正しいかを検証します。いきなり機能説明へ進まず、顧客が変えたい業務と変えられない条件を分けて聞きます。
確認するべき課題は、表面の要望だけではありません。現場の負荷、管理者の見え方、経営側の成果指標、既存ツールの制約を順に掘り下げます。
たとえば営業支援SaaSなら、入力負荷を嫌う現場と、予実管理を整えたい管理職で期待が分かれます。FSは両者のズレを商談中に見つけ、合意できる導入条件へ変換します。
単価や商談期間によって、見極める深度は変わります。低単価商材では確認項目を絞り、エンタープライズ商談では稟議、セキュリティ、利用部門の合意まで扱います。
商談後のレビューでは、顧客が変えたい業務、変えられない条件、次回までの確認事項を分けて残します。次回商談で同じ論点に戻る場合は、質問順か合意内容のどちらかを見直します。
受注後にCSへ共有すべき情報
受注後のCS連携は、導入後の成果実現に関わります。FSは契約条件だけでなく、顧客が期待した成果と導入時の不安を共有します。
CSへ渡すべき情報は、導入目的、成功条件、利用開始時期、関係者、反対意見、未解決の懸念です。商談で出た不安が消えたように見えても、導入時に再燃する場合があります。
LTVやチャーンを重視するSaaSでは、受注後の体験も営業成果の一部として見られます。FSが商談中の合意を残すほど、CSは初回オンボーディングで優先順位を合わせやすくなります。
CS部門がない組織では、FSが導入直後の支援まで兼務することがあります。その場合も、誰がいつ顧客の成功条件を確認するかを決めておく必要があります。
CSへ共有すべき情報は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
インサイドセールス・CSとの違い
SaaS営業のIS、FS、CSは、担当フェーズだけでなく、責任KPIと情報の受け渡しで分けます。部門名だけで区切ると、商談化後の仮説検証や受注後の引き継ぎが曖昧になります。
ISは商談機会を創出する役割
インサイドセールスは、見込み顧客の課題を整理し、商談に進めるべき相手を見極める役割です。FSへ渡す情報の質が、初回商談の深さを左右します。
ISが渡すべき情報は、企業名や担当者名だけでは足りません。導入背景、現状の課題、検討期限、関係者、予算感の仮説まで残すと、FSは商談冒頭から検証に入れます。
営業マネージャーが確認すべき点は、アポイント数ではなく、FSが使える情報として残っているかです。引き継ぎ項目が粗い場合は、ISの努力量ではなく記録項目を先に見直します。
IS・FS・CSを責任KPIで比較する
IS、FS、CSの違いは、創出する商談、進める案件、継続させる顧客という責任KPIで整理します。KPIを分けると、部門間の責任範囲が明確になります。比較条件と運用場面まで一文で確認できます。
フェーズだけで比較すると、各部門が自分の工程だけを最適化しやすくなります。SaaSでは受注後の利用継続まで価値が続くため、前工程の情報が後工程の成果に影響します。
比較する際は、役割、主なKPI、次工程へ渡す情報を同じ表で確認します。採用や育成の場面でも、この3軸を使うと求めるスキルを説明しやすくなります。
| 役割 | 主な責任KPI | 次工程へ渡す情報 | 失敗時の症状 |
|---|---|---|---|
| IS | 商談機会の創出、商談化率 | 課題仮説・検討背景 | FSが商談冒頭で聞き直す |
| FS | 提案と合意形成、受注額・フェーズ進行率 | 導入目的・判断条件・懸念 | CSが期待値を推測する |
| CS | 継続利用と成果実現、継続率・活用率 | 利用開始後の変化・追加課題 | 受注後の定着支援が遅れる |
CSは継続利用と成果実現を支える役割
カスタマーサクセスは、受注後の顧客がSaaSを使い続け、期待した成果に近づくよう支援する役割です。FSは受注時点で、CSが動きやすい情報を残す必要があります。
CSへ渡すべき情報は、契約内容だけでは不十分です。導入目的、意思決定者の期待、現場の懸念、初期利用で停滞そうな条件を共有すると、支援の優先順位を決めやすくなります。
FSが商談中に聞いた本音を残さないと、CSは顧客の期待値を推測して支援を始めます。SaaSでは継続利用が重要なため、受注前の合意内容を導入後の支援へつなげます。
The Modelで分業する際の注意点
The Model型の分業では、IS、FS、CSの役割を分けても、情報の受け渡し基準まで決めなければ成果は安定しません。各部門のKPIがつながらない場合、顧客課題の変化が途中で止まります。
分業の全体像を整理したい場合は、The Model型営業の役割分担も確認すると理解が深まります。次のセクションでは、FSが商談前後でどの成果物を残すべきかを業務フローに沿って整理します。 The Modelで分業する際の注意点を運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。
判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
The Modelで分業する際の注意点を運用へ落とし込む際は、開始条件、確認担当、利用する記録を一つずつ決めます。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
SaaSフィールドセールスの業務フロー
SaaSフィールドセールスの業務は、商談中の会話だけで完結しません。商談前後の成果物をそろえ、情報がIS、FS、CSの間で流れる状態を作ります。
商談前は仮説メモを成果物にする
商談前は、仮説メモをFSの成果物として扱います。顧客の業界、利用部門、課題仮説、決裁条件を短くまとめ、初回商談の聞き方を決めます。
進め方は、次の順序にすると運用しやすくなります。項目を増やしすぎると準備の負担が大きくなるため、商談で検証する前提に絞ります。
- 流入経路と問い合わせ内容を確認します。
- 顧客の現状業務と課題仮説を置きます。
- 決裁者、利用部門、導入時期を仮置きします。
- 初回商談で確認する質問を決めます。
仮説メモは、正解を書く資料ではありません。商談で何を検証するかをそろえるための下書きとして使うと、初回商談の質が安定します。
商談中は合意事項をCRMに残す
商談中は、顧客の発言をメモするだけでなく、合意事項をCRMに残します。提案前に、課題、判断軸、次回までの宿題を明文化します。
よくある失敗は、ヒアリング内容は多いのに合意が残っていない状態です。課題の優先順位や意思決定者の関与が曖昧だと、次回提案で論点が戻ります。
SMB向け商材では、記録項目を圧縮するほうが定着します。エンタープライズ商談では、セキュリティ、稟議、利用部門の合意条件まで残す必要があります。
商談後は引き継ぎメモを更新する
商談後は、CSや次回商談へ渡す引き継ぎメモを更新します。勝ち負けの理由だけでなく、顧客が納得した点と残った懸念を分けます。
引き継ぎメモには、導入目的、合意条件、反対意見、次回アクション、レビュー観点を残します。記録があると、商談レビューが感想ではなく改善テーマに変わります。
記録だけでは改善は進みません。商談後のレビューで見つけた課題を次回の練習テーマへ戻すことで、FSの業務フローが育成にもつながります。
SaaSフィールドセールスに必要なスキルとKPI
SaaSフィールドセールスの育成は、スキルとKPIを商談場面ごとに分けると進めやすくなります。受注額だけで評価せず、商談の前後で改善できる行動指標も見ます。
商談前に求められる仮説構築スキル
仮説構築スキルは、商談準備の核になります。FSは顧客の業界、組織課題、導入背景を読み、初回商談で検証する質問へ落とし込みます。
仮説がない商談では、顧客の話を聞くだけで時間が過ぎます。仮説がある商談では、課題の深さ、関係者、導入時期を順に確認しやすくなります。
商材理解が未熟なメンバーには、先に基礎教育が必要です。機能や導入事例を理解しないまま仮説を作ると、顧客の業務に合わない質問が増えます。
育成では、良い仮説の型を共有します。業界課題、現状業務、変えたい指標、想定される反対意見を同じ順序で書けるかを見ると判断しやすくなります。
仮説構築スキルの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
商談中に求められる合意形成スキル
合意形成スキルは、複雑なSaaS商談ほど必要になります。FSは顧客の要望を聞くだけでなく、導入目的と判断条件を関係者間でそろえます。
反論処理は、反対意見を言い負かす技術ではありません。費用、工数、現場定着、既存ツールとの違いを整理し、どの条件なら進められるかを確認します。
低単価商材では、短い合意で十分な場合があります。高単価商材や複数部門が関わる商談では、決裁者、利用部門、情報システム部門の判断軸を分けて扱います。
レビューでは、顧客が合意した言葉を確認します。営業側の説明量ではなく、顧客が次に何を社内で説明できる状態になったかを見るのが有効です。
合意形成スキルの結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
FSで見るKPIは受注額だけではない
FSのKPIは受注額だけでは足りません。商談化率、フェーズ進行率、失注理由の構造化、レビュー反映率を併用すると、育成課題を見つけやすくなります。
受注額は経営上の成果を見る指標です。一方で育成では、どの商談段階で止まるのか、どの反論で失注するのかを見ないと改善点がぼやけます。
営業マネージャーが育成投資を説明するには、成果指標を分ける必要があります。まずは受注額だけでなく、商談の前後で測る指標を整理するのが現実的です。
経営KPIと育成KPIを混ぜると、現場は短期の数字だけを追いやすくなります。育成KPIは、次回商談で変えられる行動に結びつくものへ絞ります。
KPIを育成に使う場合は、失注理由の入力率やレビュー後の改善行動まで確認します。受注額が動く前の変化を見られると、マネージャーは次に直す商談場面を決めやすくなります。
スキルマップで育成優先度を決める
スキルマップは、FSの育成優先度を決めるための整理表です。商談前、商談中、商談後の行動に分けると、弱点がどの場面にあるか見えます。
営業改善プログラム「FAZOM」では、営業改善プログラムを考える際に、練習、商談前後データ、レビュー、次回改善をつなげて見ます。スキルマップも、単なる一覧ではなく改善サイクルの入口として使います。
テンプレートだけで改善は完結しません、マネージャーがレビューで使い、メンバーが次の練習テーマへ戻せる粒度にする必要があります。SaaS FSに必要なスキルを整理したい方は、スキルマップの型から確認できます。自社の商談でどの場面が弱いかを見直す材料として使えます。
商談数を変えずに成約率2.7倍。営業マネージャーが見るべきポイントを、10項目をチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
スキルマップは、開始条件、確認担当、利用する記録をそろえて運用します。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
育成優先度の結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
成果が伸びないSaaSフィールドセールスの失敗パターン
SaaSフィールドセールスの成果停滞は、個人の営業力不足だけで起きるとは限りません。引き継ぎ、記録、商談レビュー、練習が分断されると、同じ失注が繰り返されます。
ISからの引き継ぎが粗く初回商談が戻る
ISからの引き継ぎが粗いと、初回商談が前提確認に戻ります。FSは提案へ進めず、顧客も同じ説明を繰り返す負担を感じます。
問い合わせ理由、課題仮説、検討時期、関係者が空欄のまま日程だけ渡されるケースがあります。この状態では、FSが商談冒頭で商談化前の確認をやり直します。
引き継ぎ項目を増やしすぎると、ISの運用負荷が上がります。優先すべきは、FSが初回商談で検証する課題仮説と、顧客が次に判断したい論点です。
商談レビューが感想だけで終わる
商談レビューが感想だけで終わると、改善指示になりにくくなります。良かった点と悪かった点を述べるだけでは、次回商談で変える行動が残りません。
自社FSが属人的で成果が伸びないと感じる方は多いです。原因を個人差だけに置くと、レビュー観点、CRM記録、練習テーマの不一致を見落とします。
営業改善プログラム「FAZOM」の営業品質改善プログラムでは、商談レビューを次の練習へ戻す考え方を重視します。定量化しすぎると現場が使いにくいため、評価項目は次回の行動に変えられる粒度へ絞ります。
練習と実商談の評価基準がずれる
練習と実商談の評価基準がずれると、練習が成果改善につながりにくくなります。商談で停滞した論点を、次回の練習テーマへ戻す必要があります。
営業研修ではうまく話せるのに、実商談では反論処理が崩れる場合があります。これは練習のシナリオが、実際の失注理由や顧客の反応と切れていると起きます。
同じ失注が続く前に、数字が動かない原因を整理できます。AIロープレを比較して練習環境を選ぶ観点も、実商談レビューと接続して確認すると判断しやすくなります。
営業AI・営業DX AIロープレとは？営業ツール15選を3軸比較｜失敗しない選び方
練習と実商談の評価基準は、開始条件、確認担当、利用する記録をそろえて運用します。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
フィールドセールスの商談品質を高めるチェックリスト
フィールドセールスの商談品質は、話し方の印象だけでは判断できません。商談前の準備、商談中の合意、商談後の改善テーマを同じ基準で確認します。
商談前のNG例を確認する
商談前のNG例は、初回商談で前提確認に戻る状態から判定します。FSは日程や企業名だけでなく、顧客が何を判断したい商談なのかを確認します。
避けたいのは、問い合わせ理由、課題仮説、関係者、導入時期が空欄のまま商談へ入ることです。この状態では、顧客に同じ説明を求めやすくなります。
確認項目は増やしすぎないほうが定着します。SaaSの初回商談では、検討背景、現状業務、判断者、次回までに決めたいことを優先します。
- 問い合わせ理由が一文で説明できるか
- 顧客の課題仮説が書かれているか
- 利用部門と決裁者の仮説があるか
- 初回商談で聞き直す項目が決まっているか
商談前チェックの目的は、完璧な資料を作ることではありません。情報が足りない場合は、ISへ聞き直す項目と商談で検証する項目を分けると進めやすくなります。
商談前のNG例は、開始条件、確認担当、利用する記録をそろえて運用します。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
商談中のレビュー観点をそろえる
商談中のレビュー観点は、営業担当者の話し方ではなく、顧客との合意が前に進んだかでそろえます。提案前に課題、判断軸、次回行動が明文化されているかを見ます。
レビューで見るべき観点は、質問量、課題の深さ、合意事項、反論処理、次回アクションです。短期商談では全項目を深掘りせず、確認順を圧縮します。
| 観点 | 確認する内容 | NG例 |
|---|---|---|
| 課題確認 | 顧客が変えたい業務を特定したか | 機能説明だけで終わる |
| 判断軸 | 費用、工数、時期の優先順位を聞いたか | 価格反論だけを処理する |
| 合意事項 | 次回までの宿題を双方で決めたか | 営業側の次回連絡だけで終わる |
表で見ると、商談品質は会話のうまさではなく、顧客の判断材料が増えたかで評価できます。レビュー担当者が同じ観点で見るほど、改善指示もそろいやすくなります。
レビュー観点を具体化したい場合は、営業ロープレで使うチェック項目も合わせて確認できます。実商談の評価軸と練習時の評価軸を近づけると、次回の練習テーマを決めやすくなります。
商談・営業スキル 営業ロープレのチェックシート項目例｜形骸化しない作り方と運用手順
レビュー担当者は、商談録画を見る前に合格基準を決めておきます。質問の数ではなく、顧客が次に判断できる材料を得たかで確認すると、指摘が個人の好みに寄りにくくなります。
レビュー観点の結果は、担当者、期限、会議で見る指標に結び付けます。次回会議で更新状況と未対応理由を確認すると、改善を継続しやすくなります。
商談後の改善テーマを1つに絞る
商談後の改善テーマは、次の商談で変える行動を1つに絞ります。失注理由や録画レビューを広く眺めるだけでは、練習内容が分散します。
改善テーマを決める際は、商談前、商談中、商談後のどこで停滞したかを先に分けます。仮説不足なら準備、合意不足なら質問、記録不足ならCRM入力を直します。
よくある失敗は、発声、資料説明、反論処理、クロージングを一度に直そうとすることです。テーマが多いほど、メンバーは何を練習すべきか判断しにくくなります。
- 商談の停滞箇所を一つ選びます。
- 次回商談で変える行動へ言い換えます。
- 練習で再現する顧客反応を決めます。
- レビュー時に見る合格基準を一つ置きます。
商談後レビューは、次の練習へ戻して初めて育成に使えます。改善テーマを絞ると、FS本人もマネージャーも次回商談で見るべき変化を共有しやすくなります。
商談後の改善テーマは、開始条件、確認担当、利用する記録をそろえて運用します。判断の前提を文書化しておくと、担当者が変わっても同じ基準で見直しやすくなります。
自社のFS体制を見直す前の確認事項
FS体制を見直す前に、研修やツールを先に決める必要はありません。レビュー頻度、KPI、CRM記録、改善責任者、CS連携を質問形式で確認します。
レビュー頻度と評価基準は決まっているか
レビュー頻度と評価基準が決まっていない場合、商談レビューは担当者ごとの感想に寄りやすくなります。週次、隔週、案件単位のどれで見るかを先に決めます。
頻度だけを増やしても改善は進みません。質問、課題深掘り、合意形成、次回アクションなど、評価する観点を固定する必要があります。
レビューが続かない組織では、録画を見る時間やコメント方法が曖昧なことがあります。最初は全商談ではなく、重要商談や失注商談に絞ると始めやすくなります。
KPIとCRM記録は改善に使える形か
KPIとCRM記録は、改善に使える形で残す必要があります。受注額だけでなく、商談化率、フェーズ進行率、失注理由、レビュー反映率を確認します。
経営KPIと育成KPIを分けないと、現場は短期の数字だけを追いやすくなります。育成に使うKPIは、次回商談で変えられる行動に結びつけます。
CRM記録が自由記述だけの場合、レビューで比較しにくくなります。課題、合意事項、未解決の懸念、次回アクションを固定項目として残すと改善に使えます。
改善責任者とCS連携は明確か
改善責任者とCS連携が曖昧なままでは、FS体制の見直しは続きにくくなります。誰がレビューし、誰が練習テーマへ戻すかを決めます。
自動化ツールや研修を入れれば定着すると考える方は多いです。実際には、レビュー結果を次の練習へ戻す運用条件がなければ、現場の行動は変わりにくいです。
改善を続けるには、次回練習へ戻す運用条件を先に確認する必要があります。SaaS FSに必要なスキルを整理したい方は、スキルマップの型から確認できます。
よくある質問
SaaSフィールドセールスの理解で迷いやすい点は、ISとの違い、必要スキル、成果指標に集まります。本文で整理した基準を、短い回答として確認します。
フィールドセールスとインサイドセールスの違いは何ですか？
フィールドセールスとインサイドセールスの違いは、商談機会をつくるか、商談を進めて合意形成するかです。SaaSでは役割名ではなく責任範囲で見て、引き継ぎ項目と責任KPIを先に決めます。
SaaS営業に必要なスキルは何ですか？
SaaS営業に必要なスキルは、仮説構築、課題深掘り、合意形成、CRM記録、商談後レビューです。FSは商談前後の情報を使い、次の改善行動までつなぎます。具体的な進め方は組織の現状に応じて調整します。
SaaSフィールドセールスの成果は何で測りますか？
SaaSフィールドセールスの成果は、受注額だけでなく、商談化率、フェーズ進行率、失注理由、レビュー反映率で測ります。経営指標と育成指標を分けて確認します。まずは現状の課題を整理することから始めます。
まとめ
SaaSフィールドセールスは、商談担当者として提案するだけでなく、ISからの情報を検証し、顧客課題を合意へ進め、CSへ引き継ぐ役割です。業務フロー、スキル、KPI、レビュー観点を同じ基準でそろえると、属人的な営業改善から抜け出しやすくなります。
FS体制の見直しを後回しにすると、商談数はあるのに同じ失注理由が残り、マネージャーは毎回違う観点でレビューすることになります。メンバーも何を練習すべきか分からず、商談後の反省が次回行動へつながりにくくなります。
まずは受注額だけでなく、商談前、商談中、商談後のどこに停滞があるかを見える形にすることが現実的です。SaaSフィールドセールスに必要なスキルを整理したい方は、スキルマップの型を使うと、育成優先度を説明しやすくなります。
「ヒアリング力を上げろ」では誰も育たない。トップ営業の暗黙知を測定可能なレベルまで分解した、6業種のスキルマップ・テンプレートを公開中！
＞＞無料で『業種別！営業の成果と育成を両立するスキルマップテンプレート集』をダウンロードする
