フレームワーク活用ガイドひとことで言うと#
顧客組織内の複数の部門・階層の人物と同時に関係を構築し、1人の担当者に依存するリスクを排除する営業手法。「1人が倒れても案件は倒れない」状態を作ることで、商談の安定性と受注確度を高める。
押さえておきたい用語#
- スレッド（Thread）
- 顧客組織内の個別の関係性やコミュニケーションラインを指す。各スレッドが独立した接触ルートとして機能する。
- シングルスレッド
- 顧客側の1人の担当者だけに依存している状態のこと。その人が異動・退職・多忙になると商談が停止するリスクが高い。
- マルチスレッド
- 顧客側の3名以上の関係者と関係を持っている状態。部門・階層・役割の異なる人物を含むことで安定性が増す。
- コンタクトマップ
- 自社の誰が顧客の誰とどの程度の関係性を持っているかを一覧化したもの。スレッドの全体像を可視化するツール。
マルチスレッディングの全体像#
こんな悩みに効く#
- 担当者が異動したら案件が白紙に戻った
- 「上に確認します」で止まり、何も動かない
- 競合が複数階層で関係を築いていて後手に回る
基本の使い方#
具体例#
従業員100名のSaaS企業で、大手物流企業（年額 600万円）の案件を情報システム部の課長1人と進めていた。半年間の関係構築で技術評価も合格し、受注目前だった。
ところが課長が突然の異動。後任は競合ベンダー出身で、評価基準が変更された。結果、半年間の営業投資がゼロに。
教訓を活かしたマルチスレッド化
次の案件（中堅製造業、年額 480万円）では初期段階からマルチスレッドを実行。
| スレッド | 顧客側 | 自社側 | 接触方法 |
|---|---|---|---|
| 経営層 | 取締役 | VP | エグゼクティブランチ |
| 部門長 | 製造部長 | 営業マネージャー | 月次レビュー |
| 技術 | 情シス係長 | SE | POC・技術検証 |
| 現場 | 製造ラインリーダー3名 | CSM | ハンズオンデモ |
商談開始から3か月目に情シス係長が異動したが、他の3スレッドが生きていたため案件への影響はゼロ。後任への引き継ぎもスムーズに進み、4か月目に受注が決定した。
従業員250名のコンサルファームが、大手小売チェーン（年商2,000億円）のDX推進プロジェクト（年額 8,000万円）を受注するため、3部門に同時にアプローチした。
コンタクトマップの設計
| 部門 | キーパーソン | 自社担当 | 提供価値 |
|---|---|---|---|
| DX推進室 | 室長（CDO直属） | パートナー | DX戦略のアドバイザリー |
| 情報システム部 | 部長 + 課長2名 | シニアコンサルタント | 技術アーキテクチャ設計 |
| 店舗運営部 | 部長 + エリアMgr | マネージャー | 現場課題のヒアリング |
各スレッドの活動
- DX推進室: 月1回の戦略ディスカッション。同業他社のDX事例を持ち込み、経営層への報告材料を提供
- 情報システム部: 既存システムのアセスメントを無償で実施。37件の技術的課題 を特定し、優先度付きのレポートを提出
- 店舗運営部: 3店舗で現場ヒアリングを実施。「在庫確認に1日 2.5時間 かかっている」という定量データを取得
3部門からの支持が揃った状態でCDOへプレゼンし、「全社DXの初期フェーズ」として年額 8,000万円 の契約を獲得。競合（大手コンサル2社）はDX推進室としか接触しておらず、現場の具体的な課題データを持っていなかった点で差がついた。
従業員18名の地方システム会社が、市役所の文書管理システム更新案件（予算 1,500万円）に参入。大手ベンダー1社が10年間取引しており、入れ替えは困難と見られていた。
シングルスレッドの限界
情報政策課の担当者とだけ話していても、「前回と同じベンダーで」という慣性が強く、入り込む余地がなかった。
マルチスレッド戦略
| スレッド | 接触先 | 施策 |
|---|---|---|
| 情報政策課 | 係長（窓口担当） | 従来通りの関係維持 |
| 総務課 | 文書管理の実務責任者 | 文書検索の時間計測を提案 |
| 市議会 | DXに関心のある市議2名 | 先進自治体の視察レポートを提供 |
| 副市長 | DX推進の旗振り役 | 地域DXフォーラムでの接点構築 |
決め手になったデータ
総務課スレッドで実施した文書検索の時間計測で、職員が文書を探すのに1人あたり1日 28分（年間 116時間/人）を費やしていることを定量化。全職員に換算すると年間 約3,200万円 の隠れコストだった。
このデータを副市長経由で予算検討の場に提出。「10年間使ってきた現行システムでは解決できない課題」として認知され、仕様書に「AI文書検索機能」が追加された。自社がこの機能で圧倒的に優位だったため、技術評価で1位を獲得し受注。
やりがちな失敗パターン#
既存の担当者を飛び越える：担当者に断りなく上司に直接アプローチすると、担当者の面子を潰し、協力を失う。まず担当者に「部長にもご挨拶させていただきたい」と伝え、了承を得てから動く。
スレッドを増やすだけで中身がない：名刺交換しただけでスレッドとカウントしても意味がない。各人物に対して「この人に提供している独自の価値」がなければ関係は維持できない。
スレッド間の情報を共有しない：営業が技術担当から聞いた懸念をSEに伝えず、SEが現場から聞いた好評を営業が知らない。週次のミーティングでスレッドごとの進捗と情報を統合する仕組みを作る。
全スレッドに同じ強度で対応する：案件のフェーズによって重要なスレッドは変わる。初期は現場ユーザー、中盤は技術担当、終盤は経営層が重要になることが多い。フェーズに応じて注力するスレッドを切り替える。
まとめ#
シングルスレッドの商談は担当者1人の異動や方針変更で崩壊する。マルチスレッディングは、経営層・部門長・技術担当・現場ユーザーの複数階層に同時にアプローチし、案件の安定性を高める手法である。コンタクトマップで接触計画を設計し、各スレッドで独自の価値を提供し、得られた情報を統合して案件を立体的に把握する。3本以上のスレッドが確立された案件は、受注確度が飛躍的に上がる。