mcpField
P
partner-economics

partner-economics

github.com/mbfinottiマーケティング・グロース214.3k 回インストール2 日前に更新
リポジトリ

partner-economics について

チャネル、アライアンス、財務チーム向けに、個別パートナー関係の経済性をモデル化するスキルです。帰属売上、全コスト、CAC、立ち上がり期間、増分性をまとめ、数値の根拠も区別します。

主な機能

  1. 01創出・影響・付随売上を分離
  2. 02割引やサポート費用を計上
  3. 03貢献額・CAC・回収期間を算出
  4. 04増分性と感度を検証
  5. 05双方の損益をモデル化

活用シーン

  1. 01提携の締結・拡大・終了を判断
  2. 02パートナーCACと直販CACを比較
  3. 03チャネル売上の増分性を評価
  4. 04四半期レビュー用の経済モデルを作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mbfinotti/partnerships-skills --skill partner-economics

インストール後、Claude Code で/partner-economicsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
references/
b2b-vs-b2c-contrast.md
benchmarks-and-figure-grading.md
metrics-and-formulas.md
partner-type-economics.md
worked-examples.md

詳細

パートナーの経済性

パートナーとの関係を小さな損益計算書としてモデル化します。パートナーに帰属する売上からあらゆるパートナーコストを差し引き、パートナー獲得コスト、立ち上がり期間、増分効果と照らし合わせ、契約締結、拡大、再交渉、縮小のいずれを選ぶか判断します。この検討の前提となる構造的な事実は2つあります。曖昧にせず、明確に述べてください。

  • 標準となる「パートナー損益計算書」のテンプレートはありません。 実務家の間では売上とコストの構成要素は共通していますが、ベンダーが公表する定義は互換性がありません。また、PARTNERNOMICSのような認定を含め、「唯一の」標準を名乗るものは業界の合意ではなく、独自の製品です。
  • 広く引用されているパートナーのベンチマークの多くは、調査結果ではなくベンダーのマーケティング資料です。 有名な「チャネル売上の80%はパートナーの20%によるもの/インセンティブ目標を達成するのはわずか11%」という数値には追跡可能な出典がありません。「大半のパートナーは一度も取引しない」という主張も同様です。すべての数値について、根拠の種類を明記してください。出典を明示せずに、確定した事実として引用してはいけません。数値を引用する前にreferences/benchmarks-and-figure-grading.mdを読んでください。根拠を評価済みのベンチマーク一式と、引用を避けるべき出典不明の数値が掲載されています。

この分野で実際に得られる知見は次のとおりです。

  • Hans Peter Bechのチャネルパートナー損益計算書 — 「チャネルパートナーが損益計算書のオーナーシップを持つことが極めて重要である」ため、パートナー自身の3~5年間の経済性をモデル化します。1つの関係を対象とした、実務家による最も詳しく説明された手法です。
  • **Spenglerの二重限界化(1950年)**と、その是正策である二部料金制(Jeuland & Shugan、1983年;McGuire & Staelin、1983年)— マージンの積み上げを扱った査読付き研究の基盤です。
  • Blake、Nosko、Tadelis(2015年、Econometrica) — eBayがブランドキーワード広告を停止した際、クリックの99.5%が維持されました。チャネルが帰属売上を大きく示しながら、実際には増分効果がほとんどない場合があることを示す代表的な証拠です。
  • Dyer & Singhの関係性の視点(1998年、AMR) — どちらか一方だけでは生み出せない利益である「関係レント」と、Gomes-Casseresの第三法則(『Remix Strategy』、2015年)— 価値の分配は、両者が貢献を続ける動機となるものでなければなりません。
  • Dyer、Kale & Singh(2004年、HBR)の提携か買収かに関する議論に加え、**Anderson & Schmittlein(1984年、RAND J. Econ.)**および2006年のAMJに掲載されたTCEのメタ分析 — 経済性をモデル化する前に、パートナーチャネルがそもそも適切な形態なのかを判断するための、査読付き研究の基盤です。

インタビュー

