パートナー起点の売上とパートナー影響の売上:定義、ルール、レポーティング

パートナー起点の売上は新しい商談を生み出し、パートナー影響の売上は進行中の案件を前に進める。

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

取締役会のスライドに、「昨年の売上の大きな割合をパートナーが牽引した」と書かれています。営業責任者は、それがどういう意味なのかを尋ねます。パートナーが顧客を連れてきたのでしょうか。それとも、営業チームがすでに担当していた案件のミーティングに同席しただけなのでしょうか。どちらも同時に成り立ち得るのに、このスライドはどちらなのかを隠してしまいます。

だからこそ、多くのプログラムはパートナー経由の売上を「起点」と「影響」の2つに分けています。この区分はレポートの細部に見えますが、実際にはお金に関する判断です。それぞれの区分で、報酬の払い方も、資金の出し方も、評価の仕方も変えるべきだからです。

本記事では、2つの用語を定義し、境界があいまいになる場面を示します。そのうえで、それぞれに必要な証拠を整理し、2つの数字をコミッション、マーケティング資金、ティア設定、経営層向けレポートにどう反映させるかを説明します。扱うのは、より広いテーマであるパートナーアトリビューションの中でも、最も揉めやすい1つの区別です。

結論から

パートナー起点の売上とは、パートナーが生み出した商談から得られる売上です。パートナーが動く前、その案件は自社のパイプラインにありませんでした。パートナー影響の売上とは、すでに存在していた、または別の経路で入ってきた商談から得られる売上のうち、パートナーが案件の進み方や成約するかどうかに影響を与えたものです。

判断基準は、タイミングと出どころです。次の1つの問いを立ててください。パートナーが動かなかったとしても、この商談は自社のパイプラインに存在していたか? 存在していなければ起点です。存在していて、それでもパートナーが重要な役割を果たしたのであれば、影響です。

業界は各用語をどう定義しているか

単一の標準はありませんが、パートナープラットフォームが公表している定義はよく似ています。

PartnerStackは、パートナー起点の売上を「パートナーがリードを持ち込む」ケース(たとえば紹介フォーム、UTMリンク、申請された商談を通じたもの)、パートナー影響の売上を、パートナーが既存のリードを支援するケース(たとえば反論に答える、デモを共同で行う、関連するケーススタディを共有する)と説明しています。

Crossbeamは、これを直接の売上と間接の売上という枠組みで捉えています。起点の売上は「パートナーからの直接の売上」で、パートナーがアカウントへの温かい紹介を行うものです。影響の売上は「1社または複数のパートナーからの間接の売上」で、案件を起点にしたわけではない複数のパートナーが、営業サイクルの異なる段階に貢献するものです。

Impartnerは、パートナー起点の売上を、チャネルパートナーの活動の直接の結果として企業が得る収入と定義しており、そこではパートナーが販売を開始し、案件を交渉し、取引を自ら成約させます。この定義は、パートナーが成約まで担うケースに寄っており、純粋な紹介よりも範囲が広い点に注意してください。他社の定義を借りるのではなく、自社の定義を書き起こすべきだということを示しています。

表現は異なっても、構造は同じです。起点は出どころを、影響は貢献を意味します。

重要なポイント:パートナー起点の売上とパートナー影響の売上

  • 起点の売上は、パートナーが生み出した商談から生まれます。影響の売上は、すでに存在していて、パートナーが前進または成約を助けた商談から生まれます。
  • PartnerStackが挙げる起点の例は、紹介フォーム、UTMリンク、申請された商談です。影響の例は、反論への回答、デモの共同実施、ケーススタディの共有です(PartnerStack)。
  • Crossbeamは、起点の売上を直接、影響の売上を間接と表現し、影響の売上は複数のパートナーから異なる段階で生じ得るとしています(Crossbeam)。
  • Crossbeamは「2021 State of the Partner Ecosystem Report」を引用し、従業員1,000人以上の企業では、パートナーシップ担当者の72%がパートナー起点の売上に責任を負っているとしています。
  • Microsoftのコセルモデルには「プライベートディール」というカテゴリがあり、パートナーが独自に進めている案件を共有して、Microsoftのレポートに反映させることができます(Microsoft Learn)。

並べて比較

