SaaSのエンタープライズ営業戦略はどう設計する？

SaaSのエンタープライズ営業戦略は、対象企業を明確に定義し、複数の関係者を巻き込みながら、長い検討期間と導入後の拡大までを設計します。中小企業向けのように、問い合わせから商談、契約までを営業担当者だけで進めるのではなく、アカウント単位の計画と社内外の合意形成が重要です。

設計の基本は、対象アカウントの選定、課題仮説の作成、意思決定者との接点づくり、導入効果の説明、契約・導入リスクの解消、利用拡大を一つの流れにすることです。

SaaSのエンタープライズ営業とは

エンタープライズ営業とは、大企業や大規模組織を対象に、複数の部署・役職・拠点をまたいで契約を進める営業です。対象企業の定義は会社によって異なりますが、従業員数や売上規模だけでなく、契約金額、導入部署の数、セキュリティ審査、決裁の複雑さなども判断材料になります。

エンタープライズ営業では、現場の利用者がサービスを評価しても、情報システム部門、法務、購買、経営層などの承認がなければ契約に至りません。そのため、単に機能を説明するのではなく、関係者ごとの懸念を整理し、組織として導入する理由を示す必要があります。

最初に決めるべきエンタープライズ営業の対象

まず、自社のSaaSが成果を出しやすい企業像を定義します。対象を広げすぎると営業リソースが分散するため、受注しやすさと契約後の成長性の両方で優先順位を付けます。

ターゲットアカウントの条件を決める

次のような項目を使って、対象企業を具体化します。

• 業界、事業規模、従業員数
• 利用対象となる部署や拠点の数
• 既存システムや業務上の課題
• 法規制やセキュリティ要件の強さ
• 導入によって削減・改善できるコストや業務時間
• 既存顧客と似ている点
• 将来的な利用部署や契約額の拡大余地

「従業員数1,000人以上」のような条件だけでなく、「複数拠点で同じ業務を行い、業務標準化の課題がある企業」のように、サービスとの適合性まで定義すると、営業先を選びやすくなります。

アカウントを優先順位付けする

候補企業は、すべて同じ熱量で追いかけるのではなく、導入可能性と事業価値で分類します。

分類	特徴	営業方針
最優先	課題、予算、導入時期、関係者への接点が見えている	個別のアカウントプランを作成し、社内の支援人員も割り当てる
重点候補	適合性は高いが、課題や決裁構造がまだ不明	情報収集とキーパーソンとの接点づくりを進める
長期候補	適合性はあるが、導入時期や予算が遠い	コンテンツやイベントなどで継続的に接点を持つ

優先順位は、企業規模だけで決めないことが重要です。大企業であっても、課題が弱い、導入権限がない、要件が自社の提供範囲と合わない場合は、受注までのコストが高くなる可能性があります。

アカウントごとの営業戦略を作る

優先度の高い企業には、企業単位の営業計画であるアカウントプランを作成します。アカウントプランは、顧客情報の一覧ではなく、「誰のどの課題を、どの順番で解決し、どの合意を得るか」を整理するものです。

アカウントプランに入れる項目

• 企業の事業方針と重点課題
• 自社サービスが関係する業務と部署
• 現在使われている代替サービスや社内運用
• 現場の利用者、責任者、決裁者、反対者
• 各関係者が重視する評価項目
• 導入予算と予算を管理する部署
• 導入希望時期と社内手続きの期限
• セキュリティ、法務、購買などの審査項目
• 導入後に利用を広げられる部署や拠点
• 次に取る行動、担当者、期限

特に重要なのは、最初に接点を持った担当者だけを顧客の代表と見なさないことです。担当者が社内で影響力を持っていても、予算や契約の決定権を持っているとは限りません。

関係者を役割別に整理する

関係者は、役職名だけでなく、導入プロセスでの役割に分けて整理します。

関係者	主な関心	伝える内容
現場の利用者	使いやすさ、業務負担、現場の成果	具体的な業務の変化、操作方法、導入後の支援
業務責任者	目標達成、業務品質、部署全体の成果	改善できる業務指標、運用方法、展開計画
情報システム部門	連携、権限管理、運用負荷、障害対応	技術仕様、管理機能、サポート体制、導入手順
法務・購買	契約条件、責任範囲、取引手続き	契約に必要な資料、対応可能な条件、審査への回答
経営層・予算責任者	投資対効果、経営課題、全社的な影響	導入目的、期待効果、費用、リスク、展開方針

一つの資料ですべての関係者を説得しようとせず、相手の判断材料に合わせて説明を変えます。ただし、相手によって事実や効果の見込みを変えるのではなく、同じ導入計画を異なる観点から説明することが大切です。

課題仮説を作り、商談で検証する

