マルチスレッド関係（経営／現場／IT／購買）とSalesforce

目次

  1. 本記事の目的と免責

  2. マルチスレッド関係とは（経営／現場／IT／購買）

  3. 4レーン別の期待役割・KPI・証拠（エビデンス）

  4. Salesforceでのデータモデル設計（標準機能中心）

  5. 実装手順（スプリント方式：0→4）

  6. オートメーション設計（Flow／スコア／EWSルール）

  7. ダッシュボード＆KPI（可視化テンプレ）

  8. プレイブック（相手別メッセージ・アセット）

  9. 運用の落とし穴とガバナンス

  10. よく使うレイアウト／項目例（そのまま作れる定義）

  11. まとめ（運用チェックリスト）

1. 本記事の目的と免責

本記事は、**マルチスレッド関係（経営／現場／IT／購買）**を前提にしたB2Bの商談～導入～定着運用を、Salesforceで設計・実装・運用するための実務ガイドです。
免責：この記事は不正確な場合があります。導入の際には最新の情報と公式ドキュメントを参照してください。

2. マルチスレッド関係とは（経営／現場／IT／購買）

単一の窓口（チャンピオン）に依存せず、意思決定に関与する4レーン

  • 経営（Economic Buyer／Executive Sponsor）：最終承認・投資判断・ROI

  • 現場（Functional／Line）：業務要件・成果利用・運用実装

  • IT（IT／Security／Ops）：アーキ・連携・ガバナンス・セキュリティ

  • 購買（Procurement／Legal／Finance）：契約・価格・コンプライアンス

狙い：失注／棚上げの主要因である「単線依存（single-thread）」を排除し、意思決定の速度・確度・拡張余地を最大化。

3. 4レーン別の期待役割・KPI・証拠（エビデンス）

  • 経営

    • 期待：ROI・リスク最小化・全社整合

    • KPI：承認リードタイム、NRR／GRR、経営レビュー合意数

    • 証拠：ビジネスケース／ROI電卓／成功指標の合意（NSM/OKR）

  • 現場

  • IT

    • 期待：運用安定・拡張性・セキュリティ適合

    • KPI：連携完了数、障害MTTR、監査適合率

    • 証拠：アーキ図／SSO・API設計／セキュリティ白書・運用SLA

  • 購買

    • 期待：価格・条件の最適化、リスク回避

    • KPI：契約サイクル日数、例外承認件数

    • 証拠：SKU見積／SOW／コンプライアンス回答／法務Q&Aログ

4. Salesforceでのデータモデル設計（標準機能中心）

中核：Account／Contact／Opportunity／Case（任意）

  • Contact Role（取引先責任者の役割）：

    • Account Contact Role：口座（取引先）レベルの役割

    • Opportunity Contact Role：案件レベルの役割（必須）

    • 主要ロール（選択リスト）：Executive Sponsor / Economic Buyer / Champion / Influencer / User / IT Owner / Security / Procurement / Legal / Finance / Blocker

    • 追加項目：Power(0-3) / Influence(0-3) / Sentiment(👍0–2👎) / Last_Touched__c / Preferred_Channel__c / RACI__c

  • Team機能：

    • Account Team / Opportunity Team：社内側の分担（CSM・SE・AE・プロサー）

  • 活動・エンゲージメント：

    • Task／Event／Email（Outlook/Gmail連携）／Call／Meeting

  • （任意）カスタム

    • Stakeholder__c（利害関係者プロファイル）、Success_Plan__c（共同プラン）、Risk__c（リスク台帳）、Playbook_Run__c（実行ログ）

5. 実装手順（スプリント方式：0→4）

Sprint 0：設計

  • 買い手委員会（Buying Committee）ロール定義、RACI、ステージのExit基準

  • 4レーンの必須エビデンス（§3）を定義

Sprint 1：データモデル

  • Opportunity Contact Roleの必須化（Validation／Flow）

  • 主要選択リストとスコア項目（Power/Influence/Sentiment/Last_Touched）

Sprint 2：オートメーション

  • Record-Triggered Flow（後述）で不足ロールの検知→タスク自動発行

  • Slack/メール通知、期限管理、テンプレ作成

Sprint 3：ダッシュボード

  • 「カバレッジ」「接点鮮度」「リスク」「進捗」の4面パネル

Sprint 4：プレイブック運用

  • ステージ×ロールのTo-Doセット（自動割当）

  • 月次レビュー／改善サイクル

6. オートメーション設計（Flow／スコア／EWSルール）

