alliance-prioritization

アライアンスの優先順位付け

具体的な候補アライアンスや技術パートナーシップを相互に比較して順位付けし、チームがどれに投資するかを決めます。この分野には、唯一の標準的な順位付け手法はありません。存在するかのように装わず、そのことを明確に伝えてください。実際にエビデンスが裏付けているのは、次の点です。

• 専任のアライアンス機能と体系化されたプロセスは、この分野で最もよく検証されている成功要因です。1,572件のアライアンスにおいて、アライアンスの成功率は63％対50％でした（Kale, Dyer & Singh, 2002）。再現可能な優先順位付けプロセスは、その機能の一部です。
• 補完性と適合性の両立は、最もよく検証されている適合性の概念です。パートナー同士はリソースが異なり、組織制度は似ていることが重要です（Sarkar et al.; Mindruta, Moeen & Agarwal, 2016）。この要素を最も重視してください。
• 重み付けスコアカードは脆弱な仕組みとして知られています。順位の逆転（Belton & Gear, 1983）や恣意的な重み付け（Dyer, 1990）が問題になります。対策として、重みの根拠を明確にすること、感度分析、交換可能なスコアとは別に必須通過条件を設けることが必要です。これらは必須事項であり、任意の仕上げではありません。
• 「アライアンスの50～70％は失敗する」という有名な数字には、いまだに議論があります。失敗の定義によって、発表済みの推定値は20～80％に及び、信頼できる再分析の一つは25～30％としています。確定した事実として引用してはいけません。

ヒアリング

何かを順位付けする前に質問してください。1メッセージにつき質問は1つにし、複数の選択肢を示してください。ユーザーがすでに答えた内容は飛ばしてください。

• 名前の挙がっている候補は何件あり、候補は誰ですか？（名前ではなくカテゴリーが挙がった場合はエコシステムの関連ガイドへ、候補が1件だけの場合は経済性の関連ガイドへ。）
• 順位付けで達成すべき戦略目標は何ですか？パイプライン、製品の不足領域の補完、市場参入、顧客維持、プラットフォームでのプレゼンス、ブランドの認知拡大などがあります。
• チームが実際に運用できるアライアンスの数はいくつですか？人員数と、アライアンスマネージャー1人あたりの現在の担当数を教えてください。この数がショートリストの上限になります。
• 既存のアライアンスポートフォリオはどのような状況ですか？稼働中のアライアンス、集中度、候補との重複や競合を確認してください。
• 候補ごとにどのようなデータがありますか？アカウントの重複データ、受注実績、インテグレーションの利用状況、マーケットプレイスでの共同販売実績、過去の関係履歴などを確認してください。
• 経営幹部との関係、取締役会からの圧力、過去のつながりなど、政治的な理由で優遇されている候補はありますか？ある場合は今のうちに名前を挙げてください。他と同じように、評価内容を明示して採点します。
• 誰が承認しますか？また、ゲートプロセスや運営委員会はすでにありますか？
• B2Bの技術アライアンス、B2Cのブランド／クリエイターとのパートナーシップ、それとも両方を含むリストですか？
• この順位付けをいつまでに確定する必要がありますか？来週の取締役会向け資料、今四半期中のアライアンス契約、来年度の計画などです。
• 一度きりの成果ですか、それとも積み上がる資産ですか？今回だけの意思決定用ショートリストですか、それともチームがポートフォリオレビューのたびに再実行するスコアカードですか？
• 分析自体にかけられる工数の上限はどれくらいですか？利用可能なアナリストの作業時間、依頼できるデータの相手、承認を得るために割ける時間を確認してください。

最後の3つの回答によって、「順位付けのブレインストーミング」で選ぶ手法の優先順位が変わるため、評価基準を提案する前に確認してください。

• 期限が近い場合は、初期価値の実現速度を重視する評価基準と、段階的なゲートが優先されます。
• 継続的な活用を目的とする場合は、補完性を軸にした評価基準と、再利用に耐えるセグメント別の重み付けが優先されます。
• 分析に使える時間が約1日を下回る場合は、スコアカードを使いません。ゲートと初期価値の実現に必要な労力を基準に順位付けし、その方法を明示してください。
• 目標の回答も同じくらい重要です。製品の不足領域の補完や市場参入が目標なら、価値対労力の評価だけでは選ばれにくい、深い共同イノベーション候補に枠を確保します。