エンタープライズ営業では、顧客から課題を聞くまで待つのではなく、公開情報や過去の導入事例をもとに仮説を作ります。ただし、仮説は事実ではないため、商談で確認するまで断定してはいけません。

たとえば、複数拠点を持つ企業に対して「拠点ごとに業務手順が分かれ、管理に時間がかかっている可能性がある」と仮説を立てた場合、次のような質問で検証します。

• 現在の業務は拠点ごとにどの程度異なっていますか
• データや進捗を全社で確認する際に、どの作業が発生しますか
• 現場と本部で、業務上の認識に差が出ることはありますか
• 改善を進めるうえで、最も時間がかかる承認や調整は何ですか
• その課題を解決できた場合、どの指標を改善したいですか

課題の大きさは、単なる不満ではなく、発生頻度、影響範囲、金銭的・時間的な損失、解決の期限で確認します。課題が大きくても、今すぐ解決する必要がなければ、商談は長期化しやすくなります。

商談を段階別に設計する

エンタープライズ営業では、初回商談で契約を迫るより、顧客の意思決定が進む段階に合わせて次の合意を取るほうが有効です。各商談の終了時に、次回の参加者、議題、必要資料、実施日を確認します。

1. 初期接点：対象企業の課題や導入のきっかけを確認し、関係者と次回の議題を合意する。
2. 課題整理：現状の業務、問題の影響、解決期限、既存の対応策を整理する。
3. 適合性確認：自社サービスで解決できる範囲と、解決できない範囲を明確にする。
4. 関係者との評価：利用者、管理者、情報システム部門などが必要な条件を確認する。
5. 検証・提案：必要に応じてデモや試行を行い、評価項目と判定方法を合意する。
6. 社内稟議・契約：費用、導入効果、リスク、契約条件、導入計画を決裁資料に整理する。
7. 導入・拡大：利用状況と成果を確認し、対象部署や機能の拡大につなげる。

「提案書を提出した」「デモを実施した」だけでは、顧客の購買段階が進んだとは限りません。次の会議が設定され、意思決定に必要な情報と参加者がそろったかを進捗の基準にします。

導入効果を数値で説明する

エンタープライズ向けの提案では、機能の多さよりも、導入によって何が変わるかを説明する必要があります。効果を示すときは、確認済みの実績と、顧客の条件を置いた試算を混同しないようにします。

効果試算の基本的な考え方

たとえば、作業時間の削減効果を試算する場合は、次のように前提を明示します。

削減できる時間 ＝ 対象人数 × 1人あたりの削減時間 × 対象期間

この計算で使う人数や時間は、顧客へのヒアリングや検証で確認した値を使います。まだ確認できていない場合は、仮定例として示し、「実際の効果は運用方法や利用率によって変わる」と説明します。

金額換算する場合も、給与、外注費、売上機会など、何を基準にした計算かを明らかにします。根拠のないROIや「必ず費用を回収できる」といった表現は避けてください。

導入効果の評価項目を先に決める

• 作業時間や処理件数
• 入力ミスや対応漏れ
• 業務の完了までにかかる期間
• 利用率や継続利用率
• 問い合わせ件数や管理工数
• 売上、利益、顧客対応などの事業指標

評価項目は、導入前の数値を記録してから比較します。導入後の成果だけを見て判断すると、季節変動や組織変更など、SaaS以外の要因を切り分けにくくなります。

セキュリティ・法務・購買の審査を早めに確認する

契約直前にセキュリティ審査や法務確認が始まると、営業担当者が想定していた時期に導入できないことがあります。商談の早い段階で、顧客側の審査項目、必要書類、担当部署、標準的な期間を確認します。

確認する項目には、次のようなものがあります。

• データの保存場所と取り扱い
• 利用者の認証や権限管理
• 外部サービスとの連携方法
• 障害発生時の連絡と復旧に関する情報
• 個人情報や機密情報の取り扱い
• 契約期間、解約、更新、責任範囲
• 請求、発注、購買システムへの登録

自社で対応できない条件がある場合は、受注を急ぐのではなく、対応可否と代替案を明確にします。未確認の認証取得状況や法的対応を、営業上の判断だけで「問題ない」と断定してはいけません。

PoCやトライアルは成功条件を決めてから実施する

大企業向けでは、PoC（概念実証）やトライアルが導入判断の材料になることがあります。ただし、目的や判定基準が曖昧なまま始めると、無償検証だけが長引き、契約判断につながらない場合があります。

開始前に、少なくとも次の項目を合意します。

• 検証する業務と対象ユーザー
• 検証期間と実施体制
• 利用する機能と必要なデータ
• 成功と判断する指標
• 評価者と最終判断者
• 検証終了後の判断時期
• 本導入へ進む条件と進まない場合の条件

「使ってみて評価する」だけではなく、「何が確認できれば本導入を検討できるのか」を先に決めます。検証中も定例会を設け、利用状況、課題、未解決の条件を記録します。

