▼ この記事の内容
SaaS営業プロセス設計は、リード獲得から更新までを並べるだけでは足りません。入口条件、出口条件、責任者、KPI、レビュー頻度を決め、分業後も商談品質が落ちない運用へ落とすことが重要です。まずは「顧客検討フェーズ × 営業役割 × KPIの3軸設計」で整理します。
SaaS営業では、リード獲得後にISがどこまでヒアリングするか、FSへ渡す条件を何にするか、商談化後にどのステージで失注・停滞しているかを追えない場面があります。商談数を増やすだけでなく、どの段階で止まっているかを見える状態にする必要があります。
THE MODELや分業の考え方を導入しても、ISからFSへの引き継ぎ条件が曖昧なままでは、商談数だけが増えて受注率が落ちることがあります。SFAやCRMの入力項目が増えても、会議で判断する内容が決まっていなければ現場の負荷だけが残ります。
この記事では、SaaS営業プロセスをステージ名ではなく、入口条件、出口条件、責任範囲、KPI、レビュー頻度から設計する考え方を整理します。分業範囲、引き継ぎ条件、ステージ別KPI、レビュー頻度を自社の営業会議で点検し、どこから設計を直すべきか判断できる状態を目指します。
SaaS営業プロセスの全体像
SaaS営業プロセスは、リード獲得から受注後の更新・拡張までを、顧客の検討順に沿って管理する仕組みです。設計ではステージ名よりも、入口条件、出口条件、責任者、KPI、レビュー頻度を先に決めます。
SaaS営業プロセスは顧客検討順に設計する
SaaS営業プロセスは、顧客の検討順に合わせて入口条件、出口条件、責任者、KPI、レビュー頻度を決める設計です。ステージ名だけを並べても、商談停滞は見えません。
設計の軸は「顧客検討フェーズ × 営業役割 × KPIの3軸設計」です。B2B営業10〜50名規模のSaaS企業では、IS、FS、CSを分ける前に顧客の意思決定段階をそろえるのが有効です。
営業マネージャーは、現在の案件をステージ名ではなく顧客の検討状態で見直す必要があります。次に、標準ステップを受注後までつなげると、どこで責任が切れているかを確認しやすくなります。
標準ステップはリードから更新までつなぐ
SaaS営業の標準ステップは、リード獲得、商談化、初回商談、提案、稟議支援、受注、オンボーディング、更新までを一連で扱います。売り切り型よりも受注後の責任が重くなります。
Salesforceの営業プロセス解説では、7つのステップで契約後の関係育成まで扱っています。SaaSではこの考え方を、更新率や拡張余地の確認まで広げる必要があります。
ステップを並べるだけでは、現場の行動は変わりません。各ステップに、誰が、どの情報を確認したら入れるかという入口条件と、どの条件を満たしたら次へ進めるかという出口条件を置くと、SFAやCRMの入力項目も整理できます。
| ステップ | 入口条件 | 見る指標 |
|---|---|---|
| 商談化 | 課題と検討時期が確認済み | 商談化率 |
| 提案 | 決裁者と導入条件が確認済み | 提案化率 |
| 更新 | 活用状況と継続課題が確認済み | 更新率 |
表にすると、営業プロセスは営業担当者の行動表ではなく、顧客の意思決定を進める条件表として読めます。月次会議では「件数が少ない」ではなく「どの条件で止まったか」を確認できます。
参考：How to Build a Sales Process: 7 Steps to Follow｜Salesforce
分業は目的ではなく停滞検知の手段である
分業は、IS、FS、CSの役割を増やすことではなく、商談がどこで止まっているかを見つける手段です。少人数組織では、役割を分けすぎると引き継ぎ待ちが増えます。
よくある失敗は、THE MODELの型を先に置き、自社の商材単価や検討期間を後から合わせる進め方です。月額単価が低く即決に近い商材なら、商談化と提案を細かく分けない方が運用しやすい場合があります。
【専門家の見解】
弊社が支援した医療機器企業では、商談内容の可視化により売上改善、育成期間6カ月から2カ月、工数67%削減につながりました。一方で、見えなかった商談品質にレビュー責任が生まれたため、分業後の確認観点まで設計する必要がありました。
弊社支援現場では、海外SaaS企業の営業責任者が、商談後に振り返った時点では遅い案件が月3件あると語った例もあります。最初の一言は「この案件は誰の担当ですか」ではなく、「この案件はどの条件を満たせば次へ進みますか」が適しています。
関連する設計を整理する際は、セールステックの領域別整理も確認すると、本記事の論点を実務に落とし込みやすくなります。
営業AI・営業DX セールステックカオスマップ｜課題逆引き7分類
自社に合わせた設計手順
入口条件と出口条件を先に決める
SaaS営業プロセスでは、入口条件と出口条件が各ステージで案件を入れる基準と次へ進める基準になります。先に決めると、担当者ごとの判断差を減らし、週次レビューで見る論点もそろいます。
最初の作業は、現在の商談ステージごとに、どの情報が確認できたら入れるかを書き出すことです。B2B営業の少人数から中規模組織では、課題、検討時期、決裁者、利用部門の4点を先に見ると整理しやすくなります。
出口条件は、次の担当者が迷わず動ける状態まで具体化します。商談化なら課題と検討時期、提案なら決裁者と導入条件、更新なら活用状況と継続課題を確認するのが実務上の起点になります。
- 現行ステージを洗い出す
- 各ステージの入口条件を1つずつ決める
- 次へ進める出口条件を決める
- 条件を満たさない案件の戻し先を決める
- 週次レビューで見る項目を絞る
ステージ名より商談が進む条件を定義する
SaaS営業では、ステージ名を顧客の検討が前に進む条件を表す言葉にする必要があります。提案中や検討中だけでは、営業が次に確認する情報と戻し先が分かりません。
よくある失敗は、SFAの既存項目に合わせて営業プロセスを決める進め方です。入力欄は埋まっていても、顧客側の稟議者、導入時期、比較先、利用開始条件が不明なら、案件は進んでいない可能性があります。
弊社が支援したフードサービス企業では、エリアマネージャーの一人依存からチーム営業化へ移る過程で、BランクがAランクの80%水準まで近づき、42%改善しました。何を教えるかが曖昧だった状態を、商談で見る観点として分けたことが変化の起点になりました。
最初に聞く質問例と避ける質問例
設計前のヒアリングでは、営業担当に売れた理由を聞くより、案件が止まった条件を聞く方が有効です。停滞条件から逆算すると、入口条件と出口条件の抜けが見えます。
最初の一言は、今のステージ名で困る場面はどこですか、が使いやすいです。避けたい質問は、理想の営業プロセスは何ですか、です。抽象論になりやすく、現場の商談判断に戻しにくくなります。
ある営業チームでは、商談化の基準を聞いたところ、担当者ごとに課題確認済みの意味がずれていました。質問例をそろえるだけでも、IS、FS、CSの分業条件を決める前に、どこで認識が割れているかを確認できます。
分業と引き継ぎ条件を決める
SaaS営業の分業は、担当を細かく分けることではなく、商談品質を落とさず次の担当へ渡すための設計です。営業人数、リード量、商材単価、受注後の支援責任に合わせて、分ける範囲と引き継ぎ条件を決めます。
少人数組織は分けすぎない方がよい
少人数のSaaS営業組織では、IS、FS、CSを早く分けすぎると、商談の待ち時間と確認漏れが増えます。まずは兼務を前提に、誰が何を確認したら次へ進めるかを決めます。
営業5〜10名規模では、担当を増やすよりも、商談化、提案、受注後支援の判断条件をそろえる方が運用しやすくなります。リード量が多く、初回接触の遅れが売上に直結する場合は、IS分業が有効です。
| 組織条件 | 分業の考え方 | 先に決める条件 |
|---|---|---|
| 営業5名未満 | 兼務中心で進める | 商談化と提案の出口条件 |
| 営業5〜15名 | 一部を分ける | ISからFSへの引き継ぎ条件 |
| 営業15名以上 | 役割別に分ける | CSまで含めた責任範囲 |
表の基準は、組織図を作るためではなく、分業による停滞を避けるために使います。自社適合を判断する段階では、分ける範囲よりも、渡した後に誰が次の行動を起こすかを優先して確認します。
ISからFSへ渡す条件を明文化する
ISからFSへ渡す条件は、課題、検討時期、決裁関与、導入条件の確認有無で明文化します。条件が曖昧なままだと、商談数は増えても受注率が下がる可能性があります。
よくあるケースでは、ISがアポイント数を追い、FSが商談品質のばらつきを後から処理しています。初回商談で、そもそも導入時期が未定だと判明する案件が続くなら、引き継ぎ条件を見直す必要があります。
弊社が支援したフードサービス企業では、エリアマネージャーの一人依存からチーム営業へ移る過程で、BランクがAランクの80%水準まで近づき、42%改善しました。成果の起点は担当分けではなく、何を見て次の担当へ渡すかを言語化した点にあります。
CSまで含めて受注後の責任をつなぐ
SaaS営業プロセスは、受注で終わらず、CSへの引き継ぎまで含めて設計します。更新や拡張が売上に影響するため、受注時点の約束、利用目的、リスクを次の担当へ渡す必要があります。
FSとCSの境界が曖昧な組織では、受注後に顧客が同じ説明を繰り返す場面が起きやすくなります。月額課金型のSaaSでは、初回提案で話した成功条件をCSが知らないまま支援に入ると、更新前の不満を見落とします。
受注後まで責任をつなぐには、契約日ではなく、顧客が価値を感じる条件を共有するのが有効です。次にKPIを設計する際も、商談数だけでなく、転換率、受注後の活用、更新につながる指標まで見る必要があります。
ステージ別KPIを設計する
ステージ別KPIは、営業活動量を増やすためではなく、どの段階で収益化が止まっているかを見つけるために設計します。商談数、転換率、受注率、MRRやARRを階層で分けると、改善優先順位を社内で説明しやすくなります。
商談数だけでなく転換率を見る
SaaS営業では、商談数だけでなくステージ間の転換率を見ます。商談数が増えても課題確認から提案へ進まなければ、受注に近い活動は増えていません。
見るべき数字は、リードから商談化、商談から提案、提案から受注までの転換率です。初期立ち上げ期は商談数の確保も必要ですが、一定量を超えたら転換率で詰まりを見ます。
月間商談が40件あり、提案化が10件、受注が2件なら、商談数より提案化条件を見直します。弊社が支援した医療機器領域の企業では、見えなかった商談中のつまずきを可視化し、売上改善と育成期間6カ月から2カ月への短縮が確認されています。
停滞ステージごとに見る数字を変える
停滞ステージごとに見る数字を変えると、営業会議で決める打ち手が明確になります。すべての会議で同じKPIを見ると、改善すべき行動がぼやけます。
リード獲得で止まる場合は有効リード率、商談化で止まる場合は初回接点率を見ます。提案後に止まる場合は、決裁者同席率や稟議論点の回収率を見ると改善箇所を絞れます。
| 停滞箇所 | 主に見るKPI | 会議で決めること |
|---|---|---|
| リード不足 | 有効リード率 | ターゲット条件を見直す |
| 商談化不足 | 接続率と課題確認率 | 初回質問を変える |
| 提案停滞 | 提案化率と決裁者同席率 | 稟議論点を補う |
| 受注停滞 | 受注率と失注理由 | 比較条件を再設計する |
表の狙いは、KPIを増やすことではなく、停滞場所に合わせて見る数字を切り替えることです。営業10〜50名規模のSaaS組織では、週次会議で1つの停滞箇所に絞る方が運用しやすくなります。
ROI説明に使う成果指標を決める
ROI説明には、商談数だけでなく転換率、受注率、MRR、ARRのどれを改善指標にするかを決めます。成果指標が曖昧なままでは、社内で投資判断を説明できません。
ここでは、活動KPI、転換KPI、収益KPIの3層で整理するのが実務上の起点になります。活動KPIは架電数や商談数、転換KPIは提案化率や受注率、収益KPIはMRRやARRに分けます。
費用対効果を聞かれる場面では、未確認の改善率を約束しないことが重要です。弊社が支援したSaaS企業の現場では、商談後に振り返った時点では遅い案件が月3件あると営業責任者が語った例があります。
成果指標を社内説明するには、商談数以外の見方も必要です。KPIを設計しても数字が動かない原因を整理する入口として、以下の資料を参照できます。
商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする
育成とスキル設計へ接続する
営業プロセスは、管理表として作るだけでは定着しません。各ステージで必要なスキルを分け、引き継ぎ品質とレビュー内容に接続すると、育成計画として使いやすくなります。
プロセスごとに必要スキルを分ける
プロセスごとに必要スキルを分けると、育成課題を個人の努力不足で片付けにくくなります。初回接点、課題確認、提案、稟議支援では、求められる会話の質が違います。
たとえばISには仮説質問と接点化、FSには課題深掘りと意思決定者整理が必要です。CSまで含める場合は、導入目的の再確認と利用定着の会話もスキルとして定義します。
スキル定義を細かくしすぎると、現場では運用されません。最初は各ステージで2つから3つのスキルに絞り、レビュー会議で実際に観察できる言葉へ落とします。
引き継ぎ品質をスキルマップで見る
引き継ぎ品質は、情報量ではなく次の担当者が商談を前に進められる状態で判断します。スキルマップにすると、どの役割で引き継ぎが弱いかを見つけやすくなります。
練習と本番を同じ改善ループに置くと、育成は研修だけで終わりません。弊社の支援現場では、商談後の感想が「なんとなくよかった」から「この質問のあとで相手が止まった」へ変わったケースがあります。
弊社は累計200社超の支援実績をもとに、営業改善の実行と定着を支援しています。プロセスごとに必要なスキルを整理したい場合は、スキルマップ資料を参照できます。
SFA入力はレビュー目的から逆算する
SFA入力は、記録を増やすためではなく、レビューで判断するために設計します。入力項目が多くても、会議で使わない情報なら現場の負荷だけが増えます。
入力項目は、次回商談の目的、顧客の未解消論点、決裁者情報、失注リスクの4つから始めると扱いやすくなります。レビューで使う順番に並べると、入力の意味が伝わります。
法務やセキュリティ要件がある商材では、別途チェック項目を設ける必要があります。営業プロセス上は、何を入力するかより、何を判断するために入力するかを先に決めます。
「ヒアリング力を上げろ」では誰も育たない。トップ営業の暗黙知を測定可能なレベルまで分解した、6業種のスキルマップ・テンプレートを公開中！
＞＞無料で『業種別！営業の成果と育成を両立するスキルマップテンプレート集』をダウンロードする
失敗しやすい設計を避ける
失敗しやすいSaaS営業プロセスは、見た目は整っていても会議で判断が進みません。THE MODELの丸写し、KPI過多、会議の目的不明確化を避けると、現場で使われる設計に近づきます。
THE MODELをそのまま写さない
THE MODELは、SaaS営業の分業を整理する考え方として有用です。ただし、自社の人数、商材単価、リード量に合わないまま写すと、役割だけが増えて顧客情報が途切れます。
10名未満の営業組織では、インサイドセールス、フィールドセールス、カスタマーサクセスを人で分けすぎない方が現実的です。まずは初回対応、提案、受注後支援の責任条件を分けます。
分業が成熟している企業では、標準型が合う場合もあります。型を採用する前に、どの停滞を減らすために役割を分けるのかを説明できる状態にします。
KPIを増やすほど改善するとは限らない
KPIを増やすほど改善するとは限りません。見る数字が多すぎると、営業会議は報告の場になり、どの行動を変えるかが決まりにくくなります。
弊社の支援先では、可視化に対して管理を強めたいわけではないと反発が出たケースがあります。数字を増やす前に、見えない失注リスクを減らす目的を共有する必要があります。
重要KPIが欠けている場合は追加が必要です。追加する場合も、ステージごとに1つから2つへ絞り、会議で判断する問いとセットで置きます。
会議で何を判断するかまで決める
営業プロセスは、会議で何を判断するかまで決めて初めて運用に乗ります。ステージ名とKPIだけでは、現場はSFAやCRMに入力して終わりになりやすいです。
会議では、停滞案件、次回商談の目的、失注リスク、支援が必要な担当者を確認します。最初の一言は、この案件は次に誰の合意が取れれば進みますか、で十分です。
会議体が多すぎる組織では、新しい会議を増やさず既存会議の議題を変える方が定着します。まず提案後に止まる案件だけを選び、出口条件とレビュー頻度を見直します。
よくある質問
SaaS営業プロセスは何段階に分けるべきですか
SaaS営業プロセスは、一般にリード獲得、商談化、提案、受注、オンボーディング、更新までを含めて設計します。ただし段階数より、各段階の入口条件と出口条件を明確にすることが重要です。
THE MODELは必ず導入すべきですか
THE MODELは有用な整理法ですが、必須ではありません。営業人数、商材単価、リード量に合わないまま導入すると、役割だけが増えて引き継ぎ不全が起きやすくなります。
営業プロセス設計後に最初に見るKPIは何ですか
最初に見るKPIは、商談数だけでなくステージ間の転換率です。商談化率、提案化率、受注率を分けると、どの段階で改善が止まっているかを週次会議で確認しやすくなります。
まとめ
SaaS営業プロセス設計は、ステージ名を増やす作業ではありません。入口条件、出口条件、責任者、KPI、レビュー頻度をそろえ、商談がどこで止まっているかを判断できる状態にする作業です。
分業は目的ではなく、停滞を見つけるための手段です。少人数組織では分けすぎを避け、IS、FS、CSの境界よりも、次の担当者が迷わず動ける引き継ぎ条件を先に決める必要があります。
KPIは多いほどよいわけではありません。商談数、転換率、受注率、MRR、ARRを階層で分け、会議ではどの数字を見て何を変えるかまで決めることが重要です。
現状維持のままでは、商談数は増えても提案化や受注につながらず、営業会議が報告だけで終わる可能性があります。担当者はSFAやCRMへの入力に追われ、マネージャーはどの案件を支援すべきか判断しにくくなります。
作って終わるプロセス設計にしないため、改善が回る仕組みまで設計しましょう。プロセス設計を現場に定着させたい方は、サービス資料を確認すると、営業マネージャー個人としても改善案を社内で説明しやすくなります。
営業の型・商談振り返り・改善の流れを一連の仕組みにする営業改善プログラムはこちら！
＞＞無料で『3分でわかる「FAZOM」ご解説資料』をダウンロードする
※具体的な数値は導入企業の許可を得た範囲で一部加工しています