何かをモデル化する前に質問してください。1回のメッセージにつき質問は1つとし、複数の選択肢を提示します。ユーザーがすでに回答した内容は省略してください。

  • パートナーの種類はどれですか?紹介/代理店、再販業者/VAR、ディストリビューター/二層流通、MSP、OEM/組み込み、ISV の技術提携/共同販売/マーケットプレイス、またはアフィリエイト/クリエイターですか?
  • どちら側の経済性を対象としますか?自社側、パートナー自身の損益(Bech の指摘どおり、パートナー自身が自らの損益を管理する必要があります)、または双方ですか?優先順位の回答は「モデルのブレインストーミング」にあります。以下の3つの質問で、どの段階を適用するかを決めます。
  • このモデルでどの意思決定を行う必要がありますか?契約する/しない、拡大する、再交渉する、縮小する/撤退する、のどれですか?また、どのような合否基準を適用しますか?誰が承認しますか?
  • いつまでに結論を出す必要がありますか?契約の締切日、取締役会やQBRの開催日などはありますか?数週間以内に結論を出す必要がある場合は、双方の損益計算も、増分効果の実験もできません。いずれもパートナーからの情報開示か、結果を確認する期間が必要です。
  • これは一度限りの意思決定ですか、それともQBRのたびにモデルを再実行しますか?再実行が必要なら、双方の損益計算と、前提条件を記録した台帳が必要になります。一度限りなら、ベンダー側の貢献モデルだけで十分です。
  • 作業量の上限はどれくらいですか?利用できるアナリストの時間、財務レビュー担当者の有無、パートナーが自社の数値を開示するかどうかを教えてください。財務レビュー担当者がいない場合、またはパートナーが情報を開示しない場合は、意思決定に必要な内容にかかわらず、ベンダー側のモデルまでしか作成できません。
  • 現在の直接販売の CAC と、それによって獲得できる平均取引額はいくらですか?ステップ6では両方と比較します。この数値がなければ、基準を検証できません。
  • 製品の粗利益率と、このセグメントの解約率または平均顧客継続期間はいくらですか?顧客生涯価値は粗利益をもとに算出するため、どちらかを推測すると、結論が知らないうちに決まってしまいます。
  • 収益の仕組みはどうなっていますか?初年度 ACV の割合または継続課金、定価からの割引、ロイヤリティ、収益分配、CPA のどれですか?
  • 追加で発生する費用は何ですか?リベート、SPIFF、MDF の確約、案件登録による上乗せ、マーケットプレイス掲載料などはありますか?
  • パートナーの獲得、イネーブルメント、サポートにかかる費用はいくらですか?アカウントマネージャーの工数、研修/認定の提供、ポータルやツール、サポート負荷などを教えてください。
  • 契約条件はどうなっていますか?独占権、契約期間、案件登録、クローバック、MDF の確約、最低条件などはありますか?
  • 立ち上げの見込みはどうなっていますか?最初の収益が発生するまでの期間と、二重コストが発生する期間の費用負担者を教えてください。
  • 実際にどのようなデータを利用できますか?獲得/影響のタグが付いた CRM のアトリビューションデータ、マーケットプレイスの支払レポート、財務システムのデータがありますか。それとも推定値しかありませんか?
  • B2B のチャネル/アライアンスですか、それとも B2C のアフィリエイト/クリエイターですか?

