「担当者は前向きなのに、なぜか話が進まない」——エンタープライズ営業を担当していると、必ずこの壁にぶつかる瞬間がある。催促するたびに「社内で調整中です」という返事が来て、数週間が経ち、気づけば案件が止まっている。原因は担当者でも製品でもない。意思決定の構造を正確に把握できていないことにある。この記事では、複雑化したエンタープライズ購買の「購買委員会」という現実を整理し、各ステークホルダーへの具体的な訴求設計と、マルチスレッドで案件を前進させるアプローチを解説する。外資系IT企業でアカウントエグゼクティブからカントリーマネージャーまで、30年の法人営業経験をもとに書いている。
「誰が決めるか」より「誰が関わるか」を先に問え
エンタープライズ案件で失速する原因は、ほぼ決まっている。意思決定の構造を「一人の決裁者」で捉えていることだ。
昔のB2B営業は、「デシジョンメーカーを見つけて刺せ」で通用した時代があった。部長か本部長かを特定して、そこに集中すればいい。話がシンプルだった。
今は違う。特に数千万・数億規模のエンタープライズ案件になると、いわゆる「購買委員会」と呼べる構造が機能している。IT、財務、法務、現場、セキュリティ、コンプライアンス——複数のレイヤーで承認が積み重なる。誰か一人が「いい」と言っても、誰か一人が「待った」をかければ止まる。
この委員会、組織図には載っていない
やっかいなのは、購買委員会が明文化されていないことが多いという点だ。会議体の名称すら存在しないケースもある。営業が自分で地図を描くしかない。
だから初期段階から「このプロジェクトには、社内でどなたが関わりますか」という問いを持ち続けることが必要になる。担当者との関係構築と並行して、関係者の全体像を少しずつ掴んでいく。これは情報収集ではなく、案件を正確に見るための基本動作だ。
「なぜ止まるのか」の構造的な理由
担当者がどれだけ熱量を持っていても、その人が購買委員会のすべての論点をカバーできるわけではない。財務的な質問をCFOの前でさばけるとは限らない。CTOの技術的な懸念に答えられるとは限らない。
担当者を通じてすべてを動かそうとする営業スタイルは、伝言ゲームになる。あなたのメッセージが社内で「翻訳」される過程で、何かが必ず抜け落ちる。そこが案件を止める。
CFO・CTO・現場責任者は、まったく異なる景色を見ている
購買委員会の中にいるステークホルダーは、同じ一つの製品・サービスを、まったく異なる角度から評価している。これを理解しないまま「一つの提案」で全員を満足させようとするのは無理だ。
CFOが見ているのはリスクとROIだ
「この投資はいつ回収できるのか」「コストが膨らむシナリオはないか」「予算超過した場合の責任はどこに行くのか」——財務責任者は常にこのフレームで話を聞いている。
感情論は通じない。数字で語るか、リスクを排除する話をするか、どちらかしかない。実際に私が経験してきた案件でも、CFOへのプレゼンで「使いやすくなります」「現場が喜びます」という話をした途端、表情が変わる瞬間を何度も見てきた。CFOが求めているのはそこではない。
CTOやITリーダーが見ているのはアーキテクチャとセキュリティだ
既存スタックとの統合性、データの取り扱い、スケーラビリティ。「この製品は使いやすい」という話より「既存システムに何をする必要があるか」「セキュリティレビューに耐えられるか」の方が圧倒的に重要だ。
技術的な懸念が解消されなければ、CTOは反対意見を出す。逆に「技術的に問題なし、むしろ優れている」という評価を取り付けられれば、案件の推進力は大きく上がる。
現場責任者が見ているのは実務への影響だ
導入によってメンバーの仕事がどう変わるのか、学習コストはどれくらいか、現場が混乱しないか。外から来た「便利な道具」への警戒感は常に存在する。
BECQAフレームワークでいう「エンドユーザー」への対応がここに当たる。エンタープライズ案件におけるDMUの読み方と各ステークホルダーへのアプローチでも触れているが、現場の「使いたい」という声と「嫌だ」という声では、案件の進み方がまったく変わる。
マルチスレッド化は「保険」ではなく意図的な戦略設計だ
複数のキーパーソンに同時にアプローチするマルチスレッドを、「担当者との関係が壊れたときの保険」だと考えている営業がいる。それは間違いだ。マルチスレッドは最初から設計する戦略だ。
担当者一人に依存するリスク
窓口になってくれる担当者と深い関係を築いて、その人を通じて社内を動かそうとする——聞こえは良いが、これは危うい構造だ。
担当者がどれだけ優秀でも、CFOの前で財務的な質問をさばく準備ができているとは限らない。CTOの懸念に技術的な深さで答えられるとは限らない。あなたのメッセージが社内を流通する過程で、何かが必ず変形する。それが積み重なると、いつの間にか案件の解像度が落ちている。
コーチングで「入れない会議室」を設計する
マルチスレッドを設計するとき、担当者（社内の推進者）との関係は崩さない。崩すどころか、より深めながら進める。
具体的には、担当者に「CFOの方とも一度直接お時間をいただけますか」と持ちかける。「CTOへのテクニカルブリーフィングの場を設けたい」という形で動く。担当者の了承を得た上で、複数のレイヤーに同時にアプローチする。
ここでコーチングの考え方が使える。社内の味方になってくれる人物を見つけて、その人が「あなたが入れない会議室」でどう動けるかを一緒に考える。あなたのメッセージを社内で適切に届けてくれる人間を育てることも、営業の仕事の一部だ。
提案は「全員向け」で作ると誰にも刺さらない
マルチスレッドで複数のステークホルダーにアプローチするなら、提案の内容も当然、相手によって変える必要がある。同じ資料を全員に配るのは、最も楽で最も効かない方法だ。
ステークホルダーごとのメッセージ設計
ステークホルダー主な関心事訴求の軸CFO、ROI・リスク・コスト管理、投資回収シナリオ、リスク軽減策、予算超過の防止、CTO / ITリーダー、アーキテクチャ・セキュリティ・統合性、既存スタックとの接続、実装ロードマップ、データ取り扱い、現場責任者実務への影響・学習コスト導入後のワークフロー変化、サポート体制、現場への定着
「別々の提案書を三種類作れ」と言っているのではない。コアメッセージは一つでいい。でも、誰に話すときに何を強調し、何を省くかを、意識的にコントロールすることが必要だということだ。
AIを提案設計に活用する
私はここでAIを積極的に活用している。ステークホルダーごとのメッセージ設計、想定される反論の洗い出し、エグゼクティブサマリーの構成——AIとの対話を通じて自分の思考を整理し、短時間で精度の高い準備をする。
従来なら一日かけていた提案の準備が、AIを使った対話で数時間に縮まる。出てきたドラフトをそのまま使うのではなく、必ず自分の経験と現場感覚でチェックして修正する。この「AI＋人間の判断」の組み合わせが、エンタープライズ営業の提案精度を確実に上げている。
「誰が止めるか」を商談の早期に読んでおく
複雑な購買プロセスで負けるとき、それはたいてい「反対者を無視していた」ケースだ。熱烈な支持者がいるのに案件が死ぬ。その裏には必ず、リスクを感じた誰かがいる。
ブロッカーの早期発見が案件の命運を分ける
購買委員会の中に、誰が推進者で、誰が慎重論者で、誰がブロッカーになりうるかを早期にマッピングする。そしてブロッカーになりそうな人間の懸念を、事前に潰しに行く。
これはネガティブな動きではない。真剣に案件を取りに行くための戦略だ。
実際に私が経験してきた案件の中で、終盤になって予想外の反対意見が出てひっくり返されたケースの大半は、初期段階でブロッカーの存在に気づいていなかったことが原因だった。担当者に「このプロジェクトに慎重な立場の方はいらっしゃいますか」と率直に聞く。それだけで見えてくるものがある。
ブロッカーへの対応は「排除」ではなく「理解」から
ブロッカーを敵として扱う必要はない。彼らが懸念を持つのには、必ず理由がある。セキュリティリスクを感じている、予算を別の用途に使いたい、過去の失敗経験がある——その理由を理解した上で対応策を用意することが、案件をひっくり返さないための防御線になる。
会議体の読み方とクローズプランの設計については、こちらの記事でも詳しく整理している。BECQAフレームワークの「C：Close Plan」に当たる部分で、購買委員会の動きとクロージングを連動させる考え方だ。
購買委員会の地図を描くことから始める
エンタープライズの意思決定プロセスは、確かに複雑になった。でも構造を知れば、動き方は見えてくる。
- 購買委員会の存在を前提として案件を設計する
- 各ステークホルダーの関心事を理解してメッセージを分ける
- マルチスレッドを保険ではなく戦略として最初から設計する
- ブロッカーの存在を早期に察知して先手を打つ
まず自分の担当案件で「購買委員会の地図」を描いてみることから始めてほしい。担当者以外に誰がいるか。その人たちはいつ、どこで、何を評価するのか。それが見えてくるだけで、次の動きがまったく変わる。
関連記事
よくある質問
Q. 購買委員会のメンバーを特定するための最善の方法は何ですか？ 担当者（推進者）に率直に聞くのが最も確実だ。「このプロジェクトの承認には、社内でどなたが関わりますか」「技術評価はどなたが担当されますか」と直接問う。特定案件の話が難しければ、「御社ではこの規模の案件は通常どのようなプロセスで進みますか」と一般的なプロセスとして聞く方法もある。
Q. マルチスレッドを始めると、担当者との関係が壊れませんか？ 担当者の了承を得た上で動けば、関係は壊れない。むしろ「上層部にも直接説明できる体制を整えたい、サポートをお願いできますか」と相談することで、担当者も自分のプロジェクトが本気で進むと感じる。問題が起きるのは、担当者を飛ばして勝手に動くケースだ。
Q. CFO向けのROI訴求で、数字がまだ揃っていない段階でどう動けばよいですか？ まず「回収シナリオの仮説」を持っていくことだ。精緻な数字がなくても、「どの変数がどう変わればどう回収できるか」という論理構造を示すことができる。CFOは数字の正確さより、考え方の筋道を見ていることが多い。仮説ベースで示し、実際の数字は顧客のデータを使って一緒に作ることを提案する。
Q. ブロッカーが存在することは担当者に聞いてもいいのですか？ 聞いていい。「このプロジェクトについて、社内で慎重な立場の方はいらっしゃいますか」と聞くことは、案件を本気で進めたい営業として当然の確認だ。担当者側から見ると、「この営業は社内のリアルな状況を理解しようとしている」という信頼につながることが多い。
Q. 提案書をステークホルダーごとに作り分けるのは現実的ですか？ 完全に別々のドキュメントを作る必要はない。コアとなる提案書は一つで、「誰に説明するときに何を強調するか」を事前に整理しておく形で十分だ。CFO向けにはROIのスライドを前に持ってくる、CTO向けには技術統合のセクションを深掘りする、現場責任者向けには導入後のワークフロー説明に時間をかける——この「強調の変え方」をあらかじめ設計しておくことが現実的な対応だ