6.1 カバレッジ・スコア（例）

  • Has_Exec__c / Has_Field__c / Has_IT__c / Has_Proc__c（各レーンに役割＋直近30日接点があるかをFlowで算出）

  • Coverage_Score__c（数式例）：

    (IF(Has_Exec__c,30,0) + IF(Has_Field__c,25,0) + IF(Has_IT__c,25,0) + IF(Has_Proc__c,20,0))

    目安：80点以上=健全／60-79=注意／<60=要介入

6.2 ステージExit基準（Validation例）

  • Stage = Proposal に移行するには：

    • Exec/Field/ITの3ロール以上がOCR（Opportunity Contact Role）で紐づき、Last_Touched__c ≤ 30日

  • Close - Won 前：Procurement/Legalが存在し、SOW/見積/契約条件のファイル添付があること

6.3 早期警戒（EWS）ルール例

  • 単線依存：Coverage_Score__c < 60 かつ Stage ≥ Evaluation → Highリスク作成

  • 接点途切れ：Exec_Last_Touched__c > 30日 → Slack通知＋タスク

  • 購買不在：CloseDate - TODAY() ≤ 45 かつ Has_Proc__c = FALSE → 交渉遅延アラート

  • チャンピオン異動：主要ContactのStatus = Left Company → 代替チャンピオン探索タスク

7. ダッシュボード＆KPI（可視化テンプレ）

  1. カバレッジ矩形図（行：ロール／列：案件）

    • 指標：Coverage_Score、ロール数、Last_Touched（日）

  2. レーン別接点鮮度（Exec/Field/IT/Proc、平均最終接点日数）

  3. EWSトレンド（月次のアラート件数／是正率）

  4. 契約サイクル分析（購買関与の開始ステージ×リードタイム）

  5. 成果エビデンス率（ROI電卓・To-Be図・セキュリティ回答・SOWの有無）

運用KPI：

  • Multi-thread案件比率、平均Coverage_Score、Proposal以降の単線率、Exec接点>30日放置案件比率、購買着手ステージ中央値

8. プレイブック（相手別メッセージ・アセット）

  • 経営：1枚サマリー（課題→ROI→リスク低減）、ROI電卓、経営レビュー（30分）

  • 現場：As-Is→To-Be（3つの数値KPI）／試作ダッシュボード／トレーニング計画

  • IT：アーキ図／連携一覧／SSO・権限設計／運用SLA、セキュリティQA

  • 購買：SKU別見積／SOW雛形／契約条件表、例外承認プロセスのタイムライン

運用Tips：プレイブックは「ステージ遷移時に自動割当」し、実行ログ（Playbook_Run__c）で証拠化。

9. 運用の落とし穴とガバナンス

  • OCR未運用：人名はあるが役割が未設定 → Validationで強制

  • 接点ログ不足：会議はしてもTask/Eventに残っていない → 日次リマインダ

  • 購買の後ろ倒し：提案以降に初登場 → 早期にRFP/法務論点を洗出し

  • 情報の属人化：要点がChatterやメモに散在 → Success Plan／要点欄に集約

  • 権限過多：機微情報（セキュリティ回答・契約条件）はFLS/PSで制御

10. よく使うレイアウト／項目例（そのまま作れる定義）

  • Contact（取引先責任者）

    • Role__c（選択）：Exec/Economic/Champion/IT/Security/Procurement/Legal/Finance/User/Influencer/Blocker

    • Power__c（0-3）／Influence__c（0-3）／Sentiment__c（Negative/Neutral/Positive）

    • Status__c（Active/Left Company）／Preferred_Channel__c（Email/Call/Slack/Meeting）

  • Opportunity Contact Role（案件側）

    • RACI__c（R/A/C/I）／Last_Touched__c（最終接点日）

  • Opportunity（案件）

    • Has_Exec__c Has_Field__c Has_IT__c Has_Proc__c（Flow計算）

    • Coverage_Score__c（数式）／Risk_Level__c（自動）

    • 必須ファイル：ROI_Summary.pdf、ToBe_Process.png、Security_Answers.xlsx、SOW.docx

11. まとめ（運用チェックリスト）

  • OCRで3ロール以上紐付け、30日以内に接点あり

  • 経営にはROI、現場にはTo-Be、ITにはアーキ、購買にはSOW／条件表を提示

  • Coverage_Score≥80を目標、<60はEWS発火

  • Proposal以降は購買・法務の関与が必須

  • ダッシュボードで単線案件を毎週是正

  • 成功・失敗のエビデンスをSuccess Planに集約し再利用

必要なら、この設計をあなたの組織・商材向けに数値閾値・項目名・Validationを即時カスタマイズして出力します。