partner-marketplace-strategy

パートナーマーケットプレイス戦略

サードパーティのマーケットプレイスへの掲載戦略を定めます。どのマーケットプレイスに、どこまで対応し、どの順序で、どれだけ投資し、どの条件で終了するのかを決めます。ここでは、次の要素を組み合わせて進めます。

• リスト掲載 → 取引 → 共同販売 → 拡大という能力の段階的な積み上げ（B2B の実務家の間で広く合意されています）。
• Tackle の Cloud GTM Maturity Model（ベンダーが作成しており、段階ごとのツールを販売しています）。
• McFadyen Digital の Marketplace Maturity Model（コンサルティング会社が作成した B2C モデルです）。
• ベンダーの動向を把握するには、Canalys Global Co-Sell Software Leadership Matrix、IDC MarketScape のマーケットプレイス評価、Gartner の PERM 市場ガイド（独立系アナリストによるもの）、そして個人として最も信頼性の高い発言者である Jay McBain のエコシステムに関する取り組みを参照します。

この分野のどのフレームワークも、独立した長期的検証を受けていません。段階的なモデルはすべて、その道のりで製品やサービスを販売する当事者が作成したものです。根拠ではなく、構成を組み立てるための枠組みとして使ってください。

成果物は、経営幹部が予算を承認するための意思決定資料である Marketplace Strategy メモです。実行作業は決して含めません。

• 掲載内容、ストアの最適化、広告施策は別の場所で扱います。
• パートナー別の経済性、具体的なアライアンスの順位付け、共同 GTM 計画は、関連する別のスキルに引き継ぎます（Reference を参照）。

ヒアリング

戦略を立てる前に質問します。1 回のメッセージにつき質問は 1 つとし、可能な場合は選択式の回答を提示してください。ユーザーがすでに回答している質問は省略します。

• B2B ソフトウェア、消費者向けブランド、それともハイブリッドですか？
• 製品の種類とデプロイモデルは何ですか？ SaaS、セルフホスト／インストール可能なイメージ、物理的な商品、サービスのどれですか？
• 価格帯はどの程度ですか？一般的な ACV または注文額と粗利益はいくらですか？プラットフォームのテイクレートに、どれだけの利益を充てられますか？
• 現在はどのチャネルで販売しており、直販はすでに再現性のある形で機能していますか？その根拠は何ですか？
• ターゲット顧客の購買プロセスは現在どこにありますか？確約済みのクラウド利用額（プロバイダーも）、支配的な小売プラットフォーム、それともどちらでもありませんか？
• 顧客は現在マーケットプレイス経由で購入していますか？ターゲットアカウントに確約済み利用額の契約はありますか？
• この意思決定の責任者は誰で、誰の承認が必要ですか（売上、財務、製品、または EC、マーケティング、財務）？
• B2B：現在、マーケットプレイス経由の案件は営業報酬でどのように扱われていますか。中立、ペナルティあり、または未定義ですか？
• 運用能力はどの程度ありますか？メータリング／エンタイトルメントのエンジニアリング、ディールデスク、B2B の税務・法務、または B2C の在庫、フルフィルメント、返品、リテールメディア予算はどうですか？
• 成功とは何を意味し、どの指標で測定し、いつまでに成果を出す必要がありますか？
• 今期の一時的な売上獲得が目的ですか。それとも、何年にもわたって効果をもたらす、複利的な購買資産が目的ですか？
• 労力の上限はどの程度ですか？割けるエンジニアリングの週数、ディールデスクまたはフルフィルメントの人員、報酬プランを変更するために使える政治的資本、そしてコミットメントに必要な可逆性を教えてください。

最後の 3 つの回答によって、このスキルの選択肢の優先順位がすべて変わります。どの回答がどの選択肢を動かしたのかを、明確に伝えてください。

• 直近の厳しい期限がある場合は、掲載のみと 3P の優先順位を上げ、構築が必要な施策の優先順位を下げます。
• 複利的な効果を求める場合は、プライベートオファーと、プラットフォームに深く賭ける選択肢の優先順位を上げます。
• 労力の上限が低い場合は、チャネル／複数当事者型とハイブリッド型の選択肢を、最下位に置くのではなく、メモから完全に除外します。

ワークフロー

すべてのステップで、次の 3 つの原則を守ってください。

