partner-ecosystem-expansion

パートナーエコシステムの拡大

次に追加するパートナーのカテゴリーとその順序を、ゲートを設けた段階的なロードマップとして計画します。

まず、根拠について率直に説明します。

• 最適なパートナーカテゴリーの順序を示す、査読済みの研究は存在しません。
• この意思決定に関する公開済みの「フレームワーク」の大半は、戦略グリッドをチャネルに無理やり当てはめたものです。
• 引用されるベンチマークのほぼすべては、数値が良く見えることで利益を得るベンダーやコンサルタントによるものです。

根拠が実際に裏付けていること：

• Adnerの最小実行可能エコシステム（MVE）＋段階的な拡大＋価値の設計図（The Wide Lens、Winning the Right Game）—まさにこの問題のために設計された唯一のフレームワークです。共同価値を示す最小限のパートナー構成を実証してから、根拠をゲートとしてカテゴリーを意図的な順序で追加します。
• アライアンスポートフォリオの多様性における逆U字関係（Jiang、Tao、Santoro 2010、SMJ；Lee ほかによる2017年のメタ分析）—この分野で唯一の独立した根拠です。パートナーの種類の多様性は、ある程度までは企業の業績を高めますが、それを超えると調整やガバナンスのコストが優勢になります。これは抑制と順序付けを支持するものの、順序そのものは定めません。
• 運用範囲とキャパシティの計算、およびステージゲート型のパイロット—特定の名称はありませんが、実際に用いられている手法です。熱意ではなく、キャパシティを基準に各カテゴリーの導入可否を判断します。

McBain／Canalysのチャネル三分法がカテゴリー分類を示します（順序付けには使いません）。また、Mooreの「ホールプロダクト」／「ボウリング場」モデルは一部転用できます。ユーザーが無理な当てはめを持ち出した場合は、その名称を挙げて採用しないでください。チャネルへのAnsoffの適用、McKinseyの「3つの時間軸」、BCGの成長率・シェアマトリックス、カテゴリー選定へのIansitiとLevienの適用が該当します。references/sequencing-frameworks.mdを参照してください。

このスキルで順序付けるのはカテゴリーであり、個別の企業名ではありません。関連する意思決定には、次の関連スキルを使用します。

• 個別候補の順位付け：mbfinotti/partnerships-skills@alliance-prioritization
• 現在のエコシステムのマッピング：mbfinotti/partnerships-skills@partner-ecosystem
• プログラムの構成（ティア、特典、要件）：mbfinotti/partnerships-skills@partner-channel-program

インタビュー

順序を決める前に質問してください。1回のメッセージにつき質問は1つにし、複数の選択肢を提示してください。ユーザーがすでに回答した内容は省いてください。

• B2B、B2C、それともハイブリッドですか？何を、誰に、どの価格帯で、どのような販売方法で提供していますか？
• 現在のエコシステムの状況：現在活動しているパートナーカテゴリは何ですか？各カテゴリのパートナー数と、実際に活動しているパートナーの割合はどの程度ですか？（マッピングを担当する関連ツールが作成したエコシステムマップが理想的な入力です。）
• 既存のカテゴリのうち、実績が証明されているのはどれですか？繰り返し共同で成果を上げているカテゴリを指し、単に契約を締結しただけのカテゴリは含めません。まだ作りかけのカテゴリはありますか？
• プロダクトの準備状況：API の成熟度とマルチテナント対応、認定・トレーニングコンテンツ、案件登録、マージン構造、サポートモデル、契約対応のうち、現在利用できるものと、まだロードマップ上にあるものはどれですか？
• 社内の対応力：パートナーマネージャーの人数と現在の業務負荷、イネーブルメントコンテンツの制作能力、ツール、プログラム予算はどの程度ですか？
• 購入者は実際にどのように購入しますか？セルフサービス、営業主導、導入支援事業者経由、小売店経由、マーケットプレイス経由のどれですか？
• 拡大の目標は何ですか？セグメント・地域・カスタマージャーニーの段階を網羅すること、プロダクト全体の不足を補うこと、新規顧客のパイプライン、顧客維持・拡大、マージンの獲得のどれですか？
• 現在と目標の地域・セグメントのカバレッジはどの程度ですか？
• 予算と承認：誰が費用を負担し、誰が承認しますか？また、計画に盛り込む必要のある予算サイクルはありますか？
• ロードマップの期間は12か月、24か月、36か月のどれですか？

順序決めを始める前に、次の3つの回答をもとにカテゴリの順序を再評価してください。必ずここで質問し、ランキングを提示する際に尋ねてはいけません。