ワークフロー

  1. インタビューを実施します。何も計算する前に、モデルで扱う意思決定と合否基準を定めてください。基準なしで作成したモデルから得られるのは、好都合な数字であって結論ではありません。

  2. パートナーの種類に応じた経済モデルを選択します。資金の流れと利益率の計算方法は種類によって大きく異なります。references/partner-type-economics.md を参照してください。

  3. パートナー起点、パートナー影響、パートナー付随の収益を分け、決して混在させないでください。影響によるクレジットには上限を設け、アトリビューションされた収益が総収益を超えないようにします。影響によるクレジットに上限がなければ、財務部門との話し合いは即座に、そして永久に打ち切られます。

  4. 完全なコスト構成を作成します。定価からの割引、リベート/SPIFF、MDF、マーケットプレイス手数料、アカウントマネージャーの工数、イネーブルメントと認定の提供、サポート、ポータル/ツールの配賦が含まれます。割引50万ドル、MDF20万ドル、アカウント管理15万ドル、研修/サポート10万ドルを差し引いたパートナー売上200万ドルの貢献額は、200万ドルではなく105万ドルです。

  5. パートナー調整後の粗利益率と年間純貢献額を計算します。顧客生涯価値は売上ではなく、必ず粗利益をもとに計算してください。references/metrics-and-formulas.md を参照してください。

  6. 完全なコストを含めてパートナー CAC を計算し、直接販売の CAC と同じ基準で比較します。比較するのは純収益1ドルあたりの獲得コストであり、顧客1人あたりではありません。顧客1人あたりの CAC では、割引によってパートナー案件あたりの収益が減少するたびに、異なる価値のものを比較することになります。

    内部的に整合する計算方法は2つあります。採用した方法を明記し、決して混在させないでください。

    • 売上を割引前の総額で計上し、割引を獲得コストに含めます。
    • 売上を割引後の純額で計上し、割引を獲得コストから除外します。 2つの慣例に順位を付けないでください。純売上1ドルあたりで見れば同じ数値になるため、順序を付けると精密さを誤って示すことになります。純売上1ドルあたりのパートナーコストが直販を下回らない場合は、チャネルの前提が崩れているため、メモにその旨を記載してください。
  7. 立ち上がりと投資回収期間をモデル化します。最初の6~12か月は二重コストとなり、パートナーのイネーブルメントと自社チームの両方に同時に資金を投入します。初回売上までの期間と、累積貢献額がゼロを超える月を明記してください。

  8. 増分性を明示的に検証します。この売上のうち、そもそも直販経由で得られていた分はどれくらいですか? 帰属された売上は増分ではありません(Blake, Nosko & Tadelis)。

    実験ではなく、想定率の範囲から始めてください。効率性の順序は、想定率の範囲 > 対照群とのマッチング > 地域別分割 > チャネル停止です。妥当な範囲内で結論が覆る場合にのみ、実験を実施してください。

    この順序では、最も強いエビデンスが得られる一方で、最もコストがかかるチャネル停止が後回しになります。増分性だけで結論が決まる場合にのみ、その手法を優先してください。契約上の独占条項や最低条件によって施策の停止が禁じられている場合は、完全に除外してください。

    エビデンスの強さ、労力、コンプライアンス上のリスクは、それぞれ別に順位付けされています。references/metrics-and-formulas.mdを参照してください。

  9. 結論を実際に左右する2~3個の前提条件(通常は案件数、実効割引率、立ち上がり期間)について感度分析を行います。結論が覆る変動要因を報告してください。

  10. 双方をモデル化する場合は、パートナー自身の3~5年間の損益計算書(Bech)を作成し、Gomes-Casseresの第三法則を検証します。価値の分配は、パートナーが貢献を継続する動機になりますか?

  11. メモをセクションごとに提示します。売上、コスト、貢献額、CAC、立ち上がり、増分性、感度分析、結論の順に進め、次のセクションを作成する前に、それぞれをユーザーに確認してください。

  12. 承認のゲートで止めてください。作成したメモ全体についてユーザーから明示的な承認を得るまで、何も確定しないでください。

  13. 以下の合格基準を確認し、すべての項目を満たすまで繰り返してください。

  14. 見直しの頻度とトリガーを設定します。期初の共同事業計画の更新、四半期ごとのQBRでの収益性レビュー、契約更新/終了の判断ゲートに加え、マーケットプレイス手数料の変更、コミッションの再交渉、立ち上がりマイルストーンの遅延などのイベントをトリガーとして設定してください。

  15. ハーネスに永続メモリがある場合は、承認済みのモデル、名前を付けた前提条件、結論を記憶させてください。QBR時の再実行をゼロからではなく、それらを起点に始められるようにします。

  16. ウェブを閲覧できる場合は、最終確定前に現在のマーケットプレイス手数料率とパートナー種別ごとのベンチマーク範囲を確認してください。手数料体系は変更されるためです(AWSは2025年5月に、制限付きコミットの退職資格を変更しました)。それ以外の場合は、すべての数値にユーザー提供で未検証と明記してください。