営業・マーケティング・カスタマーサクセスを連携させる

エンタープライズ営業は、営業担当者だけで完結しません。マーケティングは対象企業との接点づくり、営業は商談と合意形成、プリセールスや専門部門は技術・導入要件、カスタマーサクセスは定着と拡大を担当します。

部門	主な役割	共有すべき情報
マーケティング	対象企業との接点と課題理解を作る	対象業界、関心テーマ、接点履歴
営業	課題整理、関係者調整、契約までの合意形成	課題、決裁構造、導入時期、競合、次の行動
プリセールス・専門部門	技術要件や導入可否を確認する	連携、セキュリティ、運用、個別要件
カスタマーサクセス	導入、定着、成果確認、利用拡大を支援する	契約目的、成功指標、利用計画、リスク

契約後に「営業が伝えた期待」と「提供側が実現できる内容」がずれると、解約や利用停滞につながります。営業段階で合意した目的、対象範囲、成功指標を、導入担当者へ正確に引き継ぎます。

エンタープライズ営業で追うべき指標

契約件数だけでなく、営業活動の質と、契約後の成果を分けて確認します。指標は自社の営業プロセスに合わせて設定し、数字だけで担当者を評価しないことが重要です。

• 優先アカウントへの接触数と接触部署数
• 決裁者・予算責任者との接点数
• 課題と導入期限が確認できた商談数
• 次回アクションが合意された商談の割合
• 商談から提案、検証、契約までの転換率
• 商談期間とステージごとの滞留期間
• 契約額や対象ユーザー数
• 導入後の利用率、継続率、拡張率
• 失注理由と契約停止の理由

「提案数」を増やしても、決裁者との接点や課題の深さが不足していれば、受注につながるとは限りません。各ステージを進める条件を定義し、形式的に商談を進めないようにします。

失敗しやすい営業パターンと改善策

機能説明から始める

機能を先に説明すると、顧客の課題や導入目的が曖昧なまま比較検討に入ることがあります。まず現状の業務、問題の影響、解決期限を確認し、その課題に関係する機能だけを説明します。

一人の担当者に依存する

担当者が異動したり、社内で決裁を通せなかったりすると、商談が止まります。担当者の協力を得ながら、利用者、責任者、決裁者、情報システム部門などとの接点を広げます。

大企業だから受注価値が高いと考える

企業規模だけで判断すると、個別要件や審査対応に多くの工数がかかり、採算が合わないことがあります。想定契約額だけでなく、営業・導入・サポートに必要なコストと、将来の利用拡大を合わせて判断します。

PoCを目的なく続ける

検証の成功条件や本導入の判断時期が決まっていない場合、PoCが導入延期の理由になることがあります。開始前に評価指標、判断者、終了後の手続きを合意します。

契約だけをゴールにする

契約後に利用されなければ、更新や拡張にはつながりません。契約前から導入責任者、利用開始日、教育方法、成果確認の方法を決め、受注後の計画まで提案に含めます。

自社に合うエンタープライズ営業戦略の判断方法

自社のSaaSにエンタープライズ営業が向いているかは、次の条件で判断できます。

• 大企業が解決したい明確な業務課題がある
• 複数部署や拠点への展開によって契約価値が高まる
• 導入や運用を支援できる人員がいる
• セキュリティ・法務・技術要件に対応できる
• 長い検討期間に耐えられる資金・営業体制がある
• 導入後の利用定着と拡張を支援できる

これらが不足している場合、いきなり全社導入を狙うのではなく、対象部署を限定した導入や、導入条件が比較的明確な企業から始める方法があります。エンタープライズ営業を選ぶかどうかは、企業規模ではなく、顧客単価と獲得・提供コストのバランスで決めます。

SaaSのエンタープライズ営業戦略を設計する順番

最初に行うことは、営業資料を増やすことではなく、優先して開拓する企業と、導入判断に関わる人物を定義することです。そのうえで、次の順番で設計します。

1. 自社サービスが成果を出しやすい企業と業務を定義する。
2. 候補アカウントを導入可能性と事業価値で優先順位付けする。
3. 企業ごとに課題仮説、関係者、決裁構造、導入時期を整理する。
4. 関係者ごとの判断材料に合わせて提案内容を作る。
5. 商談、検証、審査、契約の各段階で進行条件を決める。
6. 導入効果を前提付きで試算し、導入後の成功指標を合意する。
7. 営業、専門部門、カスタマーサクセスで情報を引き継ぐ。
8. 契約後の利用状況と成果を確認し、拡張や更新につなげる。

エンタープライズ営業の戦略は、企業規模の大きい見込み客を集める計画ではありません。どの企業の、どの課題を、誰の合意によって、どの順番で解決するかを決め、契約後の成果まで管理する仕組みとして設計することが重要です。