partnership-bd

パートナーシップとBD

範囲

対象範囲

• パートナーシップの目標を定め、適切なパートナーシップの種類（プラットフォーム、インテグレーション、チャネル、紹介、共同マーケティング）を選択する
• スコアリングモデルと「すぐに決定できる」意思決定者のマッピングを用いて、優先順位を付けたパートナー候補リストを作成する
• アルファ版／ベータ版や事例の切り口も含め、明確な価値交換（相手にとってのメリット／自社にとってのメリット／今取り組む理由）を作り上げる
• アウトリーチと関係構築の仕組み（紹介によるつながり、倫理的なコールドアウトリーチ、簡易なコンテンツ計画）を設計する
• 拡張可能なパートナー向けオファーについて社内で合意する（個別対応の単発契約を避け、交渉パラメーターを定める）
• 交渉の準備（譲れない条件、交渉からの撤退、忍耐）と、シンプルな取引プロセス（MAP＋パイロット）を整える
• パートナーの立ち上げと運用サイクル（イネーブルメント、指標、定期確認）

使用する場合

• 「パートナーシップ戦略とパートナー候補リストを作成してください。」
• 「インテグレーション／プラットフォームのパートナーシップが必要です。ピッチとアウトリーチの手順を作成してください。」
• 「販売チャネルを広げるためのチャネル／紹介パートナープログラムを設計してください。」
• 「パートナーシップの条件交渉を支援し、交渉可能な項目と標準条件を定めてください。」
• 「パートナー契約を締結しました。立ち上げ計画と運用サイクルを作成してください。」

使用しない場合

• プロダクト／ICP／ポジショニングを一から定義する必要がある場合（まずそれを行い、その後ここに戻ってください）
• 大量のスパムアウトリーチや、欺瞞的・操作的な行為を求めている場合
• 法的助言や契約条項が必要な場合（このスキルは法的助言を伴わない条件の整理にのみ使用し、弁護士に相談してください）
• M&A、資金調達、調達／ベンダー選定を行う場合（異なる進め方が必要です）

入力

最低限必要な情報

• パートナーシップの目標と成功指標（例：適格なパイプライン、収益、販売網、リリースしたインテグレーション）
• プロダクトの概要と差別化要因（1～2文）、およびパートナーに提供できるもの（API／インテグレーション、オーディエンス、レベニューシェア、信頼性、データ）
• ターゲット顧客／市場と、希望するパートナーのタイプ（プラットフォーム、インテグレーション、チャネル、紹介、戦略的）
• 制約：タイムライン、地域／セグメントの重点、コンプライアンス／規制上の制約、独占への意向、予算
• 社内の対応能力：BD担当者、エンジニアリングの対応余力（インテグレーションの場合）、マーケティングの対応余力（共同マーケティングの場合）

情報不足時の方針

• references/INTAKE.mdから最大5つの質問をします。
• 重要な情報が不足している場合は、明示的な仮定を置いて進め、仮定と不明点のセクションを含めます。
• 独占、データ共有、規制対象の主張など、重大なコミットメントについては、人によるレビューを必須とし、安全側の既定方針を文書化します。

成果物

パートナーシップとBDの実行パック（Markdown）を作成します。

1. 状況の概要（目標、制約、現状のベースライン）
2. パートナーシップの仮説（パートナーと組む理由、今取り組む理由、パートナーの種類、対象外事項）
3. パートナー候補リストとスコアリング（上位10～30件）＋意思決定者＋紹介経路
4. パートナー向けピッチキット（1ページのピッチ＋事例／アルファ版の切り口＋アウトリーチ用テンプレート）
5. 拡張可能なオファーと交渉パラメーター（ティア、標準条件と個別対応の区別、譲れない条件）
6. 取引プロセス計画（MAP／パイロットの定義、関係者、タイムライン、交渉からの撤退基準）
7. 立ち上げと運用サイクル（イネーブルメント、共同マーケティング計画、指標、定期確認）
8. リスク／未解決の質問／次のステップ（必ず含める）

テンプレート：references/TEMPLATES.md

ワークフロー（7ステップ）

1) インテークとパートナーシップの進め方の選択

• 入力： ユーザーの状況、references/INTAKE.md。
• アクション： 目標を明確にし、パートナーシップの種類（プラットフォーム／インテグレーション、チャネル／紹介、戦略的／共同マーケティング）を選びます。規制対象または買い手が集中する市場など、進め方がネットワークに依存するかどうか、また30／60／90日での「成功」の定義を確認します。
• 成果物： 状況の概要＋パートナーシップの仮説の草案＋仮定。
• 確認事項： 目標が測定可能であり、対象外事項と制約が明確であること。

2) 拡張可能なパートナー向けオファーを定義する（個別対応の取引を避ける）

• 入力： 製品の機能；エンジニアリング／マーケティング上の制約。
• アクション： 安定して提供できる内容（連携のレベル、イネーブルメント、サポート、共同マーケティング）と、提供しない内容をまとめた「パートナーパッケージ」を作成します。交渉パラメーターと事前承認済みの範囲を定義し、取引を迅速化します。
• 成果物： オファーのティア＋交渉パラメーターシート。
• 確認事項： チームメイトが、個別対応の約束を新たに考え出すことなく、パートナーとの話し合いを進められます。