モデルのブレインストーミング

チャネルチームやアライアンスチームが実際に行う方法で、この作業を進めてください。財務部門だけで計算するのではなく、共同事業計画、案件審査、QBRでの収益性レビューを通じて協働します。

  • 全体を通して、1メッセージにつき質問は1つだけにしてください。質問をまとめて尋ねないでください。
  • 双方を招集できる場合は、モデルを共同で作成するものとして扱ってください。共同事業計画ではベンダーとパートナーが一緒に計画を作成し、パートナーは自社の損益計算書を管理します。パートナーが一度も目にしていないモデルでは、パートナーが合意していない提携の予測になってしまいます。
  • モデリング手法を順位付けして提示し、推奨案とその理由を説明してから、相手の返答を待ってください。順位は、アナリストの作業時間あたりに得られる意思決定の質に基づけてください。評価軸ごとに順序が異なるため、4つすべてを確認してください。
    • 効率性:ベンダー側の貢献額 > 双方を対象とした損益計算書 > マーケットプレイスの仕組みを優先
    • 価値、つまり判断できる内容:双方を対象とした損益計算書 > ベンダー側の貢献額 > マーケットプレイスの仕組みを優先
    • 労力:双方を対象とした損益計算書 > ベンダー側の貢献額 > マーケットプレイスの仕組みを優先
    • コンプライアンスコスト:マーケットプレイスの仕組みを優先 > 双方を対象とした損益計算書 > ベンダー側の貢献額 | アプローチ | 判断できること | 労力 | | ---------------------------------- | ----------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | ベンダー側からの貢献 - デフォルト | 署名するかどうか、規模、対象の整理、パートナーのCACと直接販売の比較 | すでに保有しているデータ(CRMのアトリビューションと財務データ)を使い、アナリスト1人で1〜2日。財務担当者1人によるレビューのみで、パートナーへの開示は不要です。完全に元に戻せます。 | | 双方向のベック形式P&L | 上記すべてに加え、分配自体、すなわち再交渉条件と第三法則の検証 | 1四半期。パートナーに、こちらからは見えないコストとサービスの経済性を開示してもらう必要があり、双方の財務チーム間の調整も必要です。依頼すること自体がコミットメントの意思表示となり、撤回は困難です。 | | マーケットプレイスの仕組みを優先 | マーケットプレイス経由の案件にかかるコストのみ:掲載料、プライベートオファー率、コミットメントの引き落とし対象となる条件、成約時の割引 | 1時間。料金は公開されている一次情報です。これだけでは何も判断できません。案件がマーケットプレイス経由となる場合は、上記2つのいずれかに必ず追加すべきレイヤーであり、どちらの代替にもなりません。 |
  • アプローチごとのコンプライアンスコスト。最も大きいものから順に:
    • マーケットプレイスの仕組み:適格性を変更するのはプラットフォーム側です(AWS は 2025 年 5 月にコミットメントの早期解約を制限しました)。そのため、ここに記載された数値ではなく、最新のプラットフォーム文書に照らして、ルーティング先のモデルの適格性を再確認してください。
    • 双方の損益計算書:同じリスクを小規模にしたものです。パートナーにコスト構造の開示を求めるには通常、相互 NDA が必要になり、他社の機密数値を自社のファイルに保存することになり、後戻りできないコミットメントを示すことになります。
    • ベンダー側モデル:社外の誰にも影響しません。
  • デフォルトではベンダー側の貢献モデルを使います。次のいずれかに該当する場合は、双方の損益計算書に移行します。決めるべきことが契約への署名ではなく分配率である場合、パートナーが再販業者クラスで、自社の損益計算書を持つ必要がある場合(Bech)、またはパートナーからの情報開示がすでに議題に上がっている場合です。
  • 効率性の順序によって後回しにされるのが、双方の損益計算書です。デフォルトよりはるかに多くの項目を確定できる一方で、1 日か 2 日ではなく四半期分のコストがかかるため、この比率によってすべてのエンゲージメントで優先順位が下がり、再交渉も片側の数値だけを使って進められます。署名するかどうかではなく価値をどう分配するかが問題なら、常に優先してください。ベンダーの帳簿だけでは、分配率について誠実な議論はできません。
  • このユーザーの回答によって対象外となる項目は、優先順位を下げるのではなく削除し、メモに削除したこととその理由を記載してください。
    • 帳簿を開示しないパートナーであれば、双方の損益計算書という段階を完全に削除します。
    • 財務レビュー担当者が割り当てられていない場合も、同様に削除します。
    • マーケットプレイスを経由しない取引では、マーケットプレイスの仕組みに関する項目を削除します。
    • 項目をリストの最下位に置いたままにすると、その制約を知らない人が次回のレビューで再びスコープに含めてしまいます。
  • 推奨する前に、このユーザーについてすでに把握している情報に照らして、順位を付け直してください。財務レビュー担当者がすでに割り当てられていれば、双方の調整コストはなくなります。また、過去のエンゲージメントで承認済みのモデルがあれば、それを拡張するほうが 3 つのどの方法よりも低コストです。この順序はデフォルトであり、絶対的なルールではありません。判断の対象と、作業を担う人によって変わります。
  • 計算する前に、前提を明確にしてください。どの数量がパートナーの期待に基づくものか、どのベンチマークがベンダー公表値か、どのコストが推測値かを示します。
  • モデルを提示する前に、パートナーシップに反対する最も強い主張を示してください。関係構築への投資とロゴの知名度による波及効果が、この演習で判断を誤ることが知られている要因です。
  • 標準外の条件は、ディールデスクの観点から扱います。割引幅を文書化し、例外には書面で根拠を示してください。四半期の目標を背負う責任者に報告するディールデスクは、その四半期の目標達成につながる案件を承認します。
  • 定期レビューでは、会議前に双方が同じスコアカードを確認しておくよう徹底してください。記録されている QBR の失敗パターンは 2 つあります。「進捗報告の形骸化」――期限付きのアクションの担当者が決まらないまま会議が終わること――と、「共有データがない」――双方が異なるパイプライン数値を持ち寄り、どちらのスプレッドシートが正しいかを議論するのに会議時間の半分を費やすことです。
  • より広いリーダー層に提案する前に、CFO と CRO の支持を個別に取り付けてください。
  • 成果物は一度に 1 セクションずつ提示し、次のセクションを作成する前に各セクションの確認を受けてください。ユーザーが明示的に承認するまで、最終版にはしないでください。