• 最初の成果はいつまでに出す必要がありますか？ 直近に厳格な期限がある場合は、早期に成果を出せるカテゴリ（紹介・アフィリエイト、クリエイター、代理店）を優先し、継続的な担当業務が必要なカテゴリをステージ1から除外します。最初の収益が期限後になるカテゴリは、比率がどうであれステージ1にはできません。
• 一度きりの成果ですか、それとも複利で成長する資産ですか？ 複利で成長する資産を重視する場合は、技術系パートナー／ISV と、それによって後のコストを抑えられるカテゴリ（マーケットプレイス、MSP）を優先します。一度きりの成果を重視する場合は、紹介・アフィリエイト、クリエイター、共同ブランディングを優先し、回収に何年もかかるものは後回しにします。
• 工数の上限はどの程度ですか（時間、人員、社内調整に必要な労力、取り消し可能性）？継続的な担当業務を1人分も確保できない場合、MSP、SI/GSI、再販業者、小売店、ディストリビューターはすべて除外します。既存のサービス部門を活用できる場合は、SI/GSI を最優先にします。

ワークフロー

実質的な選択肢がある場合（候補の選定、順序、ゲートの閾値、対応能力の上限など）は、トレードオフを示した候補案を2～3つ提示し、推奨案を示してからユーザーの返答を待ってください。前提を明示せずにロードマップへ反映させてはいけません。

1. インタビューを実施します。入力が現在のエコシステムを表したもの（マップ、または実情に即した複数の要素の説明）であることを確認します。マップがまったくない場合は、まずエコシステムマッピングを扱う関連スキルに案内します。
2. エビデンスに対する姿勢を最初に伝えます。ロードマップは根拠に基づくゲート付きの仮説であり、検証済みの公式ではありません。また、使用するすべてのベンチマークには出典情報を付けます。
3. MVEを定義します。次のカテゴリーを引き付けるのに十分な価値のエビデンスを生み出す、最小限のパートナー構成です。現在の取り組みが、再現可能な共同での成功を伴うMVEにまだ達していない場合、誠実なロードマップのステージ1は、機能を追加することではなく、MVEを完成させることです。
4. エゴシステムの確認を行います。自分の立場ではなく、顧客の立場からバリューブループリントを作成します（Adnerのエゴシステムの罠）。自社が中心であることを前提とする構成では、参加する理由のないカテゴリーを招き入れることになります。
5. 候補のプールは、三分法のバケット（影響、取引、維持・提供）に加え、関連する場合はB2Cの用語体系から、また各カテゴリーが解消するホールプロダクトの不足から作成します。references/partner-category-economics.mdを参照してください。
6. 順序を決める前に、キャパシティの数値を確定します。パートナーマネージャーとパートナーの比率、イネーブルメントの処理能力、予算です。これらがロードマップの上限となります。これらを伴わない順序付けは、単なる希望リストです。
7. 各候補カテゴリーの準備状況と経済性を評価します。商業モデル、初回収益までにかかる時間の相対比較、立ち上げの労力、継続的な負荷、コンプライアンスリスク、満たしている前提条件と不足している前提条件です。references/readiness-and-capacity-gates.mdを参照してください。
8. 候補プールは、効率性、すなわち労力あたりの価値で順位付けします。最安を最優先にしてはいけません。references/partner-category-economics.mdの順序と各軸の基準を使ってから、このユーザーの状況に合わせて再度順位付けします。具体的には、上記のインタビューで得た3つの回答、既存のサービス部門、実装を必要としない製品、1名のパートナーチームです。ユーザーの制約により対象外となるカテゴリーはすべて、その理由とともに削除します。下位に残すのではなく、再検討の条件を付けてNot nowに移します。順位を声に出して説明し、何を犠牲にするのかも伝えます。順位を付け直した候補プールから、トレードオフと推奨案を添えて候補となる構成を2～3案作成します。
9. 推奨する構成を提示する前に、それに対する最も強い反論を述べます。カテゴリーをさらに追加することによる逆U字型のコスト、そこから生じる対立、実証済みの取り組みから奪われるキャパシティです。
10. すべてのステージにステージゲートを設定します。パイロットコホートの構成、パートナー・マーケット・フィットのしきい値（再現可能な共同での成功）、明示的な中止基準を定めます。ゲートはエビデンスに基づいて発動し、カレンダー上の日付だけで発動してはいけません。
11. 既存の販売経路（直接販売、または別のパートナーカテゴリー）と重複するカテゴリーについては、チャネルコンフリクトを事前に確認します。ここで検出して規模を見積もります。ルール・オブ・エンゲージメントの作成はmbfinotti/partnerships-skills@partner-channel-conflictの担当ですが、ルールが整う前にローンチが予定されているなら、ロードマップの不備です。
12. 各ステージを、資金の申請としてコスト計算します。総負担コスト（人件費、イネーブルメントの構築、インセンティブ、ツール、プログラム支出）を算出し、人件費だけにしてはいけません。資金調達の仕組みも明示します。
13. 以下のブレインストーミングの規律を適用します。ロードマップはセクションごとに提示し、次のセクションを作成する前にユーザーの確認を得ます。完成したロードマップを最終化する前に、明示的な承認を必須とします。
14. Pass Thresholdを確認します。すべての確認項目を満たすまで、構成、ゲート、またはキャパシティの前提を見直します。
15. レビューの頻度と再順序付けのトリガーを設定します。ゲートの結果、カテゴリーの稼働状況の低下、製品準備の遅れ、コンフリクト事案、市場の変化です。ロードマップは継続的に見直す仮説であり、次回のレビュー日を設定します。
16. ハーネスに永続メモリがある場合、承認済みロードマップ（構成、各ステージのゲートと中止基準、キャパシティの数値）を記憶します。これにより、後続の実行（ゲートレビューや再順序付け）では、インタビューをやり直さずにその内容から再開できます。
17. ウェブを閲覧できる場合、計画の前提となる時点依存の事実（マーケットプレイスのポリシー、候補カテゴリーの構造的な経済性）を最終化する前に確認します。閲覧できない場合は、ユーザー提供情報であり未検証であることを明記します。

