Champion を怒らせずに商談を Multi-Threading する方法

著者: Calvin D. · 更新日: 2026年4月18日

シングルスレッド商談は静かに死にます。Champion が2週間連絡を絶ち、その後転職したことがわかります。または社内サポートを失いましたが、商談がすでに死ぬまでそれを教えてくれません。または champion があなたを支持しているが予算の決裁権を持っておらず、何も署名できない人と3か月話してきました。

Multi-threading（商談の複数ステークホルダーと関係を構築すること）が答えです。しかし間違ったやり方をすると、champion に信頼されていないというシグナルを送り、見込み客の組織内で政治的な反発を引き起こし、何か月もかけて積み上げた好意を消費します。

良い multi-threading と悪い multi-threading の違いは、通常1つのことです。Champion を通じて進むか、champion を飛び越えるかです。Gartner の現代の B2B 購買委員会に関する調査では、典型的なエンタープライズ購入の意思決定に現在6〜10名のステークホルダーが関与しており、champion との関係がどれほど強く見えても、シングルスレッド商談は構造的に脆弱であることが示されています。また、商談が提案書ステージ後に沈黙する主要な理由の一つでもあり、そのような商談が静かになる場合はパイプライン中盤の停滞診断でしばしば champion リスクが根本原因として浮かび上がります。

---

シングルスレッド商談の罠

シングルスレッド商談は少なくとも短期的には簡単に感じられます。管理する連絡先が1人、コミュニケーションのスレッドが1つ、維持する関係が1つです。担当者がそこに陥るのは以下の理由からです。

• Champion が積極的で温かみがあるため、他に連絡する明らかな理由がない
• さらに多くのステークホルダーを紹介するのはリスクに感じられる。上位の誰かが「ノー」と言ったら?
• Champion が他の人への直接連絡を明示的または暗黙的に避けるよう促す（「社内プロセスは私に任せてください」）

しかし、シングルスレッド商談のコストは以下の通りです。

Forrester の B2B 商談失敗の分析によれば、champion の喪失は後期ステージの商談崩壊の40%以上に寄与する要因として挙げられており、pipeline 流出の最も防ぎやすい単一原因です。

Champion 退社のリスク。 Champion は会社を辞めます。Champion は昇進または他の部署に移ります。VP of Sales から別の役割に移った champion は、もはやあなたの商談の提唱者ではない可能性があります。その人が唯一のコンタクトであれば、商談はその人の退社とともに死にます。

社内影響力のリスク。 Champion は本当にあなたから購入したいと思っているかもしれませんが、それを実現するための組織的な影響力がないかもしれません。うまく進んでいると言うでしょう。社内の議論で負けていることは教えてくれません。

競合のアクセスリスク。 競合他社が CFO と話していて、あなたが VP of Sales とだけ話している場合、champion は並行して行われている競合評価に気づいていないかもしれません。

Multi-threading の目標は、リスク分散のために冷笑的に賭けることではありません。商談にとって構造的なサポートを増やす、アカウント内のより広い連合を構築することです。

---

ステップ1: アウトリーチ前にステークホルダーの状況をマッピングする

誰かに新しく連絡する前に、誰が関与しているか、どのような役割を果たしているかのマップを作成してください。このコンテキストなしにアウトリーチすることは、不快な状況を生み出す最速の方法です。

特定すべき5つのステークホルダーの役割:

Champion に直接尋ねてください:「この決定に他に誰が関与しますか? 誰が調整されている必要がありますか?」この質問に答えない champion はシグナルであり、障害ではありません。資格審査フレームワークでは、ディスカバリーを超えて進む前に economic buyer と意思決定プロセスを特定することをすでに要求しているはずです。このステークホルダーマッピングは、同じ規律を早期に適用したものです。

---

ステップ2: Champion を通じた紹介アプローチ

Multi-threading への最も安全な経路は、champion を通じることです。紹介してもらうよう依頼してください。

これは直感に反して感じられます。「ノー」と言われることを心配したり、プロセスを管理することを信頼していないシグナルを送ることを心配したりするかもしれません。しかし正しく行えば、依頼が実際に champion との関係を強化します。アウトリーチを、あなたが彼らを迂回しようとしているのではなく、社内で成功するのを手伝おうとしているものとしてフレームします。

機能するフレーミング:

「[economic buyer]と[IT リード]が快適に意思決定できるよう、必要なものがすべて揃っていることを確認したいと思います。彼らが具体的な質問に答えられるよう直接連絡してもよいでしょうか? そのすべてをあなたに負担させたくないのです。」

これが機能する理由:

