パートナー／SI連携での複合価値提案とSalesforce

目次

  1. この記事の狙いと結論（要約）

  2. 複合価値提案とは何か（パートナー／SI連携の本質）

  3. 代表シナリオ5選（業界別×役割別の型）

  4. ビジネス設計：JBP（Joint Business Plan）、ROI、KPI

  5. Salesforceでの実現アーキテクチャ（PRM／Revenue Cloud／Data Cloud／MuleSoft／Slack／MA）

  6. データモデル設計（標準＋拡張オブジェクト、共有・権限）

  7. 自動化・承認・E2Eフロー（ディールレジ／MDF／共同マーケ）

  8. ダッシュボードと指標（パートナーソース／インフルエンス／アタッチ率）

  9. 成果を出すアプローチ＆アクション（営業／マーケ／CS）

  10. 運用で気を付けること（チャネルコンフリクト、法令順守、データ共有）

  11. 30-60-90日導入ロードマップ（チェックリスト付）

  12. 付録（項目例・プレイブック雛形・承認条件サンプル）

  13. 免責事項

1. この記事の狙いと結論（要約）

狙い：パートナー／SIと共同で「ソリューション束（製品＋導入＋運用＋データ連携）」を提案し、単品売り→成果売りへ移行する設計図を提示。
結論：Salesforceの**PRM（パートナー管理）× Revenue Cloud（CPQ/契約/請求）× Data Cloud（顧客360）× MuleSoft（連携）× MA（Account Engagement など）× Slack（実行）**を中核に、

  • 共同価値（Composite Value）を定義

  • JBPとKPIを契約に埋め込み

  • ディールレジ～見積～納品～成果検証までを自動化と監査可能性で繋ぐ
    ことで、アタッチ率・ACV・拡張率を系統的に向上できます。

2. 複合価値提案とは何か（パートナー／SI連携の本質）

  • 定義：自社プロダクト、SIの導入/運用、ISVアドオン、データ連携、業務標準化テンプレを成果KPIでパッケージ化した**「束」**。

  • 価値：①導入リードタイム短縮、②定着率向上、③拡張（周辺機能・部門横展開）を設計段階で内包。

  • 提案単位：機能ではなくユースケース×業界（例：製造「見込み需要可視化＋代理店PRM＋フィールドサービス」）。

3. 代表シナリオ5選（業界別×役割別の型）

  1. ISV×SI×自社：ISVアドオン＋SI導入＋自社製品をCPQのバンドルで販売。

  2. 代理店／ディストリ×自社：PRM＋ディールレジ、マージンと価格保護を承認プロセス化。

  3. MSP（運用受託）：Success計画＋SLA＋ヘルススコアを契約明細に埋め込み、成果連動で更新率UP。

  4. データ連携（MuleSoft）：基幹／DWHとData Cloud統合、アナリティクス→次アクションをSlackで駆動。

  5. 業界特化SI：**業務テンプレ（Playbook/WBS/ダッシュボード）**をパッケージ化し、Time-to-Valueを短縮。

4. ビジネス設計：JBP（Joint Business Plan）、ROI、KPI

JBP必須エレメント

  • 目標：パートナーソースPipeline、Influenced率、アタッチ率、拡張ACV、更新率、MDF ROI

  • 役割：CAM（Channel AM）／AE／SE／CSM／SI PM／ISV AMのRACI

  • オペ：ディールレジSLA（48h）／価格保護ルール／MDF申請→実績報告

  • 成果：Before/After KPI（例：商談化率+5pt、導入TTV-30%）を契約の付帯条項に反映

ROI式（例）

  • MDF ROI = （当該MDF起因の純増粗利）÷（MDF投資額）

  • アタッチ率 = バンドル内SI/ISV項目が同時成約した商談 ÷ 対象商談

5. Salesforceでの実現アーキテクチャ

  • PRM（Partner Relationship Management／Experience Cloud）

    • パートナーポータル、ディールレジ／リード配布／共同商談、資料・プレイブック配布、ティア＆インセンティブ運用。

  • Sales Cloud／Slack

    • 共同商談のステージ進行をSlack通知、タスク/承認をWorkflow/Flowで自動化。

  • Revenue Cloud（CPQ & Billing）

    • 複合バンドル（自社SKU＋SI工数＋ISVサブスク）／割引ガードレール／複数価格表／再見積。

  • Marketing Cloud Account Engagement（旧Pardot）

    • 共同マーケリードトラッキング、MDFキャンペーンのスコアリング・アトリビューション。

  • Data Cloud（顧客360）

    • パートナー／顧客／利用ログ／請求を統合し、ヘルススコア／拡張レコを生成。

  • MuleSoft

    • 基幹（ERP/会計）、サポート、データレイクとAPI連携。

  • Tableau／CRM Analytics

    • パートナーKPIダッシュボード（ソース売上、影響売上、MDF ROI、アタッチ率）。

6. データモデル設計（標準＋拡張オブジェクト、共有・権限）

コア

  • Account：取引先（Partner Tier、Program Status）

  • Partner Account／Partner User：PRM有効化

  • Lead / Opportunity：Deal Registration（拡張）

  • Product2 / Pricebook / Quote / Order / Contract / Asset

  • Campaign / Campaign Member（MDF連携）