ワークフロー

評価基準のセット、重みの配分、ゲートの厳しさ、受け入れ能力の上限など、あらゆる手法の選択肢は「順位付けのブレインストーミング」でトレードオフとともに整理されています。必要な段階で関連する選択肢の一覧を開き、標準案と次点案をユーザーに提示して、回答を待ってください。どのような前提も、明示しないまま順位付けに反映してはいけません。

1. インタビューを実施します。入力が、名前のある候補者2人以上と、明示された戦略目標1つであることを確認します。
2. 採点を始める前に、受け入れ可能な人数を確定します。足切りラインのないランキングでは何も決まりません。候補者全員に、それらしい順位が付くだけです。
3. 各候補者について、提携・買収・自社開発のテスト（Dyer, Kale & Singh, 2004）で事前選別します。求めるシナジーに対して、そもそも提携が適切な手段なのかを確認します。手段が合わない候補者は、ここでリストから外します。
4. 必須通過ゲートを、デフォルトでは段階的に実施します。ロングリスト全体にはデスクチェックを行い、コストのかかる審査はその通過者のみに実施します。対象は、財務的な実現可能性、セキュリティ／コンプライアンス態勢、法的リスク、B2C のブランドセーフティ、Gomes-Casseres の三法則によるスクリーニングです。ゲートに不合格となった候補者は除外します。知名度のあるロゴがあっても、ゲートを通過することはできません。references/risk-and-dependency-screens.md を参照してください。
5. 通過した候補者のスコアカードを作成します。リソースの補完性と組織の適合性を軸に評価基準を定め、各ウェイトの根拠を個別に文書化します。デフォルトで均等なウェイトを設定してはいけません。アカウント重複データは、上限を設けた1つの入力として使い、ランキングの主軸にはしません。references/scoring-criteria-and-weights.md を参照してください。
6. 価値と並行して労力も評価します。統合コスト、導入支援の負荷、アライアンスマネージャーの稼働時間を考慮します。候補者を value ÷ effort > value composite > logo attractiveness の順に順位付けします。そうしないと会議参加者は価値の列だけを見てしまうため、メモにはこの順序を明記します。
7. 候補者ごとにリスクを明示的に評価します。関係性リスクと実績リスク（Das & Teng）、共同イノベーションと導入チェーンのリスク（Adner's Wide Lens）、そして、候補者のプラットフォーム上に構築する場合のプラットフォーム包摂リスク（Eisenmann, Parker & Van Alstyne）を扱います。
8. 感度分析を実施します。各ウェイトを±20％変動させ、順位を再計算します。維持される順位と入れ替わる順位を報告します。1つのウェイト設定でしか成り立たないランキングは、スプレッドシートを装った意見にすぎません。
9. 推定した労力の合計が、利用可能なアライアンスマネージャーの稼働月数に達する地点に、受け入れ可能な人数のラインを引きます。候補者間で労力に大きな差がない場合は、生の人員数を基準にします。採点前に確保した共同イノベーション枠があれば、この予算内で割り当て、上乗せはしません。「順位付けによって何が後回しになるか」を参照してください。ラインより上はショートリストとし、下の候補者には、再検討の条件とともに「保留」「再検討」「打ち切り」のいずれかを明示します。
10. ショートリストの候補者ごとに、簡潔なビジネスケースを作成します。共同価値の仮説、初回価値のマイルストーン、労力の見積もり、リスクの要約を記載します。詳細なユニットエコノミクスは、経済性を担当する関連スキルに引き継ぎます。
11. 双方を集められる場合は、上位候補者を対象に共同価値提案のワークショップで検証します。共同顧客価値を説明できない候補者は、スコアにかかわらず、ここで不合格とします。references/gates-and-governance.md を参照してください。
12. 成果物は、ゲート、スコアカード、ランキング、感度分析、ショートリスト、判定の順にセクションごとに提示し、次のセクションを作成する前に、各セクションをユーザーに確認してもらいます。異議があれば修正します。
13. 候補者ごとに、実施可、条件付き実施、再検討、保留、打ち切りのいずれかの判定を出します。最終確定の前に、メモ全体についてユーザーの明示的な承認を得ます。
14. 以下の合格基準を確認します。すべてのチェックを満たすまで、評価基準、ウェイト、またはゲートを反復調整します。
15. ポートフォリオの見直し頻度と、再順位付けのトリガーを設定します。候補者の買収、プラットフォームポリシーの変更、ゲートのマイルストーンの遅延、新規参入などが該当します。ランキングは時間とともに古くなるため、次回の見直し日を記載します。
16. ハーネスに永続メモリがある場合は、承認済みのランキング、ウェイトとその根拠、各候補者の実施可否判定を記憶させ、以降の実行やポートフォリオレビューで参照できるようにします。
17. ウェブを閲覧できる場合は、最終確定の前に、各候補者の現状（所有関係、資金調達状況、プラットフォームポリシー、最近のインシデント）を確認します。候補者情報の古さは、初めから実現性のないショートリストができる主な原因です。閲覧できない場合は、候補者情報がユーザー提供であり、未検証であることを明記します。