• アウトリーチを champion の仕事を難しくするものではなく、簡単にするものとして位置付けている
• 「あなたの CEO と話したい」という漠然とした要望ではなく、具体的な役割を持つ特定の人物を指名している
• Champion にコントロールを与えています。自分の条件で紹介できます

Champion があなたを紹介した後:

紹介を受けたら、各ステークホルダーの役割に基づいて具体的なアジェンダを用意してください。CFO に IT 部門長と同じピッチデッキを送らないでください。彼らの具体的な懸念を理解していることを示してください。

Champion の紹介メール形式（champion が送信）:

「[ステークホルダー]様、[製品]の評価でループインしたいと思います。[担当者名]（[会社名]所属）がプロセスのマッピングに役立ってくれており、直接つながって質問に答えてもらうのが良いと思いました。[担当者名]、よろしくお願いします。」

---

ステップ3: 各ステークホルダーへの価値特化アウトリーチ

各ステークホルダーレベルにコンタクトを持ったら、その人が実際に気にしていることに合わせて会話をカスタマイズしてください。メールのヘッダーの名前を変えるだけではありません。

ステークホルダーの種類別:

Harvard Business Review の B2B 購入における経営幹部の意思決定に関する分析では、economic buyer はコスト削減、リスク軽減、競合上のポジショニングに結びついたビジネスケースのフレーミングに最も強く反応することが示されています。製品の機能ではありません。

Economic Buyer（CFO、VP、C-level）: ROI、リスク軽減、戦略的適合に焦点を当ててください。現状のコストは何ですか? 変化の財務的なメリットは何ですか? 製品の機能は避けてください。彼らは気にしません。

Technical Buyer（IT、エンジニアリング、RevOps）: 実装、統合、セキュリティ、メンテナンスの負担に焦点を当ててください。既存のシステムとどのように適合しますか? チームの負担はどれくらいですか? セールス資料ではなくドキュメントを提供してください。

User Buyer（日常的なユーザー）: ワークフローの改善と使いやすさに焦点を当ててください。火曜日の午後に彼らの現在の痛みはどのようなものですか? これにより仕事がどのように楽になりますか?

Blocker: 最も注意が必要です。まず彼らの反対意見が実際に何であるかを理解してください。それから、彼らの頭越しに行かずに直接対処してください。「統合プロセスについて懸念があると聞きました。技術仕様を説明するために20分いただけますか?」

---

ステップ4: 並行した会話の管理

複数のステークホルダーと話すようになったら、誰に何を言ったかを追跡する必要があります。これが重要な理由は2つあります。一貫性（CFO に一つのことを言い、VP に別のことを言いたくない）と情報収集（あるステークホルダーから学んだことが、次のステークホルダーへの質問に影響を与えるべき）です。

ステークホルダーコミュニケーションログのテンプレート:

DEAL: [会社名]

名前 | タイトル | 役割 | 最終コンタクト | 主な懸念 | 次のステップ
--- | --- | --- | --- | --- | ---
[Champion] | VP Sales | Champion | [日付] | [メモ] | [次のステップ]
[Economic Buyer] | CFO | Economic | [日付] | [メモ] | [次のステップ]
[Technical] | IT Director | Technical | [日付] | [メモ] | [次のステップ]

すべてのステークホルダーとのやり取りの後にこのログを更新してください。2分かかり、3週間前に誰かに何を言ったか忘れる恥ずかしさを防いでくれます。

他のステークホルダーとの会話について champion に報告してください。詳細な報告ではなく、簡単なアップデートです:「IT 部門長と統合要件についての良い通話がありました。API アクセスについて1つの質問が挙がったので、提案書で対処します。」

これにより champion は、迂回されたのではなく情報を得ていてコントロールしているという感覚を持ち続けられます。

---

ステップ5: Champion が抵抗した場合の対応

一部の champion は、他のステークホルダーとつながることを積極的に避けるよう促します。「社内は私が対処します。私だけに集中してください。」これは注意すべきことです。なぜなら、異なる意味を持ちえるからです。

シナリオA: Champion が効率的にプロセスを管理している。 彼らには本当の権限があり、決定は彼らのものであり、不必要な社内政治からあなたの時間を守っています。これを尊重してください、ただし確認してください。直接聞いてください:「契約の最終署名者は誰ですか?」それが彼らであれば、続けてください。

シナリオB: Champion が不安を感じている。 上司に連絡すると何かうまくいかないことを心配しています。あなたが疑いを生み出すか、上司がプロセスで champion を飛び越えるかを恐れています。これはコーチングの機会です。社内プレゼンの準備を手伝ってください。社内の精査を恐れている champion は、あなたが理解する必要がある政治的な問題があることを教えてくれています。

