提携先が増えるたびに、紹介の条件、営業支援、案件の扱い、報酬を個別に決めていないでしょうか。この記事では、他社と協力して顧客接点や案件を増やす取り組みの総称を「パートナーセールス」と呼びます。「パートナー営業」はほぼ同じ意味で使われます。「アライアンス営業」「アライアンスセールス」は、共同提案や相互紹介など対等な協業を強調するときの呼び方です。パートナープログラムは、これらを継続するための参加条件と運用ルールをまとめた制度です。
この記事の結論
中小BtoB企業のパートナープログラムは、パートナーの種類と対象、参加条件、双方の提供価値、支援内容、案件登録、報酬の考え方、評価・見直しの八項目から小さく作ります。契約やランク表を先に増やすのではなく、誰がどの顧客へ何を提供し、案件が生まれたらどう扱い、いつ制度を見直すかを一枚にまとめ、少数の相手で試します。
最初に決めるのは八つの制度項目
最初から複数のランク、表彰、細かな例外を作る必要はありません。中小BtoB企業では、実際の協業を始められる最小限の制度を作り、運用で見つかった不足だけを足す方が管理しやすくなります。
八項目を一枚のプログラムカードへまとめる
この記事では実務上、初版のパートナープログラムを次の八項目で整理します。
項目 | 最初に決める問い |
|---|---|
種類と対象 | 紹介、共同提案、販売など、誰に何を担ってもらうか |
参加条件 | どの顧客層、能力、姿勢、体制を満たす相手を対象にするか |
パートナーへの価値 | 相手の顧客・事業・売上へ何を返せるか |
自社への価値 | どの顧客接点、提案力、提供範囲を補ってもらうか |
支援内容 | 説明材料、学習、商談同席、共同施策をどこまで提供するか |
案件登録 | 誰が、いつ、何を登録し、重複時にどう判断するか |
報酬の考え方 | どの役割の完了に対し、どの条件で対価を発生させるか |
評価・見直し | 何を確認し、誰が、いつ制度を変えるか |
一枚に収まらない説明資料や契約条件が必要になっても、八項目のどこに属するかを明確にします。制度の全体像と個別資料を分けると、変更箇所を見つけやすくなります。
顧客価値から制度の順番を決める
制度は「代理店を何社集めるか」から始めません。まず、顧客にどのような価値を届けるために他社と協力するのかを決めます。
たとえば、システム開発会社が業務改善会社と組むなら、顧客の課題整理から開発・定着までをつなぐことが共同価値です。紹介だけを求めるのか、共同で課題を整理するのかにより、必要な参加条件と支援は変わります。
パートナープログラムと関連用語の関係
呼び方が違っても、顧客への価値と役割が同じなら別制度を作る必要はありません。社内外で同じ意味を共有できるよう、主に使う言葉と制度の範囲を決めます。
パートナーセールスを取り組みの総称として使う
パートナーセールスは、紹介、販売、共同提案、共催など、他社の接点・信頼・専門性と協力して案件の入口や顧客価値を作る取り組みの総称です。パートナー営業も、実務では近い意味で使われます。
アライアンス営業やアライアンスセールスは、一方が販売を代行する関係だけでなく、両社のサービスを組み合わせる共同提案や相互紹介を強調する場合によく使われます。言葉だけで役割を決めず、「顧客へ何を届け、どこまで担当するか」で区分します。活動の全体像を先に確認したい場合は、パートナーセールスと紹介・代理店・共同施策の違いも補足になります。
パートナープログラムは活動を続ける制度である
パートナーとの面談や共同営業は活動です。パートナープログラムは、その活動へ参加する条件、双方の役割、案件の扱い、支援、評価を繰り返し運用する制度です。
個別の良い関係を否定するものではありません。担当者同士の合意が、担当変更や案件増加で失われないように、共通部分だけを制度へ移します。
パートナーの種類と参加条件を決める
パートナーの種類は、業界名や企業規模ではなく、顧客へ届くまでに担ってもらう役割で分けます。種類ごとに役割が違うなら、参加条件と支援も分けます。
相手へ任せる役割から種類を選ぶ
最初は、次のような少数の種類で十分です。
種類 | 主な役割 | 自社が確認すること |
|---|---|---|
紹介パートナー | 顧客の同意を得て相談の入口をつなぐ | 相談の兆し、紹介方法、結果報告 |
共同提案パートナー | 両社の専門性を組み合わせて課題へ答える | 提案範囲、主担当、見積・契約の分担 |
販売パートナー | 自社商材を顧客へ説明し、販売工程を担う | 説明能力、販売範囲、提供後の責任 |
同じ会社が複数の種類を担う場合も、案件ごとにどの役割で参加するかを決めます。「提携先」という一つの箱へ入れるだけでは、支援と評価が曖昧になります。
参加条件は守れる行動で書く
「積極的に活動する」「自社と相性が良い」といった条件は判断が分かれます。対象顧客、扱える課題、担当窓口、必要な説明・提供能力、情報管理、定例参加など、参加前に確認できる行動と状態へ変えます。
条件を厳しくしすぎると候補がいなくなります。必須条件と、運用後に育てられる条件を分けます。候補の探し方と見極めは、BtoB営業パートナーの募集方法で詳しく整理しています。
双方の提供価値と支援内容を決める
報酬だけでは、パートナーが自社を優先する理由を作れません。相手の既存顧客へ提供できる価値と、相手の事業に返せる価値を明確にします。
顧客・パートナー・自社の価値を分ける
顧客には、相談先が一つにつながる、専門性が補完される、導入後まで支援を受けられるなどの価値が必要です。パートナーには、既存顧客の課題へ答えられる、提供範囲が広がる、新しい収益や関係維持につながるなどの価値があります。自社には、新しい顧客接点、信頼ある紹介、補完サービスとの共同提案などの価値があります。
三者の価値がそろわない制度は続きにくくなります。自社だけが案件を受け取る設計になっていないか、最初に確認します。
求める行動と返す支援を対にする
パートナーへ顧客紹介を求めるなら、どの相談をつなげればよいか分かる短い説明と、紹介後の結果報告を返します。共同提案を求めるなら、役割表、提案材料、見積の分担、商談同席を用意します。販売を任せるなら、学習、最新情報、質問窓口、提供後の引き継ぎが必要です。
「資料を渡した」で支援を終えず、相手が次の行動を実行できるかで確認します。合意後の立ち上げは、BtoBパートナーのオンボーディング手順へ分けて設計します。
案件登録と報酬の考え方を決める
案件が生まれてからルールを話し合うと、紹介元、営業担当、顧客への連絡、報酬の認識が食い違います。詳細な契約文言の前に、実務上の流れを決めます。
案件登録で紹介元と次の担当を明確にする
案件登録では、顧客の同意、企業名、相談背景、紹介元、登録日時、現在の関係、次の担当、次の行動を残します。登録しただけで案件を永続的に占有する制度にはせず、有効期間、進捗報告、停滞時の扱い、重複時の判断者を決めます。
直販担当や別パートナーと顧客が重なった場合の考え方は、BtoBのチャネルコンフリクトを防ぐルールで詳しく扱っています。
報酬は完了した役割と発生条件へ結び付ける
報酬は「協力してくれたから」ではなく、紹介、商談化、販売、提供など、合意した役割のどこが完了したら発生するかを決めます。計算の基礎、対象外、取消・返金が起きた場合、支払時期、確認資料もそろえます。
紹介だけを担う相手と、提案・契約・導入支援まで担う相手を同じ条件にする必要はありません。具体的な料率や契約文言、税務・法務上の扱いは、自社の商材、取引形態、関係法令に合わせて専門家と確認してください。
評価と見直しの運用ルールを決める
プログラムは公開して終わりではありません。売上がまだない時期も、正しい相手と実行できているかを確認し、制度の詰まりを直します。
売上結果と実行過程を分けて確認する
売上・受注だけで評価すると、商談期間が長いBtoBでは改善箇所が分かりません。候補との合意、学習・準備、共同施策、紹介案件、商談、受注を分け、どこで止まっているかを確認します。
ただし、指標を増やすことが目的ではありません。今期の目的に必要な段階だけを見ます。段階別の指標は、パートナー施策のKPIで具体化できます。
少数のパートナーで試して変更手順を残す
初版は少数のパートナーと一定期間試します。分かりにくい条件、使われない支援、登録の負担、判断が割れた案件を記録します。見直し日には、続ける項目、変える項目、やめる項目を決めます。
変更時は、誰が決め、いつから適用し、既存案件をどう扱い、相手へどう伝えるかを残します。制度を頻繁に変えるのではなく、変更の理由と移行方法を予測できる状態にします。
SparkLaboでは、毎月2〜5社、年間30〜60社を期待値とするパートナー候補との接点づくりを支援しています。これはリード・商談・受注の件数ではありません。継続的に候補と会い、自社に合う種類、条件、共同施策を見直すための入口です。まず八項目のプログラムカードを書き、空欄と判断が割れる項目を、制度初版で優先して決めてください。