パートナープログラム提案書をメリット表から始めると、最初は分かりやすく見えます。しかし協業が始まると、どの顧客を一緒に扱うのか、紹介後は誰が会話を引き継ぐのか、どの資料を使い、内容が変わったときに誰が知らせるのかという質問が増えます。
パートナー提案書は、相手を早く説得するための宣伝資料ではありません。二つの組織が同じやり方で仕事を進められるか確認する運用文書です。コミッションの数字より先に、役割、対象顧客、支援範囲、基準資料、確認質問を示します。
プログラムの目的と範囲を一文で固定する
「パートナーシップの拡大」のような広い表現ではなく、共同で扱う顧客課題と協業範囲を書きます。誰が見込み顧客を紹介し、誰が製品説明とその後の相談を担当するのかを分けます。この一文が揺れると、後に続くメリットや支援項目も異なる期待を生みます。
含まれない範囲も示します。紹介だけを担うのか、共同提案まで可能なのか、契約と顧客支援をどちらの組織が担うのかを分けます。提案書が契約書の代わりではないことも明確にします。
対象顧客を適合・例外・範囲外に分ける
対象顧客は業種名だけでは定まりません。組織規模、担当者、解決する課題、導入前に確認する条件など、パートナーが実際の会話で使える基準が必要です。
対象定義を三行にまとめます。
- 適合：現在のプログラムが定める課題と支援範囲に合う顧客
- 例外確認：技術、ポリシー、地域、契約条件を別に確認する顧客
- 範囲外：現在は対応しない、または別の経路へ案内する依頼
「誰にでも適している」と書くより、適合条件と例外を一緒に示すほうが、過度な約束を避け、次の担当者を探しやすくなります。
役割を引き継ぎの瞬間で分ける
会社名の横に担当業務を一行ずつ書くのではなく、顧客との会話が一方の組織からもう一方へ移る瞬間を基準にします。
- 最初の紹介前に顧客の同意を誰が確認するか
- どの文脈を誰へ渡すか
- 製品・サービス説明を誰が準備するか
- 技術やポリシーの質問をどこへ渡すか
- 提案後の状態と次の連絡を誰が記録するか
- 顧客の質問や問題を誰が調整するか
各場面に主担当と協力担当を置くと、責任の重なりや空白が見えます。CRMや契約の自動化を前提にせず、実際に合意できる連絡経路と記録責任を書きます。
支援範囲に提供物と回答の境界を入れる
「マーケティング支援」や「営業支援」だけでは、何をいつ依頼できるか分かりません。紹介資料、製品説明、ブランド利用基準、研修、問い合わせ経路を項目別に分けます。依頼を受ける担当者と別途確認が必要な事項も示します。
支援は成果を代わりに生み出す仕組みではありません。パートナー売上、契約の速さ、実績向上を約束せず、二つの組織がどの資料と回答を準備するかを説明します。
基準資料と更新責任を結び付ける
紹介文、ロゴ、製品説明、ポリシー案内では、変更の周期が異なります。各資料の所有者、最終確認日、変更承認者、パートナーへの通知方法を決めます。古い添付ファイルが複数の経路に残らないよう、現在の基準版も示します。
FeatPaperでは、既存の共有リンクを維持したまま文書を新しいPDF版に更新できます。ただし、リンクの維持と変更通知は別の作業です。何がいつ変わったかを知らせ、ページ数や配置が変わった場合は接続要素も確認します。
最後のページを合意する質問で終える
すぐに参加を求める代わりに、運用前に答える質問を残します。
- 対象顧客の定義に異なる解釈はないか
- 紹介後の引き継ぎ時点と担当者は明確か
- 支援する資料と支援しない依頼は何か
- 基準資料の所有者と変更通知方法は決まっているか
- 契約・精算条件を別の手続きで誰が確認するか
良いパートナープログラム提案書は、協業が簡単になるとは約束しません。同じ顧客をどの役割と資料で支援するか、未合意の事項は何かを示します。その基準があってこそ、メリットも実際の運用文脈で検討できます。