ランキングのブレインストーミング

何かを採点する前にブレインストーミングモードに入ってください。最初から完成した表を提示してはいけません。同盟チームが実際に候補を選定する方法、つまり単一の答えではなく、段階を踏んだ議論で進めます。

• 全体を通じて、メッセージごとに質問は1つだけにしてください。質問をまとめてはいけません。
• 候補を絞り込む前に、ロングリストを広げてください。顧客データ、重複レポート、マーケットプレイスの近隣候補、競合他社のパートナーディレクトリから候補を集めます。問い合わせもリストには加えますが、熱意だけを理由に順位を付けてはいけません。

手法の選択肢（順位順）

スコアカードで候補に適用するのと同じ規律を、手法にも適用します。最も安価に実行できるものではなく、アナリスト1時間あたりに得られる意思決定の質で順位を付けます。必要なステップで該当する選択肢を提示し、デフォルトと次点候補をトレードオフとともにユーザーに示してから、返答を待ちます。

評価基準セット - デフォルト：相補性主導。

• 相補性主導：リソースの相補性と組織の適合性を重み付けの軸にします。基準の設計に1時間かかります。チームがすでに保有しているデスクリサーチと受注済みサンプルに基づいて採点します。査読済みの裏付けがある唯一の適合性構成概念を得られ、感度分析を再実行しても最も維持されやすいランキングになります。
• 初回価値実現の速さ主導：統合の労力、過去のつながり、相手方のアライアンス対応準備状況を重視します。入力情報はすでにすべてチームの中にあるため、コストはほぼゼロです。どのアライアンスを持つ価値があるかではなく、どのアライアンスが最初に実現するかが分かります。ショートリストは2四半期以内に陳腐化します。
• リーチ主導：アカウントやオーディエンスの重複、市場規模、ブランドを重視します。ライセンス付きの重複データセットまたはオーディエンス監査の入手に1週間かかり、RevOpsとの調整も必要です。得られるものは最も少なくなります。重複は、アライアンスの成功を予測する根拠がないまま、関係の温かいアカウントを示すにすぎません。また、市場規模やブランドは、ドアロゴのハロー効果が入り込む経路です。独立したセットにはせず、別のセット内で上限付きの入力として扱ってください。
• アナリストの労力：reach-led > complementarity-led > speed-to-first-value
• 意思決定の質と効率：complementarity-led > speed-to-first-value > reach-led

重みの配分 - デフォルト：個別に根拠を示した重み。