観点 パートナー起点 パートナー影響
中心となる問い パートナーが商談を生み出したか? パートナーは、すでに存在していた商談を助けたか?
パートナーが動く前のパイプライン上の状態 自社のパイプラインにはない すでに自社のパイプラインにある、または別の経路で入ってきた
判断の性質 二択:はいかいいえ 程度と判断の問題
典型的なパートナーの行動 温かい紹介、紹介の申請、登録された案件、リードを生み出すパートナー主導のキャンペーン 技術的な検証、デモの共同実施、反論への回答、リファレンスコール、移行または導入の計画
証拠 商談の作成前または作成時に作られた、タイムスタンプ付きの記録 進行中の商談に記録された活動
案件あたりのパートナー数 通常は1社 1社または複数
報酬の特徴 最も高い:コミッション、紹介手数料、ボーナス 少ないか、別の形:固定料金、サービスマージン、ティアへのクレジット
主なリスク すでに自社が持っていた案件について、パートナーが起点を主張する 関与していない案件について、パートナーが影響を主張する

最も役に立つのは、判断の性質の行です。起点は記録と照合して確認できます。商談が作成された日と、パートナーが申請した日を比べればよいのです。影響はそうはいきません。1本のメールスレッドに登場しただけの人でも、自分は影響を与えたと言えてしまいます。影響の売上は報酬が少なくても、何を数えるかについてより厳格なルールが必要なのは、このためです。

境界があいまいになる場面

意見の相違の大半は、いくつかの場面に集約されます。それぞれ事前に決めておいてください。

パートナーの売上の出どころを見極めるテストでは、新しい起点の主張を認める前に、既存の商談を確認する。

パートナーが、自社がすでにアプローチしていたアカウントを紹介した場合。 自社の営業担当がオープンなリードや進行中の商談を持っていたなら、パートナーがそれを作ったわけではありません。多くのプログラムでは、これを影響とみなします。ただし、パートナーの紹介が、自社チームが届かなかった別の購買担当者や別の予算決裁者に届いた場合は例外です。この例外を文書にしておかないと、あらゆる紹介が起点の主張になってしまいます。

パートナーのキャンペーンがリードを生み出し、自社のSDRがそれを精査した場合。 キャンペーンがリードを生み出したので、通常は起点です。精査の作業は自社のものですが、出どころは変わりません。

購入者が、パートナーのマーケットプレイスへの掲載を通じて自社を見つけた場合。 これは、パートナーのチャネルを通じた出どころです。一貫して扱ってください。掲載を起点として数えるなら、掲載の所有者とマーケットプレイスのどちらを正式なパートナーとするかを定義しておく必要があります。

2社のパートナーが、どちらも同じ案件を主張する場合。 一方がアカウントを紹介し、もう一方が評価を進めたのかもしれません。紹介した側は起点、評価した側は影響で、それぞれの区分に従って支払います。両方の区分を持つ最も明快な理由が、これです。

パートナーがリセラーも兼ねている場合。 パートナーが案件を生み出し、さらに成約と納品まで担うなら、その売上は起点であり、再販マージンが加わることもあります。1つの案件が二重にクレジットされたように見えないよう、2つの支払いはレポート上で分けてください。

既存顧客がパートナーを通じて拡大した場合。 拡大による売上を起点と認めるかどうかを決めてください。多くのプログラムでは、起点を新規顧客の獲得に限り、拡大へのパートナーの関与は影響として扱います。拡大での起点を認める場合は、パートナーが新たな購買部門を開拓したという証拠を求めてください。

証拠のルール

ルールがあるかどうかが、根拠のある数字と希望的観測の数字を分けます。各区分について、実用的な基準を示します。

起点の証拠は承認された出どころを記録し、影響の証拠は成約時に確認されたパートナーの活動を記録する。

要件 起点 影響
記録の存在 登録された案件、紹介の申請、またはパートナーが作成したリード 役割を定義したうえで、進行中の商談に追加されたパートナー
タイミング 商談の作成前または作成時に申請された、または有効な主張として承認された 商談が進行中の間に記録された活動
活動の証明 紹介のメール、登録記録、キャンペーンのリードソース ミーティングのメモ、通話ログ、範囲を定めた作業範囲記述書、文書化された技術的検証
承認 パートナーマネージャーまたはディールレジストレーションの担当チームが承認 パートナーマネージャーが成約時に役割を確認
失効 パートナーが案件を前に進めなければ、主張は失効する 活動後の一定期間内に成約した案件にのみクレジットを適用
上限 商談あたりの起点パートナーは1社 影響を与えるパートナーの最大数と、クレジット総額の上限を設定

この表の背後には、2つの原則があります。1つ目は、起点は事前に主張して承認を受けるものであり、影響は発生するたびに記録して成約時に確認するものだということです。2つ目は、CRMで示せないものは数えないということです。パートナーが貢献したと言うなら、答えは「記録された活動を見せてください」です。

主張を登録し承認する仕組みについては、ディールレジストレーションをご覧ください。

それぞれの数字の使い方

2つの区分は異なる問いに答えるため、異なる意思決定に使うべきです。