シナリオC: Champion が立場を守っている。 彼らはコントロールと可視性を与えてくれるため、あなたの唯一のコンタクトポイントであり続けたいと思っています。これが最もリスクの高いシナリオです。商談が1人の人の社内影響力と好意に完全に依存しているなら、リスクにさらされています。

会話の持ち方:「社内で管理されていることは完全に理解しています。それをサポートしたいと思っています。[人物]とのコネクションをお願いしている理由は、このような商談では[話題]に関する具体的な懸念が後のプロセスで阻害要因になりやすいからです。契約時に出てくるよりも、あなたの指導のもとで早めに対処したいと思っています。」

---

ステップ6: Mutual Action Plan を使って見逃されたステークホルダーを見つける

Mutual action planは、商談がクローズするために関与する必要があるすべての人物を買い手に名前を挙げさせるため、multi-threading に役立つツールです。

MAP を一緒に構築する際に尋ねてください:「これらのステップの各々に誰が関与する必要がありますか?」技術審査のステップには名前が必要です。契約承認のステップには名前が必要です。セキュリティ審査のステップには名前が必要です。

まだ言及されていないステークホルダーがこの演習で頻繁に現れます。MAP が買い手の社内プロセスを明示的にするため、champion は誰かを見落としていたことに気づかないことがあります。

新しい名前が現れたら、MAP のマイルストーンのコンテキストで champion に紹介を依頼してください:「[名前]がセキュリティ審査で承認する必要があるとおっしゃっていました。そのマイルストーンのスケジュールを組めるよう直接連絡してもよいでしょうか?」

---

よくある失敗

Champion が知らないうちに economic buyer にメールする。 Champion があなたが事前に知らせずに VP に直接連絡したことを知ったら、商談の最も重要な関係を損傷しています。常に最初に champion に伝えてください。理想的には、champion に紹介してもらってください。

すべてのステークホルダーに同じピッチデッキを使う。 CFO に40スライドの製品デモデッキを送ることは、彼らの懸念に備えていないというシグナルです。資料を個別化してください。最初のスライドと残したい資料を変えるだけでも。

McKinsey の B2B 関係管理に関する調査では、multi-threaded なアカウントはシングルスレッドのアカウントより NRR が35%高いことが示されています。これは Churn の低下と拡張率の向上の両方によるものです。

Champion があなたの唯一のコンタクトだと誤解させる。 Champion に知らせずに他のステークホルダーとつながった場合、社内ミーティングで最終的にわかることになります。先を見越して報告してください:「今日[名前]と通話しました、こういうことがわかりました。」Champion との透明性が、multi-threading が裏切りのように感じられないことを保証します。

---

ステークホルダーマップのテンプレート

DEAL ステークホルダーマップ: [会社名]

ECONOMIC BUYER
名前:
タイトル:
コンタクト状況: [ ] 紹介済み  [ ] 会話中  [ ] 未コンタクト
主な懸念:

TECHNICAL BUYER
名前:
タイトル:
コンタクト状況: [ ] 紹介済み  [ ] 会話中  [ ] 未コンタクト
主な懸念:

CHAMPION
名前:
タイトル:
提唱の強さ: [ ] 強い  [ ] 中程度  [ ] 不明
言及した社内の味方:

USER BUYER
名前/タイトル:
コンタクト状況:
感情: [ ] 肯定的  [ ] 中立  [ ] 懐疑的

既知の BLOCKER
名前/タイトル/懸念:

シングルスレッドリスク: [ ] 高（コンタクトが1人のみ）  [ ] 中  [ ] 低

---

次のステップ

CRM を開き、ARR 別の上位5件の高価値商談を確認してください。それぞれについて:

1. 商談に何人の名前付きステークホルダーがいますか?
2. Economic buyer と直接コンタクトを取りましたか?
3. Champion が明日退職した場合、商談は生き残れますか?

これらの質問は、deal desk の閾値を超えるすべての商談について、週次 pipeline reviewで定例のチェックリストとして実施する価値があります。

質問3への答えが「いいえ」の商談があれば、それが今週の multi-threading の優先事項です。それぞれについて、ステップ2のフレーミングを使って champion 紹介の依頼を作成し、今週送ってください。

行動を起こす前に完全なステークホルダーマップを構築する必要はありません。各商談で最も重要な1人のコンタクトを選び、champion に紹介を依頼するだけです。

---

関連ガイド

• Mutual action plan: 役立つ場合と害になる場合
• 資格審査フレームワーク: BANT、MEDDIC、GPCT
• パイプライン中盤の停滞: 診断と改善方法
• Champion 育成: 社内でクローズできる提唱者の構築