• 個別に根拠を示した重み：各重みについて、根拠を1行ずつ記述します。1時間かかりますが、その根拠はメモの監査証跡にもなります。恣意的な重み付けという欠陥を、その発生源から解消します。
• タイプ別の重みセット：リストにテクノロジー統合と共同販売アライアンスが混在する場合、アライアンスタイプごとに1セットを設けます。数時間余分にかかり、リストを正当な根拠に基づいて分割する必要があります。リストが均質な場合は、維持するシートが増えるだけで、何も得られません。
• 正式なベスト・ワースト法：AHPより優先します。ペア比較が少なく、順位逆転の影響も抑えられます。ステークホルダーごとに構造化された意見聴取に半日かかり、全員を集める調整も必要です。選択肢の中で最も根拠を示しやすい重みセットを得られますが、だからこそ効率の観点では後回しになります。あえて採用するタイミングについては、「この順序で後回しになるもの」を参照してください。
• 均等な重み：順位付けするのではなく、却下します。労力はほぼゼロですが、価値はマイナスです。会議の参加者ではなく形式が判断を決めてしまいます。これは、実務家が陥る失敗パターンとして記録されています。
• アナリストの労力：best-worst > type-segmented > justified > equal
• 意思決定の質と効率：justified > type-segmented > best-worst > equal

ゲートの厳格さ - デフォルト：段階式。

• 段階的な適用：候補のロングリスト全体に、机上で確認できるゲート（実現可能性のシグナル、公開されているセキュリティ態勢、三原則のスクリーニング）を適用し、コストのかかる項目である利用規約の法務レビュー、TPRM 質問票、オーディエンス監査は、これを通過した候補にのみ適用します。ロングリスト全体の確認には数時間、コストのかかる段階に進んだ少数の候補には1週間を要します。
• ロングリストの全候補にすべてのゲートを適用：1週間以上かかり、その大半は5分の確認で除外できた候補に費やされます。同じショートリストに、より遅くたどり着きます。段階的な適用で何も節約できないほど候補リストが小さい場合にのみ、正当化されます。
• 最終候補にのみゲートを適用：事前のコストはほぼゼロですが、得られる価値はマイナスです。法務またはセキュリティのゲートを通過する前に候補を評価して関係者に共有することこそが、ゲートを取引可能にしてしまいます。そして、会議の場ですでに支持を得た候補を取り下げるのは、政治的にほぼ不可能です。
• アナリストの作業量：フルセット > 段階的な適用 > 最終候補のみ
• 意思決定の質：段階的な適用 == フルセット > 最終候補のみ - 同率になるのは、段階的な適用によって変わるのはコストのかかるレビューを実施するタイミングだけで、その結果は変わらないためです。どちらも同じ候補を除外し、同じショートリストにたどり着きます。
• 効率：段階的な適用 > フルセット > 最終候補のみ
• コンプライアンスコスト：最終候補のみ > 段階的な適用 == フルセット - 最後にゲートを適用すると、法務が却下する可能性のある候補に、すでにロードマップやデータが共有されています。そのため、レビューが始まるのは、意思決定を低コストで覆せる時点を過ぎてからです。ほかの2つは、候補を評価または関係者に共有する前に法務とセキュリティの確認を行う点で同じです。レビュー対象の候補数だけが異なり、それは作業量の差であって、判断を覆しやすいかどうかの差ではありません。

キャパシティの境界をどこに置くか - デフォルト：作業量の合計です。

• 作業量の合計による境界：候補の作業量見積もりの合計が、利用可能なアライアンスマネージャーの稼働月数に達する地点で区切ります。ステップ6で作業量を評価した後なら、コストはほぼゼロです。コストの低いアライアンス2件とコストの高いアライアンス1件を同等に扱えないことを考慮する唯一の境界です。
• 人員数による境界：Interview で示されたキャパシティの数値で区切ります。コストはほぼゼロで、候補ごとの作業量が同程度なら十分です。すべてのアライアンスに同じマネージャー1人分のコストがかかると仮定しますが、実際にはそうでないことがほとんどです。
• スコア差による境界：合成スコアの差が最も大きい箇所で区切ります。コストはほぼゼロですが、得られるものは最も少なくなります。約5％以内のスコア差は同点であり、重み付けを変えれば差の位置も変わるため、境界は重み付け次第でどこにでも置かれてしまいます。すでに確定したキャパシティの範囲内で同点を解消するために使い、境界そのものとして使うことは避けてください。
• 意思決定の質と効率はいずれも：作業量の合計 > 人員数 > スコア差 - 3つとも作業量はほぼゼロなので、どれが何をもたらすかだけが差になります。