• まず選択肢を提示し、その後は返答を待ちます。（どのプラットフォームを最初に選ぶか、スコアカードの重み、参加の深さ、1P と 3P のどちらにするか、掲載を取り下げる条件など）実際に選択肢がある場合は、トレードオフと推奨案を添えて候補を 2～3 件提示し、その後は返答を待ちます。1 つの選択肢だけを唯一の案として提示してはいけません。
• 引用するベンチマークにはすべて出典の性質を明記します。 公開されているマーケットプレイスの ROI 数値のほとんどは、数値が良く見えることで利益を得る関係者（プラットフォームが委託した調査、GTM ツールベンダー、代理店など）によるものです。それぞれに、運営者公表、ベンダー、委託調査、アナリスト、代理店のいずれかのラベルを付け、数値の精密さはマーケティング上のものとして扱います。
• ユーザーの状況に照らして順位を付け直します。 このスキルとその参照資料にある順位はすべて、法則ではなくデフォルトです。状況と実行者によって変わります。どの事実によってどの選択肢が順位を上げ下げしたのかを説明します。たとえば、既存の従量課金および利用権限管理システムがあれば、トランザクション可能な段階にかかるコストの大半は不要になります。マーケットプレイス経由での購入をすでに希望している大口コミット支出顧客がいるなら、プライベートオファーの段階を最上位に引き上げます。ディールデスクがまったくないなら、チームが実際に運用できる段階より下位に引き下げます。

一般的なブレインストーミングではなく、その職種で実際に使われる協働形式で進めます。

• B2B：ビジネスケースのテンプレートとステージゲートによる準備状況レビュー、マーケットプレイス／プラットフォームチームとの QBR、四半期開始前に策定する報酬の中立性に関する方針、共有データレイヤーとしてのアカウントマッピング。
• B2C：チャネル別損益モデル、文書化された実施可否の基準、ローンチ前の準備状況チェックリスト、週次の進捗レビュー、90 日後の振り返り。

1. インタビューを実施します。何かを評価する前に、明示された目標を持つ事業領域が 1 つに定まっていることを確認します。

2. 準備状況のゲートを適用します。「まだ時期尚早」という回答も可能です。以下に該当する場合は対象外です。

   • 直接販売の手法がまだ再現可能でない：マーケットプレイスは機能している販売手法を増幅させますが、新たに生み出すものではありません。
   • テイクレートとサービス提供コストを吸収できない利益率。まず導入モデルを確定してください。テイクレートは導入モデルによって変わります。AWS Marketplace では、SaaS リスティングは 3％ですが、サーバー／AMI／コンテナ／ML イメージは 20％です。この差だけで、このゲートの可否が決まります。
   • 担当者またはエグゼクティブスポンサーが明確に決まっていない。
   • 業務を遂行する能力が不足しており、その構築予算もない。

   対象外の場合は、その旨と変更が必要な点を伝え、そこで終了します。

3. 需要と調達の診断を行い、回答を文書に残します。マーケットプレイスは主に取引と調達の経路であり、需要創出チャネルではありません。B2B、B2C のどちらでも、「掲載して祈る」は最もよく挙げられる失敗例です。

   このリスティングに何を期待しているのかを、明確に示します。

   • コミット済み支出予算を利用可能にし、調達を短縮する。
   • そこで実際に検索されている需要を取り込む。

   プラットフォームが供給しない需要を前提とする計画なら、その計画で需要創出に資金を投じるか、実行を見送ります。

4. 候補となるマーケットプレイスをカテゴリー別（ハイパースケーラー／クラウド、SaaS アプリストア、インテグレーションディレクトリ、小売マーケットプレイス、地域の有力マーケットプレイス）に洗い出します。インタビューで確認した、購入者の調達とトラフィックがすでに存在する場所を基準にします。デフォルトの効率順では、手数料ではなく、労力 1 単位あたりに得られる価値で評価します。労力には、エンジニアリングにかかる週数、ディールデスクの手戻り、変更の取り消しやすさが含まれます。B2B と B2C をまたぐ共通の順位はありません。

   • B2B：hyperscaler cloud > integration directory > SaaS app store
   • B2C：dominant retail marketplace > regional champion

   ウェブを閲覧できる場合は、競合他社のリスティング、プラットフォームのパートナーディレクトリ、隣接カテゴリーも調べて候補一覧を拡充します。軸ごとの順位と、それぞれの順位で対象外となるものについては、references/marketplace-taxonomy.md を参照してください。