拡大の順序をブレインストーミングする

ロードマップを作成する前に、必ずブレインストーミングモードに入ってください。完成した順序をいきなり提示してはいけません。一般的なアイデア出しではなく、その分野固有の形式で実施してください。

効率の高い順に並べた5つの手法については、質問セットとこの順序の根拠となる評価軸とともに、references/expansion-workshops.md に記載されています。順序は map re-read > value blueprint > account mapping > partner persona > business-design workshop です。先頭から実施し、ユーザーに形式を確認して、候補の顔ぶれが変わらなくなったら終了してください。すでにどのようなデータがあるかによって、順序は変わります。

• メッセージごとに質問は必ず1つだけにしてください。複数の質問をまとめてはいけません。
• 実際に選択を求める場面では、必ずトレードオフを示した候補アプローチを2～3個提示し、推奨案を示してください。その後、ユーザーの返答を待ちます。
• 前提が固まる前に、明確に言葉にしてください。会議の参加者がすでに望んでいるカテゴリー、誰も検証していない準備状況の主張、推測にすぎないキャパシティの数値などです。
• 推奨する順序を提示する前に、その順序への反論を自分で述べてください（ワークフローのステップ9）。カテゴリーへの熱意は、この演習が自らを欺く原因として記録されています。
• 成果物はセクションごとに提示してください。現状の基盤、候補プール、キャパシティ、順序、ゲート、コストの各項目について、次のセクションを作成する前にユーザーの確認を得てください。
• ロードマップ全体についてユーザーから明示的な承認を得ることを、最終確定の条件としてください。

段階的な拡大ロードマップ

この成果物として、取り組みの内容を提示してください。

PARTNER-CATEGORY EXPANSION ROADMAP  -  <business area>, <date>
Current base    : categories live today, activation per category, MVE status
Evidence posture: what is validated vs asserted; every benchmark used, with provenance flag
Candidate pool  : categories considered, trifurcation bucket, gap each would close
Capacity        : manager ratios, enablement bandwidth, budget  -  the numbers that cap the plan
Sequence        : Stage 1..N  -  category, why now, why this order, prerequisites met/missing
Gates           : per stage  -  pilot shape, partner-market-fit threshold, evidence required, owner
Kill criteria   : per stage  -  activation floor, time-to-first-deal window, the two-quarter rule
Conflict check  : overlap of each new category with existing routes, sized; rules needed pre-launch
Cost and ask    : total loaded cost per stage, funding mechanism, sign-off owner
Not now         : categories deleted from the ranked pool  -  deferred or rejected, each with the
                  constraint that ruled it out and a re-entry trigger
Open questions  : what the evidence could not answer, and what would change the sequence

全体を記入したロードマップと、問題のある拡大計画に行ごとの注釈を付けた例は、references/worked-examples.md にあります。

合格基準

以下のすべてを満たすまで、何も公開してはいけません。満たすまで反復してください。