ここで意図的に順位を付けていないものが2つあります。必須ゲートは合否で判定され、取引できるものではありません。また、判定結果である go、conditional-go、recycle、hold、kill は、証拠に基づいて下される結果であり、アナリストが選ぶ選択肢ではありません。いずれかに順位を付ければ、感度分析が解消しようとしている、まさに誤った精密さを生み出してしまいます。

この順位付けで後回しになるもの

価値対労力比では、コストが高く、かつ優れたものが常に低く評価されます。計算の陰でひっそりと対象外にするのではなく、該当する2つを明言してください。

• 手法メニュー：正式なベスト・ワースト法による抽出。 提示された手法のなかで、最も正当性を説明しやすい重みセット（構造化され、根拠を明示でき、順位逆転の影響を最も受けにくいもの）を導き出せますが、ステークホルダー1人あたり半日かかるうえ、招集の調整も必要なため、効率性の各ラウンドでは正当化された重みに負けます。重みそのものについて参加者が意見を交わしている場合、たとえば承認責任者がシートを信用していない、運営委員会がすでに一度ランキングを見直している、またはチームがポートフォリオレビューのたびに再利用するスコアカードの場合に優先してください。これによって得られるのは重みに対する合意であり、重みの精度ではありません。
• 候補リスト：本格的な共同イノベーション提携。 両者が何かを共に構築して初めて価値が生まれる提携は、手軽なロゴ交換型の連携に2度負けます。分母の労力が大きいことに加え、まだ価値を実証できていないという理由で、共同イノベーションにも割引が適用されるためです。比率だけで順位付けするポートフォリオは、安価な連携ばかりになり、製品を変える可能性のある賭けを一度も選びません。目標として明示されているのがパイプラインではなく、製品のギャップを埋めることや市場参入であり、未リリースの要素が第三者ではなく両社自身の、日付の記載されたロードマップに載っている場合に優先してください。スコアリング開始前に、能力の一部を確保して優先してください。複合スコアに点数を加える方法は決して使わないでください。感度分析で取り除くべき、見せかけの精度につながるためです。

このユーザーに合わせた順位の見直しと候補の除外

上記の順位はすべて、特別な優位性を持たないチームを想定したデフォルトであり、状況や実施者によって変わります。このユーザーについてすでにわかっている情報に基づいて順位を見直してください。ライセンス済みのアカウント重複データセットがあれば、リーチ主導の基準にかかる時間は1週間から1時間に短縮されます（それでも入力項目の1つにとどめ、評価の軸にはしません）。経営幹部がすでに本命を決めている場合は、正当化された重みと感度分析の再実行の価値を高めてください。それらは、議論の後にも残る成果物だからです。

次に、ユーザーの制約によって実行できないものはすべて完全に除外し、どの選択肢をなぜ除外したかを明言してください。除外対象をメニューの最下位に移しただけでは、後にスコープとして蒸し返される可能性があります。

• ライセンス済みのアカウント重複データがなく、オーディエンス監査の予算もない場合は、リーチ主導の基準を除外します。データセットを除くと、残る入力項目は市場規模とブランドの2つであり、ロゴのハロー効果が働くのはこの2つです。
• 経営幹部がすでに本命を決めている場合は、最終候補だけを対象とするゲートを除外します。その唯一の擁護理由は、まだ誰も決めていないことですが、すでに決めている人がいます。
• 候補が2〜3件のロングリストの場合は、段階的なゲートを除外し、全候補を対象に全項目を実施します。段階化の目的は、机上確認で除外される候補に1週間かけるのを避けることです。この規模では節約できるものがありません。

そのうえで、何かを提示する前に次のことを行ってください。

• スコアリングの前に、前提をすべて明言してください。参加者がすでに望んでいる候補、根拠を示せない数値、推測にすぎない労力見積もりを明らかにします。
• 自分が最上位に評価した候補に対して、提示前に最も強い反論を述べてください。ロゴのハロー効果と経営幹部との関係性は、この演習が自らを誤らせる原因として記録されています。
• 成果物は、ゲート、スコアカード、ランキング、感度分析、判定の順に、セクションごとに提示し、次のセクションを作成する前にそれぞれを検証してください。
• まとめたメモについてユーザーから明示的な承認を得るまで、最終確定しないでください。