5. スコアリングの前に、厳格な条件でふるいにかけます。対象範囲の逸脱、事業として受け入れられないプラットフォーム規約、前提条件の不足を確認します。コンプライアンスや手数料に関する未解決の疑問には「確認待ち」と記します。不明な点を却下や承認に置き換えてはいけません。

6. 残った候補を、重み付けした優先順位スコアカードで採点します。重みを提案し、採点の前にユーザーの合意を得て、根拠のない評価項目は精度を捏造せず、未採点のままにします。次に、暫定的なインパクトの見積もりに基づいて、インパクト × 労力の第2段階のフィルターを適用します。ROI モデルはステップ 11 まで作成しないため、軸には「暫定」と明記し、インパクトの数値を捏造せず、候補をプロットしないままにします。各候補を、二択の実施／不実施ではなく、パイロット、準備、確認待ち、優先しない、の4つの結果に分類します。references/prioritization-scorecard.mdを参照してください。

7. 順位付けした候補すべての採算性を確認します。

   • ウェブを閲覧できる場合は、運営事業者が公開している料金表を確認し、日付を記載します。
   • それ以外の場合は、ユーザーに料金表を尋ね、提示できない情報は料金を推測せず「未確認」と記します。

   運営事業者が料金表を一切公開していない場合は、その事実を調査結果として記録します。手数料は一定値ではなく、交渉の材料です。今日の料金だけでなく、発表済みの将来の料金や補助金終了後の料金も使って、事業性をストレステストします。references/marketplace-economics.mdを参照してください。

8. 優先するマーケットプレイスごとに、参加の深さを決めます。各段階にはそれぞれ独自のコストと機能の条件があるため、段階の順番ではなく、労力あたりの価値で順位付けします。

   • B2B クラウド：プライベートオファー > 取引可能な掲載 > 掲載のみ > チャネルオファー
   • SaaS アプリストア：有料取引可能アプリ > 無料掲載 > プラットフォームへの深い投資
   • 小売：3P > 1P > ハイブリッド

   クラウドの段階は累積的です。事業計画はプライベートオファーの段階を目標とし、そこに到達するための通行料として、取引可能な掲載を扱います。取引可能な掲載で止まる計画では、価値の小さい半分に対して、コストのほぼ全額を支払うことになるからです。ユーザーの労力上限に照らして除外される段階はすべてメモから削除し、どの段階を除外したか明記します。最下位に置いたままにしてはいけません。各軸の順序、同順位、各順序によって何が後回しになるかについては、references/marketplace-taxonomy.mdを参照してください。

9. 順序を決めます。まず1つのプラットフォームに取り組み、その手法の有効性を実証してから拡大します。各段階への移行を可能にする条件（例：最初の取引の成立（B2B では、更新が低リスクで実証済みの経路です）、報酬方針の文書化、貢献利益がプラス）と、各条件に必要な証拠を定義します。

10. 投資の上限枠を設定します。プラットフォーム手数料、実際のサービス提供コスト、担当者の稼働時間を明記します。

    • B2B のサービス提供コスト：統合・計測エンジニアリング、ディールデスク、法務・税務の準備。
    • B2C のサービス提供コスト：フルフィルメント、返品引当金、事実上必須となるリテールメディア。

    担当者と投資枠を伴わない掲載は、パイプラインではなく、単なる露出です。

11. ROI の期待値とその測定計画を作成します。

    • 掲載前のベースライン。
    • マーケティング部門と合意した、創出案件と影響案件の定義。
    • 新規売上と移管された売上を分けて記録。
    • それぞれの側の KPI。

    公開されているベンチマークは、出典を明記した上で上限値としてのみ使用し、ベースケースには使用しません。その後、完成したモデルに対してステップ 6 のインパクト × 労力のフィルターを再適用し、象限が移動した候補をすべて記録します。この変化は調査結果であり、埋もれさせるべき訂正事項ではありません。references/roi-and-kpis.mdを参照してください。

12. 出品前に、掲載の取り下げ／優先度引き下げのトリガーを定めてください。掲載を終了または格下げする条件と見直し日を明記します（例：合意した数四半期にわたり真摯に取り組んでも取引がない場合の運用コスト、または広告費と返品を差し引いた後の貢献利益がマイナスになる場合）。あらかじめ決めたトリガーは、埋没費用による圧力を受けても機能します。後から決めたトリガーが発動することはほとんどありません。