1. 一度に開始するのは1つの段階です。 各段階は、前の段階がゲートを通過した場合にのみ開始します。並行して実施できるのは最大2段階で、明示したイネーブルメント基盤を共有する場合に限ります。
2. 日程ではなく、エビデンスでゲートを設定します。 各ゲートには、開始を許可するエビデンスを明記します。たとえば、再現性のある共同受注、アクティベーション、ソースが特定されたパイプラインなどです。日付だけではいけません。
3. キャパシティと整合させます。 各段階の負荷の合計（マネージャーの作業時間、イネーブルメントの構築、予算）が、明示されたキャパシティの範囲内に収まるようにします。
4. すべての段階に中止基準を設けます。 少なくとも、アクティベーションの最低基準、最初の案件獲得までの期間、2四半期連続で未達だった場合のルールを含めます。
5. すべてのベンチマークに出典区分を付けます。 引用する数値には、ベンダー、ベンダー委託、アナリスト、コンサルタント、学術機関のいずれかを示す出典区分を付けます。区分のない数値は不備です。
6. 少なくとも1つのカテゴリーを延期または却下し、再検討の条件を設けます。 すべてを追加するロードマップでは、何も順序付けられていません。
7. 既存の経路と重複するカテゴリーについては、すべて事前に競合を確認し、そのカテゴリーの開始段階より前に必要なルールを明記します。

KPI

追加した各カテゴリーはコホートごとにゲート基準で評価し、ロードマップはゲートが機能したかどうかで評価します。測定にかける労力あたりのゲート判断の確定数が多い順に指標を整備し、ゲートの状況を把握できるようになったら測定を止めます。

• 新カテゴリーごとのパートナー活性化率（契約済みパートナーのうち、初年度に成約が1件以上あった割合）を、ゲートの最低基準と比較します。
• カテゴリーごとの初回成約までの期間を、ゲートで設定した想定期間と比較します。
• コホートごとのカテゴリー別パートナー起点およびパートナー影響パイプライン（B2B）、または増分帰属売上（B2C）です。
• コホートごとのオンボーディング期間内のイネーブルメント／認定完了率です。
• 時間の経過に伴う新規売上に占めるカテゴリーの割合です。結果が示されるまでにコホートを1年分集める必要があるため、この順番では後回しにし、ステージゲートではなく資金調達の判断を行うレビューでは優先度を上げます。
• ゲート通過率：パイロット対象カテゴリーのうち、打ち切りまたはスコープ変更ではなくゲートを通過した割合です。100％ならゲートが甘い可能性があり、0％なら候補の選定に問題がある可能性があります。
• 逆U字の監視：カテゴリーの蓄積に伴って調整コストが増加する一方、パートナー起点の総売上が横ばいになる状況です。追加を止め、既存カテゴリーを深掘りする合図です。

指標の完全な定義と、出典情報フラグ付きの公表値については、references/kpis-and-benchmarks.mdを参照してください。

B2BとB2C

両者で実質的に同じなので、方法を一から考え直すのではなく、共通の方法を使います。

• どのカテゴリーがギャップを埋めるかを判断するための、カバレッジ／増分性分析。
• MVEと、パイロット後にスケールする規律。
• 新カテゴリーが既存の販売経路と重複する場合に、中心的なガバナンスリスクとなるチャネル競合とカニバリゼーション。
• 順序を決めるゲートとしてのパートナー収益性。
• 重複するカテゴリーが多すぎると、コストとノイズが増えるという逆U字の考え方。

価値を労力単位あたりで評価して、DTCブランドがクリエイター、マーケットプレイス、卸売の順位をつける場合も、SaaSベンダーがISV、代理店、MSPの順位をつける場合と同じカテゴリー・ポートフォリオの考え方を用います。どちらの効率順もreferences/partner-category-economics.mdに記載されています。

実質的に異なる点は次のとおりです。

Dimension	B2B tech/SaaS	B2C/consumer
カテゴリーの用語	ISV、VAR、MSP、SI/GSI、代理店、紹介、販売代理店、マーケットプレイス	小売／卸売、販売代理店、アフィリエイト、クリエイター／インフルエンサー、ライセンス、共同ブランディング
効率順の上位	テック／ISV、次に紹介／アフィリエイト	クリエイター／インフルエンサー、次にアフィリエイト
順序決定の要因	製品の準備状況、カバレッジのギャップ、購入者の販売経路	増分性（購入意向が生まれる前に購入者にリーチすること）と利益の獲得
アトリビューション	案件登録、アカウントマッピング、共同販売	クーポンコード、アフィリエイトリンク、ラストクリック
主なリスク	イネーブルメントの遅れ、直販との競合	DTC、小売、マーケットプレイス間のカニバリゼーション