ランク付きショートリストのメモ

この成果物をエンゲージメントの納品物とします。ユーザーが承認権限者に提出する意思決定記録です。

ALLIANCE SHORTLIST  - <scope>, <date>
Goal          : strategic goal served + the capacity line and where it came from
Candidates    : N considered; gate failures named, each with the failed gate and evidence
Scorecard     : criteria and weights, one-line justification per weight
Ranking       : full ranked table  - composite score, effort, risk score per candidate
Sensitivity   : which weight shifts reorder the top of the table, and which never do
Shortlist     : candidates above the line, each with verdict and its reasoning
Next gates    : per shortlisted candidate  - first-value milestone, owner, gate date
Below the line: each candidate's verdict (hold/recycle/kill) and its re-entry trigger
Open questions: data that was missing, and what result would change the ranking

メモには、次の3つのルールを適用します。

• すべてのスコアは、レビュー担当者が確認できる根拠に結び付けます。「40件のサンプルで、共同の受注アカウントはありません」は検証可能ですが、「重複が少ない」はそうではありません。
• 引用するベンチマークには、すべて出典を示すフラグを付けます。公表されているパートナーシップ統計の多くは、数値が高く見えるほど利益を得るベンダーによるものです。
• 未解決の質問のセクションは必須です。不確実性を明記しないランキングは、問いを立てるのをやめています。

合格基準

以下のすべてを満たすまで、何も提出しないでください。満たすまで反復します。

1. 基準は統一し、重みには根拠を付けます。 すべての候補を同じ基準で評価し、各重みには1行の説明を付けます。どこにも一律の等重み設定を使いません。
2. 感度分析を実施します。 重みを±20％変えた場合の順位の再計算を行い、順位が安定する候補と入れ替わる候補をメモに記載します。
3. ゲートを取引可能なものにしません。 高い総合スコアを理由にゲートの不合格を覆してはいけません。各ゲートの判断には根拠を示します。
4. ショートリストを対応可能なキャパシティ内に収めます。 ショートリストの件数は明示したキャパシティ以下とし、工数見積もりの合計もその範囲内に収めます。
5. リスクはスコアに反映し、付け足しにしません。 ショートリストの候補ごとに、関係性、パフォーマンス、依存性のリスクを評価し、付録に回すのではなくランキングに反映します。
6. 候補を少なくとも1つ選外にします。 すべての候補に承認を出すランキングでは、何も判断していません。本当にすべての候補が基準を満たす場合は、その旨を明記し、明確に説明します。

KPI

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

• ショートリストに入ったアライアンスのうち、ゲート日までに初回価値達成のマイルストーン（初の共同受注、インテグレーションの稼働、初のキャンペーン）を達成した割合。
• ショートリストに入ったアライアンスが創出したパートナー起点およびパートナー影響のパイプライン（B2B）、または増分のアトリビューション済み売上とブランドリフト（B2C）。投入工数と比較して評価します。
• ゲート通過率：ショートリストの候補のうち、次のゲートで「進行」となり、再検討や中止とならなかった割合。
• 次回のポートフォリオレビューでの順位変動。トップ3が逆転した場合、名前付きのトリガーが発動していない限り、世界が変わったのではなく、基準が弱かったことを示します。
• 後悔の記録：選外にした候補が競合と提携し、目に見える成果を上げたケース。痛みを伴いますが、選定ラインを正直に検証する唯一の方法です。

B2BとB2C

次の項目はどちらも同じです。

• ステージゲートのファネル。
• 取引可能なスコアから切り離した、必須の合格ゲート。
• 根拠のある重み付けと感度分析。
• キャパシティに基づく選定ライン。
• メモの形式。

尋ねられたら、その旨を伝えてください。側ごとに手法を作り直してはいけません。

実際に異なる部分は、以下に従って設計します。