拡張オブジェクト例

  • Deal_Registration__c：Partner__c、Registration_Status__c、Price_Protection_Until__c

  • Joint_Business_Plan__c：Target_ACV__c、Sourced_Pipeline_Target__c、MDF_Budget__c

  • Bundle_Solution__c：ユースケース別の推奨SKUセット

  • MDF_Request__c / MDF_Result__c：Expected_Pipeline__c、Actual_GM__c

  • Success_Plan__c：KPI、リスク、次アクション、ヘルススコア連携

共有・権限

  • 役割階層にPartner Roleを追加、OpptyのPartner共有ルール、見積は原則非公開＋承認通過で共有。

  • 価格・マージンはフィールドレベルセキュリティで厳格化。

7. 自動化・承認・E2Eフロー

① ディールレジ

  • パートナー申請→Flowで重複チェック→SLA 48hで承認→価格保護期間自動付与→Slack通知。

  • 競合登録時はコンフリクト判定（商談重複・顧客被り）→エスカレーション。

② 見積～契約（CPQ）

  • 複合バンドル選択→割引ガードレール超過は承認フロー→Order/Contract自動生成→Billing。

③ 共同マーケ／MDF

  • MDF_Request__c申請→承認→Campaign発行→実施後MDF_Result__cでPipeline/粗利入力→ROI算出。

④ 導入～成果化（Success Plan）

  • Success_Plan__cのKPI達成可否をヘルススコアと連動→未達アラートでプレイブック起動（タスク自動発行）。

8. ダッシュボードと指標

  • Partner Sourced Pipeline / Won ACV（月次・四半期）

  • Partner Influenced率（商談にPartner__cが関与）

  • Bundle Attach率（複合SKUの同時成約比率）

  • MDF ROI（投資→粗利）

  • Deal Reg SLA遵守率／価格保護違反件数

  • 導入TTV（リード→稼働）／更新率・拡張率

  • ヘルススコア分布（パートナー案件 vs 直販）

9. 成果を出すアプローチ＆アクション

営業

  • ユースケース別バンドルの標準見積テンプレ、価格レンジ表、反駁集をPRMで配布。

  • 共同アカウントプラン（ホワイトスペース、競合対策、役割分担）をJBPに紐付け。

マーケ

  • 共同セミナー／導入事例をMAでスコアリング、パートナー別MDFでABM型のリスト運用。

  • 業界テンプレ（ダッシュボード、Playbook）を案件起点で自動添付。

CS／PS

  • 成果KPIをContract/Success Planに埋め込み、未達EWSでSlack→エスカレーション。

  • 拡張シグナル（利用量閾値、部門追加）でアップセル商談自動起票。

10. 運用で気を付けること

  • チャネルコンフリクト：ディールレジSLA、価格保護期間、ルールの例外承認を可視化。

  • 法令順守：競争法上の情報共有境界（競合価格の過度な交換は禁止）、個人情報・同意管理。

  • データ品質：Partner/Accountの名寄せ・重複排除、パートナー担当移動時のアクセス棚卸し。

  • 利益配分：割引とマージンの整合、バンドル内原価管理（SI工数・ISVロイヤルティ）。

  • 監査可能性：承認履歴・ログ・計数の保存（監査対応）。

11. 30-60-90日導入ロードマップ（チェックリスト）

Day 0–30（設計）

  • ターゲット業界×ユースケースを3本に絞る

  • Bundle_Solution__c設計（SKU・SI工数・ISVライセンス）

  • PRM基本セットアップ（パートナーロール／ポータル）

  • Deal_Registration__cと承認フロー雛形

  • JBPオブジェクト＆ダッシュボード草案

Day 31–60（構築）

  • CPQバンドル／価格表／割引ガードレール

  • MDF申請～実績トラッキングのFlow

  • Success Planとヘルススコア連携

  • Slack通知（承認・SLA・リスク）

  • データ連携の最小構成（MuleSoft）

Day 61–90（運用）

  • 3件の共同案件でディールレジ→受注→稼働のE2E検証

  • ダッシュボードKPIレビュー（Sourced/Influenced/Attach/MDF ROI）

  • 例外承認・SLA違反の是正ルール確定

  • パートナーEnablement（Playbook、価格、デモ環境）

12. 付録（項目例・プレイブック雛形・承認条件サンプル）

主要カスタム項目例

  • Deal_Registration__c：Compete_Check__c（真偽）、Conflict_Level__c（Picklist：Low/Med/High）

  • Joint_Business_Plan__c：Quarter_Target_ACV__c、Attach_Rate_Target__c

  • MDF_Result__c：Actual_Leads__c、Actual_Pipeline__c、Actual_GM__c（自動計算）

  • Success_Plan__c：Primary_KPI__c、Alert_Threshold__c

承認条件サンプル

  • 価格保護：Discount__c > 20% かつ Margin__c < 30% → 役員承認

  • コンフリクト：同一顧客×同一SKUの商談重複でCAM承認必須

プレイブック雛形（要約）

  1. 価値仮説→2) 役割分担→3) 失注リスク→4) 反駁トーク→5) デモ手順→6) 導入WBS→7) 成果KPI→8) 拡張計画

13. 免責事項

この記事は不正確な場合があります。導入の際には最新の情報と公式ドキュメントを参照してください。
特に、製品名や画面名称、利用条件、法令・規約は頻繁に更新される可能性があります。運用設計・権限設計・個人情報の取り扱い・競争法順守等は、必ず自社の法務・セキュリティ部門のレビューを経てから適用してください。

必要なら、この内容をSalesforce設計書テンプレ（項目定義・承認図・Flow設計・ダッシュボード定義）に落とし込みます。コピー用の項目CSV／承認条件表もその場で作れます。