▼ この記事の内容
SaaS営業体制は、職種を増やす順番ではなく、成長段階で停滞している顧客対応を見極め、誰が何を引き継ぎ、どのKPIを共通で確認するかから設計します。役割分担は、顧客情報と判断条件を共有できる範囲で進めます。
SaaS企業では、リード獲得、商談、導入後の継続がつながっています。組織図だけを先に整えると、担当が増えても顧客情報の受け渡しが曖昧なままになることがあります。
まずは、どの段階で案件が止まり、誰が次の判断を持つかを確認します。役割を切り出す案を検討するときは、対象の仕事、引き継ぐ情報、判断を戻す先を関係者で確認します。
この記事では、営業責任者が成長段階に応じて役割、KPI、引き継ぎ条件を見直すための考え方を整理します。特定の体制が売上や継続率を保証するものではなく、自社の条件を検討するための材料です。
SaaS営業体制は成長段階に応じて設計する
成長段階によって、最初に解くべき営業課題は変わります。役職名を当てはめる前に、顧客のどの情報を誰が確認し、次の担当へ何を渡すかを決めます。
役割を増やす前に顧客情報の流れを整理する
SaaS営業体制を見直すときは、リード獲得から契約後の利用状況までの情報の流れを整理し、対応待ちと担当負荷の記録に照らして、兼任を続けるか特定の仕事を切り出すかを判断します。
兼任が直ちに問題になるわけではありません。少人数の段階では、顧客の反応を直接確かめる仕事と、再現できる形で残す仕事を両方続けることが判断材料になります。
次の表は、自社の記録を使って分担を検討するための判断案です。人数や売上による段階区分、分業後の成果を示すものではありません。複数の状態に当てはまる場合は、最初に対応が止まる地点から確認します。
| 現在の状態 | 検討する分担 | 先に確かめる条件 |
|---|---|---|
| 顧客の課題や販売手順を確かめている段階 | 兼任を維持し、商談ごとの判断理由を記録する | 既存担当で初回接触と商談後の対応を扱えるか。記録が不足していれば、分業判断を保留する |
| 特定の仕事に対応待ちが継続している段階 | 初回接触、商談、導入支援のうち停滞している仕事を切り出す案を検討する | 担当者の負荷と待ち時間の記録を確認する。顧客条件や提案内容が原因なら、担当追加より先に内容を見直す |
| 複数部門が同じ顧客情報を更新する段階 | 部門横断の確認担当と会議を置く案を検討する | リード・商談・継続の情報が一致しているか。記録の更新担当が不明なら、役職を新設する前に責任範囲を決める |
この表の要点は、分業の開始条件を人数や役職名ではなく、対応待ちが生じる地点と顧客情報の更新責任から判断することです。
分業は役割を切り出す順番から設計する
分業では、マーケティング、IS、AE、CSの名前よりも、次の担当へ渡す条件を先に置きます。顧客の状況と未確認事項が渡らなければ、担当を分けても同じ確認が繰り返されます。
切り出す業務は停滞箇所から選ぶ
問い合わせが増えても商談につながらない場合は、初回接点で何を確認するかを見直します。商談が進んでも契約に結び付かない場合は、提案の前提と決裁条件を誰が確かめるかを整理します。
一度にすべての役割を独立させる必要はありません。今の担当者が持つ顧客理解を失わないように、引き継ぎの記録と会議で使う項目を先に決めます。
営業組織の課題を切り分ける際は、営業組織の課題の見分け方も確認できます。
営業AI・営業DX 営業組織の課題一覧｜比較軸と選び方
役割別KPIと共通KPIを連動させる
KPIは担当者を比較するためだけでなく、どこで顧客対応が止まっているかを確かめる材料です。役割別の指標と、部門をまたいで確認する指標を分けて扱います。
数値と顧客情報をあわせて確認する
商談化率や受注率だけでは、停滞の理由を確定できません。数値の変化を見た後に、失注理由、提案の前提、次回の確認事項を読み、次に検証する点を決めます。
共通KPIは、部門間の責任を押し付けるためのものではありません。共同で見る地点を決め、役割別の数値が変わったときに、どの顧客記録を誰と照合するかを対応付けます。
以下はIS（インサイドセールス）、AE（商談・提案担当）、CS（カスタマーサクセス）の確認項目の例です。自社で担当を兼任している場合も、確認する仕事を区別して使います。率を比較する前に、分母、対象期間、案件の範囲をそろえてください。指標の変化だけで原因や担当者の責任を確定しません。
| 担当と役割別の確認例 | 共同で確認する地点・指標例 | 照合する顧客記録 | 次の確認担当 |
|---|---|---|---|
| IS：初回接触の実施状況と商談化率 | IS・AE：引き継いだ商談の受入状況 | 課題、検討状況、次回面談で確認する事項 | 接触未実施はIS、商談条件の認識差はISとAEが確認する |
| AE：提案の進行状況と受注率 | AE・CS：契約後の支援開始状況 | 合意した利用目的、提案範囲、導入予定と未解決事項 | 提案条件はAE、支援開始条件はAEとCSが確認する |
| CS：導入作業の進行状況と継続状況 | CS・AE：契約時の期待と利用状況の差 | 利用目的、顧客側の担当、未完了の導入作業 | 利用上の課題はCS、契約時の約束との差はCSとAEが確認する |
この表の要点は、役割別KPIの変化を担当者評価だけで終わらせず、共同確認地点と顧客記録へ戻して、次に確認する担当を決めることです。
役割別の指標を設計する際は、役割別KPIの考え方も確認できます。
営業AI・営業DX 営業kpiとは？意味と実務での使い方
SaaSの指標を成長段階に応じて読む場合は、SaaS営業の指標の見方も参照できます。
営業AI・営業DX SaaS営業で見るべき指標｜4階層の分類と現場で動かす優先順位
営業とCSの引き継ぎ条件をそろえる
契約後の引き継ぎでは、受注情報だけでなく、顧客が期待したこと、未解決の懸念、次に確認する時期をそろえます。営業とCSが同じ情報を必要とする範囲を明確にします。
引き継ぎを連絡ではなく確認条件として定める
担当交代の連絡だけでは、次に何を確かめるべきかが残りません。顧客の利用目的、合意した範囲、未確認の前提を分けて記録し、次の担当が確認できるようにします。
導入や連携の条件が関わる場合は、公開されている範囲を確認し、未確認の条件を標準の提供内容として扱わないことが必要です。導入前に確認する項目も参照できます。
営業体制を変える前に確認すべき失敗要因
役割だけを増やすと、顧客理解が分断されたり、KPIが別々に最適化されたりします。変更前に、情報を誰が更新し、どの会議で判断し、何を変えないかを確認します。
組織図を正解にしない
The Modelなどの一般的な分業の型は、検討の出発点にはなります。ただし、商材、顧客数、販売プロセス、社内資源によって適切な境界は異なるため、そのまま最適解とは扱えません。
体制を変えた後も、引き継ぎの情報が会議で使われているかを確かめます。指標の入力だけが目的になった場合は、項目を増やすのではなく、次の判断に使う情報へ戻して見直します。
SaaS企業の組織設計については、StripeのSaaS企業向け組織解説でも、成長に応じて役割と責任主体を見直す観点が示されています。ベンダーによる実務解説であり、営業成果や製品効果の実証ではありません。
参考：SaaS 会社の組織構造: スケールするチームの設計方法｜Stripe
営業プロセスの段階ごとに引き継ぎを確認する際は、営業パイプラインの確認手順も参照できます。
営業戦略・KPI設計 営業パイプライン管理とは？失敗しない5ステップとボトルネック分析の実践法
まとめ
SaaS営業体制を見直すときは、役職を増やす前に、顧客情報の流れ、担当ごとの確認項目、部門をまたいで見るKPI、営業とCSの引き継ぎ条件を確認します。適切な分担は商材や顧客数、販売プロセスによって異なるため、自社の成長段階で停滞している地点から見直す対象を選びます。