項目	B2Bのアライアンス／テクノロジー	B2Cのブランド／クリエイター
ランキングの基準	パイプライン、ACV、インテグレーションの導入	ブランドエクイティ、オーディエンス、増分のアトリビューション済み売上
中核となる適合性	リソースの補完性＋組織の適合性	ブランド適合性／態度の一致（Simonin & Ruth）
主なリスク	チャネル競合、プラットフォームによる包摂、ロードマップ依存	レピュテーションの連鎖的悪化、負の波及、クリエイターの不正
主なデータ	アカウントの重複、受注履歴、共同販売の記録	オーディエンスの重複、ブランドリフト／増分テスト、不正スコア
特徴的なゲート	セキュリティ／コンプライアンス、実現可能性	ブランドセーフティと不正審査を合否判定として実施

出典を明記した詳しい比較、ハイブリッドケース、根拠の取り扱いに関する注記については、references/b2b-vs-b2c-contrast.md を参照してください。

失敗パターン

失敗	対策
適合性よりロゴの格を優先する — 知名度の高い候補が評判の力で勝つ	相補性と適合性を最も重視します。保護対象の候補も、ほかと同様に目に見える形で評価します
重みを均等にし、根拠のない精密さを装う	すべての重みに文書で根拠を示します。感度分析による再順位付けを実施します
アカウントの重複をランキングの軸にする	1つの入力要素として上限を設けます。ベンダー独自のネットワークデータが示す影響は、調査結果の見出しよりはるかに小さいものです
「戦略的」な候補を測定対象から除外する	どの候補にも、どれほど戦略的であっても、初回価値のマイルストーンと判定日を設定します
ランキングを作成したのに、対応可能件数を示さない	インタビューで対応可能件数を確定します。ショートリストの件数は常に対応可能件数以下にします
高得点を理由にゲート不合格を覆す	ゲートはスコアの対象外です。SOC 2 の不合格を、スコアカードの点数で埋め合わせることはできません
総合スコアの0.1ポイント差を決定的な差として扱う	スコア差が約5％以内なら同点とします。小数点を使った見せかけの精密さではなく、文書化した判断で同点を解消します
ランキングを二度と見直さない	ポートフォリオのレビュー頻度と、日付を明記した再順位付けのトリガーをメモに記載します

呼び出し例

• 「技術アライアンスの候補が9社あり、対応できるのは3社です。順位を付け、どの候補を外すべきか教えてください。」
• 「経営陣はハイパースケーラーとのアライアンス締結を望んでいます。すでにリストにある規模の小さい4社の候補と比較して評価してください。」
• 「昨年のアライアンス候補のショートリストを再評価してください。候補2社は約束した統合をリリースし、1社はダウンラウンドを経験しました。」

参考資料

• references/scoring-criteria-and-weights.md - 評価基準の一覧、重み付けの仕組み、スコアカードへの批評と改善策、工数のスコアリング、同点とみなす範囲。
• references/risk-and-dependency-screens.md - 必須ゲートの一覧、Das と Teng のリスク分類、Adner が挙げる2つのエコシステムリスク、プラットフォームによる包摂、B2C の波及リスクと不正のチェック項目。
• references/gates-and-governance.md - ステージゲートのファネル、判定に使う用語、共同価値提案ワークショップの形式、ステアリングコミッティの構成、ポートフォリオレビューの頻度。
• references/worked-examples.md - 順位付け済みショートリストの完全な例と、ロゴ集めに終始するスコアカードの悪い例（行ごとの注釈付き）。
• references/b2b-vs-b2c-contrast.md - 出典付きのB2B／B2Cの比較、ハイブリッドの事例、ベンダー統計の適切な取り扱い。

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

• mbfinotti/partnerships-skills@partner-ecosystem - エコシステムのセグメントとカテゴリーを順位付けし、候補の名前付きリストをこのスキルに引き渡します。
• mbfinotti/partnerships-skills@joint-gtm-planning - 候補が「実行可」となった後の共同施策を計画します。
• mbfinotti/partnerships-skills@partner-tiering - 既存プログラム内でのパートナーの階層基準を扱います。候補の順位付けには使用しません。
• mbfinotti/partnerships-skills@partner-marketplace-strategy - サードパーティマーケットプレイスへの掲載戦略を扱います。