失敗パターン

失敗	対策
自社中心の罠――パートナーが自社を中心に動くと前提にした順序になっています	顧客の立場から設計し、各カテゴリーが今参加する理由を確認します
体制整備より先にパートナーを募集する――現場で最もよく挙げられる失敗です	募集前にキャパシティのゲートを設けます。アクティベーション率が約20％を下回る場合は、募集を強化するのではなく、募集を停止します
1つのカテゴリーに偏り、ほかを切り捨てる（Nike／Under Armourのパターン）	カテゴリーの削減は追加と同様に高リスクとして扱います。ルートを縮小する前に、競合と依存関係の規模を把握します
カテゴリーを広げすぎてから、無理に削減する（HubSpotのエージェンシーバッジのパターン）	中止基準と保留リストを設けます。逆U字の兆候に注意します
早すぎる多角化――カテゴリー1の実績が証明される前にカテゴリー2へ進みます	MVEゲートを設けます。まず、共同で成果を上げることを再現可能にします。ステージ1で「現在の動きを完了する」と判断するのが誠実な場合もあります
最も効率がよいと誤認して、最も安価なカテゴリーを最初に選ぶ	労力あたりの価値で順位付けします。紹介は最も安価な段階ですが、得られるものは最も少ない一方、ISVの取り組みには数週間の構築コストがかかり、その後の3つのカテゴリーのコストを下げられます
却下したカテゴリーを順位表の最下部に残す	理由とともに候補から削除します。再検討の条件を添えてNot nowに入れます。声の大きいスポンサーが順位表を読み返せる状態にはしません
借用した戦略グリッドを手法として提示する（Ansoff、three horizons、BCG、Iansiti-Levien）	場の共通語として役立つなら、そのまま使います。意思決定はMVE＋ゲート＋キャパシティに基づいて組み立て直します
カレンダーに基づいて段階を設定する――根拠に関係なく「SIプログラムは第3四半期に開始」とする	ゲートは根拠に基づいて発動させます。日付は予測であり、発動条件ではありません
ベンダーのベンチマークを証拠として引用する	すべての数値に出典のフラグを付けます。ベンダーの数値は方向性を示す参考情報にとどめます
ロードマップが特定企業の順位付けに逸れる	カテゴリーのみを扱い、候補企業名はmbfinotti/partnerships-skills@alliance-prioritizationに委ねます

呼び出し例

• 「リセラーと紹介パートナーがいます。次に追加すべきカテゴリーと、その時期を教えてください。パートナーマネージャーは2人で、人員の追加はありません。」
• 「エコシステムマップを、準備状況のゲートと中止基準を備えた3年間のカテゴリー別ロードマップにしてください。」
• 「経営陣は今年中にMSP、SI、マーケットプレイスの取り組みをすべて始めたいと考えています。キャパシティを踏まえて、無理のない順序を付けてください。」

参考資料

• references/partner-category-economics.md - 効率順に並べたカテゴリーごとの経済性（商業モデル、得られるもの、初回収益までの期間、労力、継続的な負荷、コンプライアンス上のリスク）、B2B と B2C の用語、各軸の順位、順位付けによって後回しになるもの、このユーザー向けに順位を付け直す方法。
• references/sequencing-frameworks.md - Adner の MVE／段階的拡大／価値ブループリントとエゴシステムの落とし穴、逆 U 字、三分岐、ホールプロダクト／ボウリングレーン、そしてそれぞれが失敗する理由を含む、名前の付いた無理な当てはめ。
• references/readiness-and-capacity-gates.md - カテゴリーごとの準備要件、キャパシティの計算、事業計画の構成、ステージゲートの設計、撤退基準。
• references/kpis-and-benchmarks.md - 先行指標、出典情報付きの公表値、ベンダーバイアスに関する警告、不安定であることが知られている統計。
• references/expansion-workshops.md - 効率順に並べた 5 つのファシリテーション形式と、それぞれの質問セット。
• references/worked-examples.md - 段階的ロードマップの完全な実例と、行ごとに注釈を付けた悪い拡大計画。

同じコレクションの関連スキル：

• mbfinotti/partnerships-skills@partner-enablement - 各段階の前提条件を満たすためのイネーブルメント構築。
• mbfinotti/partnerships-skills@referral-incentive-design - 紹介／アフィリエイト段階のインセンティブ設計。