13. 以下に示す順序で、メモをセクションごとに提示し、次のセクションを作成する前に各セクションをユーザーに確認してください。最終化する前に、すべてのセクションについて明示的な承認を得てください。

14. 完成したメモを合格基準と照らし合わせ、合格するまで修正してください。候補がどれも合格しない場合は、出品しないことを推奨し、その理由を記録してください。これは、資金提供に値する正当な結論です。

15. ハーネスに永続メモリがある場合は、承認済みの決定（マーケットプレイスの順位、重み付け、調査の深さの選択、上限、ゲート、掲載取り下げトリガー）を記憶し、後続の実行で再度ヒアリングするのではなく、その内容を起点にしてください。

マーケットプレイス戦略メモ

すべてのエンゲージメントで、次の意思決定記録を提出してください。

MARKETPLACE STRATEGY  - <company / business area>, <date>
Scope          : product line, ICP, geography; B2B, B2C, or hybrid; what was excluded
Diagnosis      : demand vs procurement  - what each listing is being asked to do
Candidates     : marketplaces evaluated, hard-gate screen results, holds for verification
Prioritization : scorecard result with weights shown; second-pass filter; four-way
                 outcome per candidate (pilot / prepare / hold / do not prioritize)
Depth          : per marketplace  - list-only / transactable / private offer / channel
                 offer (B2B) or 1P / 3P / hybrid (B2C); the rung funded, the reason,
                 and the rungs deleted because the effort ceiling rules them out
Economics      : take rate per ranked marketplace with source and date ("unverified"
                 stated where it is); envelope vs gross margin; comp treatment (B2B)
                 or contribution margin after ads/returns/fulfilment (B2C), in writing
Staged plan    : one platform first; the gate and evidence that unlock each stage
ROI expectation: expected range and payback horizon; provenance flag on every
                 benchmark used to build it
Delist trigger : the condition and date that deprioritizes or removes each listing
Owner          : named owner, approvers, review date
Open questions : what could not be verified, and what would verify it

すべての行に、レビュアーが確認できる根拠を記載します。未解決の質問のセクションは必須です。不確実性を明記した項目がないメモは、質問をするのをやめてしまったということです。

合格基準

以下をすべて満たした時点で、メモは完成です。満たすまで修正してください。

• 順位付けされたすべてのマーケットプレイスについて、出品手数料率と、出典名および日付が記載されている：出品事業者が公開している料金表がある場合はそれを記載し、ない場合は明確に「未検証」と記載します。手数料を暗黙に仮定してはいけません。
• 今日の料金表だけでなく、出品事業者が発表した将来の料率と補助金終了後の料率でも、事業計画が成り立つ。
• 担当者と承認者が明確に定められている：「出品したが、成果の責任者が誰もいない」ことは、この分野で最もよくある見過ごされがちな失敗です。
• ローンチ前に、報酬の扱い（B2B）または広告費、返品、フルフィルメント費用を差し引いた後の貢献利益（B2C）を書面で決定している。
• すべてのベンチマークに出所区分（出品事業者、ベンダー、委託調査、アナリスト、代理店）が記載されている。
• 掲載承認時点で、見直し日を含む掲載取り下げトリガーが文書化されている。
• 需要と調達のどちらが課題かについて、メモで明確に診断している。

B2B と B2C

意思決定のロジックは、5 つの点で実質的に同じです。各側で手法を一から考え直すのではなく、そのことを明確に伝えましょう。

• マーケットプレイスは取引の仕組みであり、リード獲得の場ではありません（どちらも「出品して祈る」だけではうまくいきません）。
• チャネル間の競合は、設計段階で優先して対処すべき課題です（B2B では報酬制度の中立性、B2C では MAP ポリシーと 1P／3P のファイアウォール）。
• まず 1 つのプラットフォームに絞って実績を示し、運用体制が整っていることを条件に、順次拡大します。
• 創出した売上だけでなく、影響を与えた売上も測定します。
• 集中リスクと、新規売上か既存売上の移転かを注視します。

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

