Multi-Threading in SMB
SMBマルチスレッディング
💡TL;DR
マルチスレッディングは小規模案件でも2-3+のコンタクトを持つこと。SMBで重要な理由：（1）シングルスレッド案件は勝率が40%低い、（2）チャンピオンが離職=バックアップなしで案件死亡、（3）予算決裁者≠ユーザー≠技術評価者—3人全員が必要。戦術：「関与する他の方」への紹介を求める、メールで関係者をCC、役割別コンテンツを送信。目標は複雑さではなく—レジリエンス。
定義
小規模組織でもターゲットアカウント内の複数のステークホルダーと関係を構築する実践。1人のコンタクトが離職、連絡不通、予算権限喪失した時に案件が死ぬシングルポイント障害リスクを低減。
🏢SMBチームにとっての意味
SMB営業はしばしば「小さな会社だから1人だけでいい」とシングルスレッドにデフォルトする。間違い。20人の会社でも創業者/CEO（予算）、部門長（ユーザー）、IT/オペレーション（実装）がいる。誰か1人をシングルスレッドにすると、ゴースト、離職、社内政治に脆弱。
📋実践例
25人のSaaSがSMBリテーラーに販売し、クローズロスト案件を分析。67%が1コンタクトのみ。そのうち40%がチャンピオン離職または役割変更後に連絡不通。「2コンタクト最低」ルールを実装：2人目のステークホルダー特定なしでディスカバリーを超えて案件を進めない。6ヶ月後：勝率は18%から26%に増加、3+コンタクトの案件は35%速くクローズ（内部セリングが少なくて済む）。
🔧実装ステップ
- 1
最低コンタクトルールを設定：各段階で必要なコンタクト数を定義。例：ディスカバリー=1、デモ=2、提案=3。
- 2
依頼を可能に：自然に紹介を求めるよう担当者をトレーニング。「評価に関与する他の方は？」「次の通話に[役職]の方を含めてよいですか？」
- 3
役割別コンテンツを提供：異なるペルソナ向け資料を作成（財務向けROIサマリー、IT向け技術仕様、ユーザー向けワークフローガイド）。
- 4
マルチスレッドスコアを追跡：案件ごとのコンタクト数のCRMフィールドを追加。コンタクト数と勝率の相関をレポート。
- 5
スレッディングをコーチ：案件レビューで「他に誰と関わった？」を尋ねる。標準的な資格基準に。
❓よくある質問
チャンピオンを煩わせずにマルチスレッドするには？
彼らを助けるものとしてフレーミング：「[財務/IT/上司]が内部でこれをサポートするために必要なものを確実に届けたい。[特定リソース]を送ってよいですか？」彼らを回り込んでいるのではなく—内部での弾薬を装備している。
SMBが本当に1人の意思決定者だけの場合は？
非常に小規模な企業（5-10人）では稀だが可能。それでも特定：誰が実装？誰が影響を受ける？誰が意思決定者に影響？創業者のEAや共同創業者はしばしば拒否権を持つ。最低限、チャンピオンが休暇に入った時の継続性のために2人目のコンタクトを得る。
⚡Optifaiでの活用
Optifaiは案件ごとのコンタクト数を追跡し、シングルスレッドの時にアラート。システムは案件段階に基づいて追加で関与すべきペルソナを提案し、役割別コンテンツ推奨を提供。シグナル検知はターゲットアカウントの新しいステークホルダーがサイトを訪問した時を特定し、スレッドを拡張するアウトリーチをトリガー。
📚参考文献
- •
- •