パートナー経済性のメモ

エンゲージメントの成果物は次のとおりです。ユーザーが承認者に提出するビジネスケースです。

PARTNER ECONOMICS: <partner>, <date>
Decision        : sign / scale / renegotiate / prune, with the agreed go/no-go threshold
Partner type    : type + money-flow mechanics (fee %, discount, royalty, rev-share, CPA, marketplace)
Revenue model   : sourced and influenced projected separately: never one blended number
Cost stack      : discount | rebates/SPIFFs | MDF | marketplace fee | account mgmt | enablement | support | tooling
Net contribution: partner-adjusted gross margin and annual net contribution, by year across the ramp
Partner CAC     : fully loaded, vs direct CAC: attribution method stated
Ramp & payback  : time to first revenue, double-cost period, month cumulative contribution crosses zero
Incrementality  : share of attributed revenue that would have arrived anyway, and its evidence class
Partner's P&L   : the partner's own 3-5yr economics and the Third-Law check (when modeled dual-sided)
Sensitivity     : the 2-3 assumptions that move the verdict, and where each flips it
Verdict         : against the stated threshold: and what result would change it
Open questions  : missing data, unverified figures, and which finding would reverse the verdict

メモを作成する際は、次の 3 つのルールに従ってください。

  • すべてのベンチマークに、査読済み、アナリスト、業界調査、ベンダーベンチマーク、出典追跡不能のいずれかの情報源品質ラベルを付けます。
  • すべての入力値は、特定した情報源に紐付けるか、「未検証、ユーザー提供」と明記します。数値を作り出したり、計算例の数値を流用したりしてはいけません。手順 5 の時点で直接 CAC、粗利益率、または解約率がまだ不明な場合は、ページ上の最も近い数値を使うのではなく、処理を止めてユーザーに確認してください。
  • 未解決の質問を記載するセクションは必須です。不確実性を明記しないモデルは、問いかけることをやめています。