ディメンション	B2B ソフトウェア／クラウド	B2C／小売
意思決定者	アライアンス／クラウド GTM リード、パートナー責任者またはエコシステム責任者	E コマース責任者／VP、マーケットプレイスマネージャー
承認者	CRO ＋ CFO ＋製品部門	E コマース担当 VP／CMO ＋財務部門
主な購入動機	コミット済み支出の消化 ＋共同販売へのアクセス	消費者需要、検索順位、フルフィルメントの確約
プラットフォーム手数料	導入形態によって異なり、一定ではありません。SaaS は 3％ですが、最大規模のクラウドマーケットプレイスでは、サーバー／AMI／コンテナ／ML イメージは 20％です。取引規模が大きい場合や更新時には低下します	カテゴリーにより 6～45％。これにフルフィルメントと広告費が加わります
主な成功指標	営業報酬制度の中立性	広告／返品／フルフィルメント費用控除後の限界利益
マーケットプレイスの実態	既存の営業活動における調達経路	新たに立ち上げる事業（商品掲載、在庫、広告、返品）

失敗のパターン

失敗	対策
とりあえず掲載する――掲載を需要獲得チャネルと見なす	需要獲得と調達を文書で切り分けて診断し、需要獲得には別途予算を充てるか、掲載しない
報酬プランがマーケットプレイス経由の取引に不利で、営業担当者が回避する（B2B）	四半期が始まる前に、報酬の中立性に関する方針をメモに明記する
掲載したものの、成果の責任者がいない	メモに担当者と予算枠を明記する。担当者がいないなら掲載しない
現在の手数料率や導入時の0％枠を前提に事業性を評価する	発表済みの将来の手数料率と補助終了後の手数料率でストレステストを行う
サービス提供コストの見落としで、後から事業性が崩れる（計測、税金、ディールデスク、VAT、返品、広告）	承認前に、サービス提供コストの全額を予算枠に含める
同じ製品で1P/3Pが競合する、または価格が下落する（B2C）	ハイブリッド化する前に、ファイアウォールと価格設定方針を決める
別のチャネルに移っただけの売上をマーケットプレイスのROIに算入する	掲載前に基準値を設定し、新規純増分と移行分を分ける
1つ目のプラットフォームで成果が出る前に、2つ目を追加する	証拠に基づくステージゲートを設定し、まず1つ目のプラットフォームで更新実績を示す
埋没費用が大きくなるまで掲載終了の判断を先延ばしにする	承認時に、掲載終了のトリガーと日付を明記する

呼び出し例

• 「クラウドマーケットプレイスに掲載すべきでしょうか？ セルフホスト可能なコンテナーイメージを年間契約額4万ドルで販売しており、営業主導型です。直販モデルはうまく機能しています。」
• 「3つのマーケットプレイスに掲載していますが、どれも取引につながっていません。どれを継続し、どれを優先度を下げ、掲載終了のトリガーをどう設定すべきか教えてください。」
• 「取引可能な掲載について、手数料率と実際のサービス提供コストを含めた事業計画を作成してください。」

リファレンス

• references/marketplace-taxonomy.md - マーケットプレイスのカテゴリーと参加度の段階を、取り組みあたりの価値で順位付けしています。各軸での順位付けと、それぞれの順序によって犠牲になるものも記載しています。
• references/prioritization-scorecard.md - 必須条件によるスクリーニング、具体例を使った加重スコアカードの仕組み、2回目のフィルター、4つの結果ゲートについて説明しています。
• references/marketplace-economics.md - 日付と出典を明記した検証済みのテイクレート、手数料体系の戦略的な読み解き、確約済み支出の消化、サービス提供の総コストについて説明しています。
• references/roi-and-kpis.md - 各側の KPI セット、出典情報のフラグを付けた公表済みベンチマーク、根拠のある ROI 期待値の構築について説明しています。

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

• mbfinotti/partnerships-skills@partner-ecosystem-expansion - マーケットプレイス以外の新しいパートナーカテゴリーを追加します。マーケットプレイス以外のチャネルに関するスコープの判断に使用してください。
• mbfinotti/partnerships-skills@co-selling-strategy - 取引可能なクラウド掲載によって実現する共同販売の動きです。
• mbfinotti/partnerships-skills@joint-gtm-planning - この戦略で選定した、名前の挙がっている1つのパートナーまたはプラットフォームとの共同の動きです。
• mbfinotti/partnerships-skills@partner-channel-conflict - マーケットプレイスが生み出す競合ゾーンに関するエンゲージメントルールです。
• mbfinotti/partnerships-skills@partner-performance - 掲載開始後に継続的に使用するスコアカードとレビューの頻度です。
• mbfinotti/partnerships-skills@partner-economics - 1つのパートナー関係（1つのプラットフォームとの関係を含む）のユニットエコノミクスです。