起点の売上はパイプラインの創出に報い、影響の売上はすでに伸びている案件への支援を評価する。

意思決定 起点を使う 影響を使う
コミッションと紹介手数料 主な基準 支払うとしても、副次的または固定の基準
マーケット開発資金 どのパートナーがパイプラインを生み出しているかの証拠 どのパートナーが自社の販売アプローチを支えているかの証拠
パートナーティア 紹介型やリード獲得型のパートナーでは重く評価 インテグレーター、コンサルタント、テクノロジーパートナーでは相応に評価
パートナースコアカード 創出したパイプライン、起点の案件での勝率 参加率、影響の案件での勝率
経営層向けレポート 「パートナープログラムが生み出した売上」 「パートナープログラムが獲得を後押しした売上」
フォーキャスト パートナー経由のパイプラインカバレッジ 案件の加速とリスクの低減

コミッション

起点の案件には最も多く支払ってください。パートナーが、本来は存在しなかったパイプラインを作ったからです。影響には、支払いを少なくするか、別の形で支払います。多くのプログラムでは、影響の案件を固定料金やサービスマージンで支払います。自社チームがすでに進めていた案件で、パートナーが満額の紹介手数料を得ることがないようにするためです。その仕組みはパートナーインセンティブで扱っています。

マーケティング資金

パートナーのキャンペーンがパイプラインを生んでいるかを判断するには起点の売上を使い、追加の資金をどこに配分するかを決める際にも使います。影響の売上は、資金提供の根拠としては弱くなります。パートナーのマーケティングが、その案件に接触していないかもしれないからです。支出を成果に結びつける方法は、マーケット開発資金をご覧ください。

ティア

ティアが起点の売上だけに基づいていると、強みが納品や統合にあるパートナーは常に弱く見え、離れていく可能性があります。区分を分けない総アトリビューション売上に基づくと、ノイズに報いることになります。バランスの取れた方法では、リード獲得型のパートナータイプには起点の売上を最も重く評価し、パートナーの役割が案件の支援である場合は、影響にもクレジットを与えます。

レポーティング

2つの数字は、常に分けて示してください。「パートナー売上」を1つの数字にすると、本記事の冒頭のようなやり取りを招きます。取締役会向けのビューとしては、起点の売上、影響の売上、そして二重計上を除いた合計の3行が妥当です。あわせて、パートナーKPIのより広い指標も組み合わせてください。

レポーティングの落とし穴

2つを足し合わせてしまう。 1つの案件が、あるパートナーにとっては起点で、別のパートナーにとっては影響ということがあり、同じ金額が2つの区分に入ります。別々に報告し、合計を示す必要があるなら、重複を除いた合計を1つだけ示してください。起点と影響の合算値を提示してはいけません。

影響を案件の取り分として扱う。 影響は役割を伴うフラグであり、売上の割合ではありません。5社のパートナーが案件に影響を与えたとしても、5分の1ずつの案件があるわけではありません。あるのは1つの案件と、5つの役割です。

オープンの時点で数える。 どちらの数字も、成約(Closed Won)した売上で測定してください。パイプラインも報告できますが、パイプラインと明記してください。

パートナーに記録を書かせる。 パートナーが後から、CRM上の自分の役割を編集できると、数字は膨らんでいきます。成約時点で項目をロックし、変更には承認を求めてください。

自社の直販チームとの対立を放置する。 自社の営業担当は、自分が勝ち取ったと感じている案件にパートナーのクレジットが付くことに抵抗するかもしれません。この緊張は現実のもので、必要なのは精神論ではなくルールです。共有する案件で期待値をどう設定するかは、チャネルコンフリクトをご覧ください。

簡単な始め方

  1. 2つの定義を、それぞれ1段落で書き出す。 出どころのテストをわかりやすく明記します。
  2. CRMに2つの項目を追加する。 起点パートナー(商談あたり1社)と、各社の役割付きの影響パートナーのリストです。
  3. 起点には記録を必須にする。 通常は、商談の作成前または作成時に作られた登録です。
  4. 影響には記録された活動を必須にする。 成約時にパートナーマネージャーが確認します。
  5. 2つの区分で異なる報酬を設定し、公開する。
  6. 四半期ごとに分けて報告する。 重複を除いた合計を添えます。
  7. 四半期末に紛争を見直し、 主張が衝突した箇所のルールを厳格にします。

これを数四半期続けたプログラムは、どのパートナーが本当にパイプラインを生み出し、どのパートナーが成約に強いのかを学べます。その知見は、見栄えのよい大きな数字より価値があります。パートナーを通じた成長というより広いアプローチの中での位置づけについては、パートナー主導の成長と、それが前提とするチャネルパートナープログラムのモデルをご覧ください。

関連記事

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.