合格基準

以下のすべてを満たすまでは何もリリースしないでください。満たすまで反復します。

  1. パートナー経由の純収益1ドルあたりの獲得コストが、直接販売経由の値を下回る見込みであること。すべてのコストを含め、算出基準を明示してください。割引によってパートナー案件あたりの収益が減る場合、顧客あたりのCACを使った比較は有効ではありません。そうでなければ、チャネル仮説は成り立たず、その旨をメモに記載します。エビデンスの分類:実務者のコンセンサス。2014年のPacific Crest/KeyBancの調査(新規ACV1ドルあたりのチャネルCACは0.53ドル。利用可能なチャネルCACの数値の中で最も裏付けが強く、この理由からすでに比率として示されています)を根拠とします。
  2. ソースと影響を混同しないこと。1案件につきクレジットを付与するパートナーは1社とし、影響額の上限を設定して、帰属収益が総収益を超えないようにします。
  3. サービス提供コストをすべて含めること。2百万ドルのパートナーに対する再計算に耐えられるモデルにします。見出し上の収益を、割引、MDF、アカウント管理、トレーニング/サポートを差し引いた純額として再表示します(計算例では2百万ドル → 1.05百万ドル)。
  4. 顧客生涯価値は粗利益で算出すること。収益で算出してはいけません。
  5. 増分効果を明示的に扱うこと。100%と仮定してはいけません。カニバリゼーションの推定値と、そのエビデンスの分類をメモに記載します。
  6. 感度分析を実施し、報告すること。1つの仮定セットでしか成立しない判断は、モデルではなく賭けです。
  7. すべてのベンチマークにエビデンスの分類を明記すること。裏付けをたどれない有名な数値(80/20の集中度、インセンティブ達成率11%、「ほとんどのパートナーは一度も取引しない」)には、追跡不能と明記するか、記載を省きます。

KPI

パートナーの継続的なパフォーマンスではなく、経済的な判断そのものを6〜12か月後に評価します。パートナーの継続的なパフォーマンスは mbfinotti/partnerships-skills@partner-performance の対象です。

  • 実績のパートナーCACとモデル上の予測値との比較、および同じ期間における直接販売のCACとの比較。
  • 実際の累積純貢献額と、モデル上のランプ曲線との比較。
  • パートナー経由で獲得した顧客と、直接獲得した顧客のリテンション/NRRの比較。10〜15ポイントを超える差はICPの不一致を示します(実務者の閾値。SaaS Capitalの2019年8月の調査では、チャネル比率が過半数の企業はリテンションが約3ポイント低いことが判明しています)。
  • パートナー経由で最初の収益が発生するまでの期間と、モデル上のランプとの比較。
  • 仮定の監査:モデル上の入力のうち、誤っていたものと、その誤差の大きさ。これを次のモデルの入力にします。
  • 判断の妥当性:最初の2回の四半期レビューで、モデルが把握すべき事実を受けて「拡大・維持・縮小」の判断を覆さずに済みましたか?

B2BとB2C

この手法はどちらにも同じように適用します。パートナーに帰属する収益から、すべてのパートナーコストを差し引き、パートナーCACと比較し、顧客生涯を考慮したうえで、増分効果を加味します。尋ねられたらそのように伝え、B2BとB2Cで手法を作り直してはいけません。

本質的に異なる点には、それぞれ対応します。

