マルチスレッド営業の実践方法｜複数ステークホルダーを同時攻略する技術
マルチスレッド営業の実践方法｜複数ステークホルダーを同時攻略する技術
マルチスレッド営業とは、買い手組織内の複数の意思決定関係者（チャンピオン・決裁者・技術評価者・法務等）に対して同時並行でアプローチし、単一担当者依存のリスクを排除する営業戦略です。スレッド（Thread）は「糸」を意味し、複数の接点を同時に張り巡らせる状態を指します。
B2B商談の失注原因の第1位は「チャンピオン（推進者）の異動・退職」です。1人に依存する「シングルスレッド」の商談はリスクが高い。
本記事では、DSR（デジタルセールスルーム）のデータを活用したマルチスレッド営業の実践方法を解説します。Gongの調査や実際の商談データをもとに、すぐに使える具体的な戦略を紹介します。
マルチスレッドとシングルスレッドの違い
シングルスレッドが引き起こすリスク
多くのAEは商談の初期段階でチャンピオン（推進してくれる担当者）と関係を構築します。そのチャンピオンとの信頼関係が深まるほど、他の関係者へのアプローチを後回しにしがちです。
これが「シングルスレッド商談」の陥りやすい罠です。チャンピオンに何かあったとき、商談は一瞬でリセットされます。
具体的なリスクは以下の通りです。
- チャンピオンの異動・退職: 最も多い失注原因。後任者は前任の判断を白紙に戻すことが多い
- 優先度の変動: チャンピオンが別プロジェクトを担当し、推進力が落ちる
- 予算凍結: 予算を持つ上長を巻き込んでいないため、急な凍結に対処できない
- 競合の入り込み: 他部門の意思決定者に競合が先にアプローチする
マルチスレッドが商談を安定させる仕組み
マルチスレッドでは、複数の接点が組織内に存在します。1つのスレッドが切れても、他のスレッドが商談を支えます。
また、複数の関係者が「自分事」として商談に関わることで、社内の推進力そのものが高まります。チャンピオンだけが動く状態から、組織全体が動く状態へと変化します。
なぜマルチスレッドが成約率を上げるか
データで見るマルチスレッドの効果
Gartnerによると、B2B購買の意思決定に関わる関係者は平均6.8人（Gartner, 2025）。しかし、多くの営業担当者は1-2人としか接点を持っていません。
Gongの大規模調査では、より具体的な数値が示されています。
| 指標 | シングルスレッド | マルチスレッド（3人以上） |
|---|---|---|
| 成約率 | 平均18% | 平均31%（+72%） |
| 商談期間 | 平均94日 | 平均76日（-19%） |
| 失注率（チャンピオン離脱時） | 68% | 23% |
| 平均受注単価 | ベースライン | +28% |
成約率が約72%向上し、商談期間も短縮されます。これは、複数の関係者が合意形成に関わることで、意思決定のスピードが上がるためです。
マルチスレッドが機能するメカニズム
1. 社内コンセンサスが加速する
コンセンサスベースの営業では、各部門の懸念を事前に解消することが重要です。マルチスレッドで各部門と直接対話できれば、チャンピオン経由で情報が劣化するリスクがなくなります。
2. 情報の非対称性がなくなる
シングルスレッドでは、提供した情報がチャンピオン経由で他の関係者に伝わります。この過程で情報が正確に伝わらないことが多い。マルチスレッドなら、各関係者に最適化された情報を直接届けられます。
3. 競合差別化が深まる
複数の関係者と会話することで、各部門固有の課題が把握できます。技術部門の懸念、法務のリスク感、経営層のKPIなど、部門ごとに異なる関心事に応えることで、競合に対する優位性が高まります。
| 商談タイプ | 関係者数 | シングルスレッドリスク | 推奨スレッド数 |
|---|---|---|---|
| SMB（中小企業） | 2-3人 | 中 | 最低2人 |
| Mid-Market | 4-5人 | 高 | 最低3人 |
| エンタープライズ | 6-10人 | 非常に高 | 5人以上 |
ステークホルダーのマッピング方法
ステークホルダーマップの2軸
ステークホルダーを整理する際は、2つの軸で分類します。
縦軸: 意思決定への影響力（高/中/低）
- 高: 最終承認者、予算保有者
- 中: 評価・推薦権限を持つ者
- 低: 実務利用者、情報収集者
横軸: 商談への関与度（積極的/中立/消極的/未接触）
この2軸でマッピングすると、優先してアプローチすべき相手が見えてきます。「影響力：高 × 関与度：未接触」のステークホルダーが最もリスクの高い存在です。
役割別ステークホルダーの特徴
| 役割 | 関心事 | 商談での役割 | 接触タイミング |
|---|---|---|---|
| エグゼクティブ（CxO/VP） | 戦略的価値、ROI、リスク | 最終承認 | 中盤以降（チャンピオン経由で紹介） |
| 現場マネージャー | 業務効率、チームの使いやすさ | 推薦・反対 | 早期から |
| 情報システム部門 | セキュリティ、技術要件、統合性 | 技術評価 | 評価フェーズ |
| 法務・コンプライアンス | 契約リスク、規制対応 | 契約審査 | 契約フェーズ前に早めに |
| 購買・調達 | コスト、ベンダー評価、競合比較 | 価格交渉 | 提案後 |
| エンドユーザー | 使いやすさ、日常業務との適合 | 内部影響者 | デモ段階から |
影響力マッピングの実践
商談初期に、以下の質問をチャンピオンに聞きます。
- 「最終的な決裁はどなたが行いますか？」
- 「社内で反対意見が出るとしたら、どの部門ですか？」
- 「セキュリティや法務のレビューが必要になりますか？」
- 「予算の承認フローを教えていただけますか？」
これらの回答からステークホルダーマップを作成し、MAL（Mutual Action Plan）に反映させます。
マルチスレッドの具体的戦略5選
戦略1: DSR閲覧データによるステークホルダー特定
DSRの閲覧ログで「誰がルームを見ているか」が自動的にわかります。
チャンピオンがDSRのURLを社内共有した瞬間から、未接触のステークホルダーが可視化されます。
- 新しい閲覧者が増えた → チャンピオンが社内展開を始めている
- 閲覧者の所属部門 → どの部門が関与し始めたか
- 閲覧しているページ → その人物が何に関心を持っているか
- 閲覧時間 → どのコンテンツを深読みしているか
このデータをもとに、新しい接点を作るタイミングと方法を判断します。「先ほど○○部長もルームをご覧いただいたようです。ぜひ直接ご説明の機会をいただけますか？」という自然なアプローチが可能になります。
戦略2: ステークホルダー別コンテンツの最適化配置
関係者の役割に応じて、最適なコンテンツをDSRルーム内に配置します。同じルームを共有していても、各人が見るべきコンテンツは異なります。
| 関係者 | 提供すべきコンテンツ | 訴求ポイント |
|---|---|---|
| 経営層（CxO） | エグゼクティブサマリー、ROI試算、競合導入事例 | 戦略的価値、経営数値 |
| 技術部門（情シス） | セキュリティチェックシート、技術仕様、API連携情報 | 安全性、既存システムとの適合性 |
| 法務 | NDA対応事例、契約条件、準拠法情報 | リスク最小化、標準契約条項 |
| 現場担当 | 操作デモ動画、事例集、移行スケジュール | 使いやすさ、学習コスト |
| 購買・調達 | 価格比較表、ツール比較、総所有コスト試算 | コストパフォーマンス |
DSRのルーム構造を部門別に整理するか、ページごとに「○○部門向け」と明示することで、各関係者がストレスなく必要な情報にアクセスできます。
戦略3: MAPによる責任の明確化
MAL（Mutual Action Plan）に各ステークホルダーのタスクと期日を記載します。
- 「情シスのレビューは田中さんが5/22までに」
- 「法務の確認は山田さんが6/10までに」
- 「経営承認は役員会議が6/20の予定」
名前と期日が入ることで、「誰かがやってくれるだろう」という曖昧さがなくなります。各ステークホルダーが「自分の責任」を認識するため、商談が自然と前進します。
MAPは商談ステータス管理ツールとしても機能します。誰のタスクが完了し、誰がブロッカーになっているかが一目でわかります。
戦略4: エグゼクティブブリーフィングの設定
商談の中盤以降、チャンピオンを通じて経営層との1対1のブリーフィングを設定します。これが「エグゼクティブスレッド」の開通です。
エグゼクティブブリーフィングで準備すべき内容は以下です。
- 経営課題との接続: 先方の年度目標や戦略的優先事項に紐づけた提案
- ROI概算: 具体的な数値で投資対効果を示す
- リスク提示: 導入しない場合の機会損失
- 意思決定ルートの確認: 承認フローと必要な手続きを確認
エグゼクティブと直接対話することで、「チャンピオンが内部で説明しきれない部分」を補完できます。
戦略5: 反対勢力への早期アプローチ
商談を推進しないだけでなく、積極的に反対する「ブロッカー」の存在があります。ブロッカーを無視し続けると、最終段階で商談が頓挫します。
ブロッカーへの対処法は以下の通りです。
- チャンピオンから紹介してもらう: ブロッカーの懸念を事前にヒアリング
- 懸念事項に特化したコンテンツを用意: セキュリティ懸念なら詳細な技術資料
- 成功事例で安心感を提供: 同業種・同規模の導入事例を共有
- 上位者を巻き込む: ブロッカーの上長にアプローチし、組織としての判断を促す
フィールドセールスの商談準備でも、ブロッカー特定と対策は重要な要素です。
DSRを使ったマルチスレッドの実践フロー
フェーズ1: 発見期（商談開始〜30日）
目標: チャンピオンとの関係構築 + 組織図の把握
- チャンピオンとのキックオフ打ち合わせ
- DSRルームを作成し、チャンピオンに共有
- 閲覧データで社内共有の状況をモニタリング
- チャンピオンに組織内の関係者を確認
KPI: 関与者3名以上の特定
フェーズ2: 拡大期（30〜60日）
目標: 各部門への接点を確立
- 技術部門との評価ミーティングを設定
- 法務・購買への事前情報提供
- DSRのコンテンツを各部門向けに充実
- MAPに各ステークホルダーのタスクを追加
KPI: 全主要ステークホルダーとの接触完了
フェーズ3: 合意形成期（60日〜クロージング）
目標: 全ステークホルダーの承認取得
- エグゼクティブブリーフィングの実施
- 各部門の懸念事項を個別解消
- MAPで承認スケジュールを管理
- DSR閲覧データで合意進捗を確認
KPI: 意思決定者の最終承認
業界別のステークホルダー構成と対策
SaaS・IT企業への営業
特徴: 技術評価が厳格。セキュリティと統合性の審査が長い。
主要ステークホルダー構成:
- CTO・情報システム部長（技術的意思決定者）
- セキュリティ担当（CISO、セキュリティエンジニア）
- 現場マネージャー（営業部長、CS部長など）
- 財務・CFO（ROI確認）
対策: セキュリティホワイトペーパー、SOC2/ISO認証資料、APIドキュメントをDSRに事前配置。技術評価チェックリストを提供し、情報システム部門のレビューを加速させます。
製造業への営業
特徴: 決裁階層が深く、購買部門の権限が強い。現場の声が意思決定に影響する。
主要ステークホルダー構成:
- 工場長・製造部長（現場の実権者）
- 購買・調達部門（コスト管理）
- 生産管理・IT部門（技術評価）
- 取締役・経営企画（最終承認）
対策: 現場導入事例と工数削減データを重点的に提供。購買部門向けにはTCO（総所有コスト）比較資料を用意。製造業での規制対応実績もアピールポイントになります。
金融・保険業への営業
特徴: コンプライアンス要件が厳格。法務・リスク管理部門の権限が強い。
主要ステークホルダー構成:
- 事業部門長（ビジネスオーナー）
- リスク管理・コンプライアンス部門
- 法務部門
- IT・セキュリティ部門
- 調達部門
対策: 金融規制（FISC安全対策基準など）への対応状況を明確化。契約条件の雛形を早期に提示し、法務レビューの時間を確保します。リスク管理部門向けのインシデント対応事例も重要です。
医療・ヘルスケアへの営業
特徴: 個人情報保護とシステム安定性への要求が高い。医師・看護師などの現場ユーザーの意見が強い。
主要ステークホルダー構成:
- 情報システム部門（技術評価・セキュリティ）
- 診療部門・看護部（現場ユーザー代表）
- 医事・総務部門（業務フロー）
- 院長・理事長（最終承認）
対策: 医療情報システムの安全管理に関するガイドラインへの準拠を明示。現場スタッフへのトレーニングプランと導入後サポート体制を具体化します。
よくある失敗パターンと対策
失敗パターン1: チャンピオンを飛び越えた直接連絡
状況: 商談を加速させようとして、チャンピオンに断りなく意思決定者に直接メールを送る。
問題: チャンピオンとの信頼関係が崩壊します。「なぜ自分を通さなかったのか」という不信感が生まれ、商談への協力が減ります。
対策: 必ずチャンピオンに確認を取ってから、新しい関係者にアプローチします。「○○部長にもご紹介いただけますか？」という形で、チャンピオンの面目を保ちながら関係を広げます。
失敗パターン2: 全員に同じ情報を送る
状況: 提案書や資料を全ステークホルダーに一斉送信する。
問題: 経営層には詳細すぎる技術仕様、技術担当にはROI計算だけの資料が届き、誰も真剣に読まない状態になります。
対策: 役割に応じたコンテンツを個別に用意します。DSRのページ構造を活用して、「経営層向け」「技術評価向け」「現場担当向け」のセクションを分けると効果的です。
失敗パターン3: マルチスレッドを後回しにする
状況: 「まずチャンピオンとの関係を固めてから」と考え、他のステークホルダーへのアプローチが遅れる。
問題: 商談後半で突然「法務のレビューが必要」「役員承認が必要」となり、商談期間が大幅に延びます。
対策: 商談初期（最初の2週間以内）にステークホルダーマップを作成し、早い段階から関係者を特定します。商談準備の段階で、関与すべきステークホルダーをリストアップする習慣をつけます。
失敗パターン4: 関与度の変化を見逃す
状況: 定期的な閲覧データの確認を怠り、意思決定者が急にアクティブになったサインを見落とす。
問題: フォローアップのタイミングを逃し、競合に先を越される。
対策: DSRのアラート機能を活用します。新しい閲覧者が増えたとき、または長期間未閲覧だった関係者がアクセスしたときに通知が届く設定にしておきます。
失敗パターン5: ブロッカーを無視する
状況: 反対意見を持つ関係者を避け、推進派だけとコミュニケーションを続ける。
問題: 最終段階でブロッカーが拒否権を行使し、商談が突然終わります。
対策: ブロッカーの存在を早期に認識し、懸念事項を丁寧にヒアリングします。反対意見には「なぜそう思うか」を深掘りし、具体的な懸念に応えるコンテンツを用意します。ブロッカーを「説き伏せる」ではなく「懸念を解消する」姿勢が重要です。
マルチスレッドの進め方：ステップバイステップ
ステップ1: ステークホルダーマップを作成
商談開始から2週間以内に、全関係者をリストアップします。チャンピオンに以下を確認します。
- 最終的な決裁者は誰か
- 評価に関わる部門はどこか
- 反対意見が出そうな関係者はいるか
- 予算承認のフローはどうなっているか
この情報をもとに、影響力×関与度のマトリクスでステークホルダーを分類します。
ステップ2: DSRルームにコンテンツを配置
各ステークホルダーが必要とするコンテンツをDSRに事前配置します。チャンピオンが社内共有したときに、すぐに各関係者が必要な情報を見つけられる状態にします。
ステップ3: チャンピオンに協力を依頼
「○○部長にもルームをご共有いただけますか？」とチャンピオンに依頼します。DSRならURLを転送するだけです。
チャンピオンが共有しやすいよう、「このページが○○部門向けです」という案内メッセージのテンプレートも提供します。
ステップ4: 閲覧データで関与度をモニタリング
DSRの閲覧ログで、各ステークホルダーの関与度を可視化します。
- 全員が閲覧済み → 合意形成が進んでいる
- 意思決定者が未閲覧 → チャンピオンに巻き込みを依頼
- 法務が急に閲覧開始 → 契約フェーズに近づいている
- 閲覧者が急増 → チャンピオンが社内プレゼンを行った可能性
ステップ5: MAPで全員の進捗を管理
MAPに各ステークホルダーのタスクを記載し、商談全体の進捗を管理します。誰が何をいつまでにやるべきかが明確になることで、商談のモメンタムが維持されます。
商談管理をもっと効率的に。まずは無料で試してみませんか？
無料ではじめるよくある質問
マルチスレッドは何人から始めるべきですか？
最低3人（チャンピオン + 意思決定者 + 技術評価者）からスタートしてください。エンタープライズ商談なら5人以上が理想です。商談規模が大きいほど、関与者が多いほど成約率は上がります。SMBでも、決裁者とエンドユーザーの2人に接点を持つだけで商談の安定性が高まります。
チャンピオンが社内展開に協力してくれない場合は？
チャンピオンが「社内で説明する材料」を提供してください。エグゼクティブサマリーや1ページ要約をDSRルームに追加すれば、共有のハードルが下がります。また、チャンピオン自身のメリット（社内評価、業績向上）を改めて確認し、推進のモチベーションを高めることも重要です。チャンピオンが動けない理由（社内政治、上長との関係）がある場合は、別ルートを探すことも検討します。
マルチスレッドで注意すべきことは？
チャンピオンを飛び越えて意思決定者に直接連絡するのは避けてください。必ずチャンピオンを通じて関係を広げます。また、各ステークホルダーに送る情報をチャンピオンにも共有しておくと、社内での一貫したメッセージが保たれます。「こちらのページを○○部長にも見ていただく予定です」と事前に伝えるだけで、チャンピオンの安心感が高まります。
ステークホルダーが多すぎて管理しきれない場合は？
ステークホルダーを「必須関与者」と「オプション関与者」に分類してください。必須関与者（最終承認者、技術評価者、法務）への接点確立を最優先にします。DSRの閲覧データで関与度が高い人物を把握し、その人物に集中します。全員と1対1でコミュニケーションするのではなく、グループセッション（評価ミーティング、Q&Aウェビナー）を活用して効率化します。
マルチスレッドはどのタイミングで始めるべきですか？
商談開始直後、可能な限り早い段階で始めてください。最初の打ち合わせでチャンピオンに「他にどなたが意思決定に関わりますか？」と確認するだけで、マルチスレッドの土台ができます。商談後半になってからステークホルダーを追加しようとすると、「今さら誰？」という印象を与え、信頼構築に余計な時間がかかります。
競合もマルチスレッドをやっている場合、どう差別化しますか？
コンテンツの質とアクセスしやすさで差別化します。競合がメール添付で資料を送っているなら、DSRで整理されたコンテンツを提供するだけで体験が違います。また、各ステークホルダーへの応答速度も重要です。「技術的な質問はすぐに回答が来る」「資料がわかりやすい」という印象が、複数の接点で積み重なることで競合との差が開きます。
DSRを使わなくてもマルチスレッドはできますか？
可能ですが、DSRを使う場合と比べて管理コストが高くなります。複数の関係者に異なる資料をメールで送り、それぞれの閲覧状況を追跡するのは手動では困難です。DSRを活用することで、コンテンツの集約・閲覧追跡・MAL管理が一元化され、マルチスレッドの実践がシステム的に支援されます。まずはDSRなしで試しつつ、規模が大きい商談や重要商談からDSRを導入するのが現実的なアプローチです。
マルチスレッドで失注した場合、何が原因として多いですか？
最も多い原因は「ブロッカーへの対処が遅れた」ケースです。複数の接点を持っていても、強い反対意見を持つ関係者の懸念を解消できなければ失注します。次いで多いのが「合意形成のタイミングミス」です。各ステークホルダーが別々のペースで判断するため、全員が同じタイミングで「YES」になるよう調整することが重要です。MAPによる進捗管理でこのリスクを低減できます。
まとめ
マルチスレッド営業の本質は、「商談を1人の担当者に依存させない」ことです。複数の接点を持つことで、商談の安定性が高まり、成約率と受注単価が向上します。
実践のステップをおさらいします。
- 特定: 商談初期にステークホルダーマップを作成し、全関係者を把握する
- コンテンツ: 各ステークホルダーの役割に応じた資料をDSRに配置する
- 拡大: チャンピオン経由で新しい接点を開拓する
- モニタリング: DSR閲覧データで各ステークホルダーの関与度を追跡する
- 管理: MAPで全員のタスクと進捗を可視化する
シングルスレッドからマルチスレッドへの転換は、習慣の変化から始まります。次の商談で「このステークホルダー以外に、誰が意思決定に関わるか」を必ず確認することから始めてください。