3) パートナー候補を洗い出して評価し、最初の突破口を選ぶ

• 入力： ターゲット市場；競合／隣接するエコシステム；既存の関係。
• アクション： 有望なパートナー候補を列挙し、相互価値、リーチ、実現可能性、意思決定の速さに基づいて評価し、候補を絞り込みます。上位候補ごとに、「すぐに決定できる」意思決定者と、最も負担の少ない紹介経路を特定します。
• 成果物： パートナー一覧表＋評価モデル＋最初の突破口となる候補の提案。
• 確認事項： 上位候補それぞれについて、「なぜその相手なのか」が明確で、具体的な次のアクション（紹介、メール、イベント、コンテンツのきっかけ）が決まっています。

4) 価値交換と提案のストーリーを練る（事例／アルファ版の切り口）

• 入力： オファーのティア；実績；パートナーのインセンティブ。
• アクション： 自社の成功が相手の目標達成にどう役立つかを示す、1ページの提案書を作成します。大手プラットフォームには、アルファ版／ベータ版、または「代表的な事例」となる切り口を提案します。依頼内容は簡潔で、相手に負担をかけないものにします。
• 成果物： 1ページの提案書＋説明用トークトラック＋実績。
• 確認事項： 提案書で「なぜ今なのか？」「なぜ自社なのか？」「何を求めているのか？」「相手にとってのメリットは何か？」に答えられます。

5) アウトリーチと関係構築の仕組み（まずは知人経由、次に礼儀正しいコールドアウトリーチ）

• 入力： ターゲットリスト；提案書；利用可能なチャネル。
• アクション： アウトリーチの一連の流れ（知人への紹介依頼、コールドメール／DM、フォローアップ）と、信頼性を高めるための簡潔なコンテンツ計画を作成します。アウトリーチを実験として追跡します：メッセージ → 面談 → 改善。
• 成果物： アウトリーチキット＋2～4週間の実行計画。
• 確認事項： メッセージは具体的で、敬意があり、相手の許可を得たものです。それぞれに明確な依頼が1つだけあります。

6) 取引の進行と交渉（辛抱強さ＋ガードレール）

• 入力： 交渉パラメーター；パートナーの優先事項；リスク上の制約。
• アクション： 取引の進め方（ディスカバリー → パイロット → タームシート → ローンチ）を定義します。交渉力に差がある場合は戦略的に辛抱強く進め、条件を改善するために「今はまだ」と伝えることもいとわない姿勢を持ちます。交渉から撤退する条件と、独占に関する方針を文書化します。
• 成果物： 相互アクションプラン（MAP）＋パイロットの定義＋主要条件の概要。
• 確認事項： 何を譲歩し、何を譲らないかを1分で説明でき、次のステップの予定と担当者が決まっています。

7) ローンチ、運用、品質ゲート

• 入力： パックのドラフト；references/CHECKLISTS.md；references/RUBRIC.md。
• アクション： ローンチ計画（イネーブルメント＋共同マーケティング＋効果測定）と運用サイクル（週次／隔週のチェックイン、QBR）を作成します。チェックリストに沿って確認し、ルーブリックで評価します。必ず リスク／未解決の質問／次のステップ を追加します。
• 成果物： 最終版のパートナーシップおよびBD実行パック。
• 確認事項： 今週中に実行可能な計画であり、学習のサイクルが含まれています。

品質ゲート（必須）

• references/CHECKLISTS.md と references/RUBRIC.md を使用します。
• 必ず リスク、未解決の質問、次のステップ を含めます。

例

例 1（プラットフォーム／インテグレーションのパートナーシップ）：
「partnership-bd を使ってください。私たちは B2B SaaS の分析ツールを提供しています。目標は、第 2 四半期末までに、月 5 件の有望なリードをそれぞれ生み出す共同販売インテグレーションを 3 件実現することです。対象は HubSpot と Snowflake のエコシステムパートナーです。制約は、エンジニア 1 名が半分の時間しか割けないことです。成果物は、パートナーのスコアリング、インテグレーションのティア別オファー、アプローチのシーケンス、ローンチの実施ペースを盛り込んだパートナーシップおよび BD 実行パックです。」

例 2（規制対象の業界で、ネットワークに依存する BD）：
「partnership-bd を使ってください。私たちは医療業界に製品を販売しており、支払者／医療提供者とのパートナーシップが必要です。つないでくれそうな知人が 1 人いますが、紹介を受けるには費用がかかります。成果物は、優先順位付けしたパートナーリスト、明確で簡潔なユースケースの 1 ページ資料、紹介依頼、撤退条件を含む取引プロセスです。」

境界例：
「誰にでも使える一般的なコールドメールを書いて、1 万件のメッセージを送ってください。」
応答：スパムは拒否し、明確に定義されたパートナーの類型と、小規模で倫理的なアプローチ実験の計画を尋ねます。目標が幅広い需要創出であれば、代わりにマーケティング／コンテンツのスキルを使ってください。