ディメンションB2B チャネル/アライアンスB2C アフィリエイト/クリエイター
分析単位パートナー企業。数は少なく、規模は大きいクリエイター/パブリッシャー。数が多く、裾野が長い
資金の流れ定価からの割引、リベート、MDF、マーケットプレイス手数料アクションごとに支払うCPAまたはレベニューシェア
ランプとイネーブルメント6〜12か月以上、二重コスト、認定ほぼゼロ。即時に有効化可能
アトリビューション案件登録、CRMの商談タグ付けアクションごとのCookie/アトリビューション期間
集中度少数のパートナーが大部分を占める少額の収益を上げる多数のパートナーからなるべき乗則的なロングテール
実効レートの落とし穴階層をまたぐマージンの上乗せ控除後の実効レベニューシェアは、提示された料率より20〜40%低くなる

出典をすべて示した対比:references/b2b-vs-b2c-contrast.md。

失敗要因

表は上から順に対応してください。これは、失敗の発生頻度ではなく、費やした時間あたりの判定の歪みをどれだけ解消できるかで順位付けされています。最初の5行は、すでに把握している計算とラベル付けのやり直しで、どれも単独で1営業日以内に判定を覆し得ます。残りは四半期単位で測定される、用語設計とプログラム運用の改善です。これらは今週のメモの数値ではなく、次の契約を変えます。

失敗要因対応策
影響を受けた売上の二重計上獲得と影響を分ける。取引ごとにパートナーを1社にする。影響額は売上総額を上限とする。
サービス提供コストの無視全コストを含めた積み上げを行う。見出しに使うすべての数値で、$2M → $1.05M の修正計算を実施する。
カニバリゼーションが発生した売上を増分として計上増分性を明示的にモデル化する。希望的観測ではなく、セグメンテーションとエンゲージメントルールを用いる。
パートナー CAC の誤った帰属パートナー CAC が直接獲得 CAC を上回る場合、二重計上された影響額、取引規模に対するコミッション、リードの質の順に確認する。
出典を追跡できないベンチマークを事実として提示証拠の分類を明記する。出典を特定できる数値を優先し、でっち上げるより「未検証」と記載する。
ティア間でのマージン積み上げの崩壊積み上げ全体をモデル化する(Spengler)。条件には二部料金制の形を検討する。
パートナー獲得のための過剰な割引成約割引とマーケットプレイス手数料を合わせてモデル化する。割引額は、3% の掲載手数料を大幅に上回ることがよくあります。
マーケットプレイスのコミットメント取り崩しの想定外掲載手数料だけでなく、コミットメントの消化メカニズムと適用条件をモデル化する。
使われないままの MDFMDF を文書化された計画上のコミットメントに紐づける。割当額ではなく、利用率をモデル化する。
サンクコストへの固執とロングテールの錯覚署名済みパートナーが100社でも、アクティブなパートナーが12社なら、チャネルの規模は12社です。契約期間ではなく、純貢献額を基準に整理する。

呼び出し例

  • 「契約前に、提案中のリセラーの採算性をモデル化してください。実効割引率は30%、ACVは$40Kで、2年目に14件の取引を見込んでいます。」
  • 「このマーケットプレイスパートナーを維持する価値はありますか?開始から2年で、帰属売上はまずまずですが、その大半が増分ではないのではと疑っています。」
  • 「MSP アライアンスについて、当社とパートナーの両方の P&L を作成してください。実数に基づいて利益配分を再交渉したいです。」

参考資料

  • mbfinotti/partnerships-skills@alliance-prioritization - 提携候補のポートフォリオを順位付けします。単一パートナーの P&L モデル化はこのスキルに委ねます。
  • mbfinotti/partnerships-skills@partner-channel-program - この単一パートナーモデルが従う、プログラム全体の採算性の枠組みを定めます。
  • mbfinotti/partnerships-skills@partner-tiering - 既存プログラム内のティア基準と特典を定めます。
  • mbfinotti/partnerships-skills@partner-performance - モデル承認後の継続的なスコアカードと QBR パフォーマンスレビューを行います。
  • mbfinotti/partnerships-skills@affiliate-commission-structure - プロフェッショナルアフィリエイト向けのアフィリエイト報酬ティアを設計します。単一パートナーのモデル化とは異なる専門領域です。

コメント