パートナーオンボーディングとは?

パートナーオンボーディングとは:契約から審査、アクセス、学習を経て最初の案件へと進む、歓迎の道筋。

Turn this article into takeaways for your work.

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

パートナーとの契約は、簡単な部分です。プレスリリースにロゴが載っても、パイプラインは生まれません。大切なのは、数か月後に、そのパートナーが自社製品を買い手の前に出すためのアクセス、知識、そして動機を持っているかどうかです。パートナーオンボーディングは、そのギャップを埋める取り組みです。

本記事では、パートナーオンボーディングを定義し、その段階を順にたどって、チェックリストに盛り込むべき内容を示します。そのうえで、Microsoft、AWS、Google Cloud、Salesforce、HubSpotが公開している登録手順を使って、リセラー、紹介パートナー、システムインテグレーター、ソフトウェアベンダーでプロセスがどう変わるかを説明します。最後に、オンボーディングが機能しているかどうかを判断する指標を取り上げます。

パートナーオンボーディングとは

パートナーオンボーディングとは、契約を締結したパートナーを、最初の成果につながる案件まで導く体系的なプロセスです。大切なのは「成果につながる」という言葉です。ポータルへの登録やトレーニングコースの修了はオンボーディングのタスクですが、ゴールではありません。ゴールは、付きっきりの支援なしで、自社製品を販売、導入、または紹介できるパートナーです。

混同されやすい次の3つは、分けて考えると整理しやすくなります。

  • 獲得は、契約が存在する前に、見込みのあるパートナーを見つけて見極めます。
  • オンボーディングは、契約から最初の案件までの期間を対象とします。
  • イネーブルメントは、パートナーが稼働している限り続く、継続的なトレーニング、コンテンツ、支援です。

オンボーディングはイネーブルメントの入口であり、明確なゴールがあります。パートナーが最初の案件を成約または納品した時点で、オンボーディングから、稼働しているパートナーシップのマネジメントに移ります。それを長期的にどう運営するかは別のテーマであり、認定、マーケット開発資金、インセンティブも同様です。

この期間に、ベンダーとパートナーが求めるものは異なります。ベンダーが求めるのは、売上までのスピードと、パートナーが正当な存在で、ブランドを適切に代表してくれるという確証です。パートナーが求めるのは、何を販売してよいのか、どう報酬を得られるのか、どんな支援を頼れるのかを、早く知ることです。優れたプロセスは、その両方に応えます。

オンボーディングの段階

プログラムによって違いはありますが、大半は同じ順序をたどります。6つの段階として捉え、最初の2つは関門の役割を果たします。

パートナーオンボーディングの6つの段階:左から右へ、審査、契約、アクセス、トレーニング、共同計画、最初の案件のちょうど6段階。

段階 内容 主な担当者
1. 申請と審査 パートナーが申請し、ベンダーが事業の実在と適合を確認する パートナーマネージャー、オペレーション
2. 契約とコンプライアンス 契約を締結し、デューデリジェンスとスクリーニングを完了する 法務、コンプライアンス
3. アクセスとシステム ポータル、ディールレジストレーション、製品とデモへのアクセスを付与する パートナーオペレーション、IT
4. 初期トレーニング 製品、営業、技術の基礎を学び、最初の認定を取得する イネーブルメント
5. 共同ビジネスプラン 目標、ターゲットアカウント、立ち上げの活動を合意する パートナーマネージャー、パートナー側の責任者
6. 最初の案件 パートナーが最初の商談を起点とする、成約する、または納品する パートナーとベンダーの営業

第1段階:申請と審査

成熟したプログラムの多くは、応募者全員と契約するわけではありません。法人の詳細、本社所在地、規模、顧客基盤、希望するパートナーシップの種類を提出してもらい、その情報が裏付けられるかを確認します。

Microsoftのプロセスが分かりやすい例です。Partner Centerの検証プロセスでは、事業者が申告した住所で有効な法的登録があることを確認し、メール、本人、雇用、事業の各確認を個別に実施します。同ページには、Microsoftが事業者の信頼性について追加の検証を行う場合があるとも記されています。ほとんどの場合、プロセスには3~5営業日かかるとされており、完了するまでは、Partner Centerの機能の一部が制限されます。Microsoftの登録の概要によれば、審査が承認されるまで、登録は有効になりません。

GoogleのPartner Advantage登録ガイドも、申請者側から見て同じ流れを示しています。フォームでは、本社所在地、従業員数、顧客、年間総売上高などの会社情報を尋ね、申請者に、組織を代表してプログラム契約に署名する権限があることの確認を求めます。

第2段階:契約とコンプライアンスの確認

契約は、パートナーが何を、どのテリトリーで、どのルールのもとで、どのような報酬で販売できるのかを定めます。契約と並んで、コンプライアンスのスクリーニングがあり、多くのチームが軽視しがちなのがこの段階です。

パートナーは自社に代わって行動するため、その行為が自社の問題になりかねません。英国法務省の贈収賄法2010ガイダンスは、これを明確に述べています。第4原則では、商業組織は、自らのために、または自らに代わってサービスを提供する、または提供する予定の者について、「比例的かつリスクに基づくアプローチ」でデューデリジェンスの手続きを適用するとしています。同ガイダンスは、適切なデューデリジェンスの水準はリスクによって異なり、日常的なITサービスなら低くてもよい一方で、海外市場での事業の立ち上げを支援する仲介者には通常、はるかに高い水準が求められると述べています。さらに、リスクの高い状況では、デューデリジェンスに、提携予定の者への直接の問い合わせ、間接的な調査、一般的なリサーチが含まれる場合があり、継続的なモニタリングも必要になりうると付け加えています。

米国の実務も同じ方向を示しています。米国司法省の企業コンプライアンスプログラムに関するガイダンスを解説したCleary Gottliebの概要は、検察官が、企業が第三者のもたらすリスクを、オンボーディング時だけでなく、関係の全期間を通じて評価しているかどうかを検討すると記しています。

ソフトウェアベンダーにとっての実務的な読み方は、段階的なアプローチです。紹介を送るだけで、契約や公共部門の顧客には関わらない紹介パートナーには、簡易な確認で足ります。リスクの高い市場にいるリセラー、公共部門の案件を扱うリセラー、多額のコミッションを受け取るリセラーには、より多くの確認が必要です。所有者と実質的支配者の確認、制裁およびネガティブ報道のスクリーニング、リファレンス、契約書に明記する腐敗防止の誓約などです。英国のガイダンスにも米国の概要にも固定のチェックリストは示されていないため、「比例的」とは何かを法務チームと決め、文書に残してください。

第3段階:ポータルとシステムへのアクセス

契約が締結されたら、パートナーには作業する場所が必要です。通常は、パートナーポータルまたはコミュニティ、案件を登録する仕組み、製品環境へのアクセス、同僚を追加できる管理者を指します。

大手のプログラムは、誰が何をするかを明記しています。AWSのPartner Centralのドキュメントによれば、Alliance LeadまたはCloud Administratorは企業のプライマリアカウント管理者であり、事業開発または経営層の役職にあり、AWS Partner Networkの規約を承諾する法的権限を持っている必要があります。この人物は、アカウントのリンク作業をCloud Adminに委任できます。Googleのガイドでも、最初の連絡先がユーザーを追加できるPartner Adminを務め、Microsoftの概要では、Partner Centerの各ワークスペースでユーザーに適切なロールを割り当て、通知用の有効なメールアドレスを登録するよう案内しています。

SalesforceのAppExchange ISVオンボーディングガイドには、参考になる詳細があります。Partner Communityに参加すると、新しいパートナーがログインできる12か月間のSalesforce Enterprise Editionのトライアルorgが作成され、パートナーシップ契約を締結すると、2つのSales Cloudライセンスを無償で利用できるようになります。早い段階で動作するサンドボックスをパートナーに提供することは、構築やデモを始めてもらう最も速い方法であることが多いのです。

第4段階:初期トレーニング

オンボーディングにおけるトレーニングは、製品を代表するために最低限必要な力に到達することが目的です。HubSpotのSolutions Partnerリソースセンターは、プログラムの要件、特典、リソースを扱うSolutions Partner認定を紹介し、新しいパートナーに対して、サポートを受けられるオンボーディングのリソースセンターとPartner Development Managerを案内しています。より深い役割別の資格は後から取得し、継続的なイネーブルメントも後から行います。

第5段階:共同ビジネスプラン

共同ビジネスプランとは、次の期間に双方が何を行うかを記した、短く共有された文書です。通常、ターゲットとする顧客セグメントまたは指名したアカウント、売上とパイプラインの目標、立ち上げとマーケティングの活動、双方の担当窓口、レビューの頻度が含まれます。長くする必要はありません。その役割は、「最初の案件」がどのような形になり、各ステップを誰が担当するのかについて、対話を促すことにあります。

多くのパートナーはこれを省略します。その結果、形式上はオンボーディングが済んでいるのに販売の計画がなく、何もしないままのパートナーが生まれます。背景にある広い戦略については、パートナー主導の成長とチャネル販売モデルをご覧ください。

第6段階:最初の案件

最初の案件は、本当の試金石です。多くのプログラムは、コセリングの担当者を割り当てる、見込みの高い商談の短いリストを提供する、最初の案件を共同で進めてパートナーにプロセスを学んでもらう、といった形で支援します。その案件を正しく登録することも重要です。貢献の扱いの前例になるからです。仕組みはディールレジストレーションをご覧ください。

オンボーディングのチェックリストに入れる項目

チェックリストがあれば、オンボーディングが特定の1人の記憶に依存せずに済みます。以下は出発点であり、標準ではありません。

パートナーオンボーディングのチェックリスト:審査、法務、アクセス、商務、トレーニング、立ち上げをまとめた1つのチェックリスト。

領域 項目
審査 法人の確認、住所と登録の検証、署名権限者の特定、パートナータイプとの適合の確認
法務とコンプライアンス 契約の締結、テリトリーと独占の条件の記録、リスクに見合った深さでの腐敗防止および制裁のスクリーニングの完了、データ保護条件の合意、コンプライアンス担当窓口の指名
アクセス ポータル管理者の作成、ユーザーの追加、ディールレジストレーションの有効化、製品またはサンドボックスへのアクセス付与、デモ資料の共有
商務 価格と割引のルールの共有、報酬またはマージンの構造の説明、支払いとレポートのプロセスの文書化
トレーニング プログラムのオリエンテーションの修了、製品の基礎の修了、最初の営業または技術の認定の開始
計画 共同ビジネスプランの合意、ターゲットアカウントまたはセグメントの一覧化、パートナーマネージャーと技術窓口の指名、レビュー日の設定
立ち上げ ディレクトリへの掲載またはパートナープロフィールの公開、共同ブランドの素材の用意、発表の合意、最初の商談の特定

重要なポイント:パートナーオンボーディング

  • Microsoftは、Partner Centerの登録は審査が「承認済み」になって初めて有効になり、検証には通常3~5営業日かかると述べています(Microsoft Learn)。
  • GoogleのPartner Advantage登録は、申請フォーム、ポータルへのログイン、メンバーアカウントの設定という3つのステップです(Google Cloud)。
  • Salesforceは、AppExchange ISVのオンボーディングを、Partner Communityへの参加、セキュリティレビューの構築と準備、掲載の作成、ビジネス承認の取得、掲載の公開の5つのステップとして説明しています(Salesforce)。
  • 英国の贈収賄法ガイダンスは、組織に代わってサービスを提供する者へのデューデリジェンスは、比例的かつリスクに基づくものとすべきだとしています(英国法務省)。
  • AWSは、Alliance Leadに、AWS Partner Networkの規約を承諾する法的権限が必要だとしています(AWS)。

パートナータイプ別のオンボーディングの違い

すべてのパートナーに同じプロセスを当てはめると、負担の軽い側では労力が無駄になり、重い側では抜けが生じます。パートナーが実際に行うことに合わせて、深さを調整してください。

パートナータイプ別のオンボーディング:1つの契約から4つに分かれる、紹介、リセラー、インテグレーター、ソフトウェアパートナーの各ルート。

パートナータイプ 審査とコンプライアンス 技術的な深さ トレーニングの重点 「最初の案件」の意味
紹介 軽め:法人の確認、報酬と行動規範の合意 最小限 誰を紹介するか、リードをどう引き渡すか 紹介したリードが顧客になること
リセラー 重め:財務状況、テリトリー、より高いリスクのスクリーニング 中程度 価格、見積もり、営業プロセス、サポートの振り分け 成約し、登録された案件
システムインテグレーターまたはコンサルティング会社 中程度から重め(公共部門や規制の対象となる業務かによる) 高い 導入、アーキテクチャ、認定 納品が完了した導入
ISVまたはテクノロジーパートナー 中程度:セキュリティ、データ、ブランドのレビュー 高い API、連携、掲載の基準 共同顧客のいる、稼働中の連携または掲載

紹介パートナーが求めるのは、スピードとシンプルさです。オンボーディングは、ほとんどが短い契約、リードの引き渡し方法、報酬の明確化です。アフィリエイトやリセラーとの違いは、紹介、アフィリエイト、リセラーの違いで扱っています。

リセラーは、より大きな商業上の責任を負うため、オンボーディングには、価格、見積もり、サポートの振り分け、お金の動きに伴うコンプライアンスの確認が含まれます。流通が関わる場合は、ディストリビューターとリセラーの違いで、それぞれの位置づけを説明しています。

コンサルティングおよび導入パートナーは、価値が納品にあるため、何よりも先に技術的なイネーブルメントが必要です。役割についてはコンサルティングパートナーをご覧ください。

ISVは、最も技術的です。Salesforceのガイドは、その重さを示しています。ISVの道筋には、ソリューションをセキュリティレビューに向けて準備し、掲載を作成し、公開前にビジネス承認を得ることが含まれます。同ガイドは、オンボーディングのプロセスで、パートナーに自社のテクノロジーのユースケースと開発について詳細な情報の提供を求めることも記しています。AWSは、パートナーのページで、ISV、データプロバイダー、コンサルティングパートナー、サービスのリセラーを、それぞれ別のパートナーの道筋として挙げています。この役割そのものについては、独立系ソフトウェアベンダーをご覧ください。

指標:オンボーディングが機能しているかを見極める

オンボーディングは最初の成果につながる案件で終わるため、主な指標は、そこまでの時間と転換を測るものになります。

  • 最初の案件までの期間。 契約の締結から、最初に成約または納品された案件までの日数です。パートナータイプ別に分けて見てください。紹介パートナーとSIは、決して同じ傾向にはなりません。
  • 稼働率。 新たに契約したパートナーのうち、定めた期間(たとえば90日または180日)内に最初の案件に到達した割合です。期間は営業サイクルに基づいて選び、コホート同士を比較できるよう固定します。
  • 段階の完了率。 パートナーがどこで止まるのかを示します。アクセスの前か、トレーニングの最中か、ビジネスプランの後か。
  • アクセス付与までの期間。 署名から、ポータルへのログインと製品へのアクセスが使えるようになるまでの日数です。ここでの長い遅れは、パートナーの問題ではなく、オペレーションの問題です。
  • 休眠パートナーの割合。 オンボーディングは完了したものの、一定期間に商談を1件も登録していないパートナーです。

第三者の数値は、慎重に扱ってください。「オンボーディングを受けたパートナーはX%多く販売する」といった主張はベンダーのマーケティングによくありますが、そのほとんどは一次調査にまでたどれません。代わりに、自社のコホートから独自のベースラインを作ってください。そのほうが役に立ち、しかも自社のものです。稼働率はコストにもつながります。一度も稼働しなかったパートナーにも、審査、法務、イネーブルメントの時間がかかっており、それはチャネルの真のコストに含まれるべきものです。

よくあるオンボーディングの間違い

  • 署名をゴールと見なす。 成果は契約ではなく、最初の販売です。
  • 全員に同じデューデリジェンスを適用する。 紹介パートナーには過剰で、リスクの高い市場のリセラーには不足します。
  • アクセスが遅い。 ポータルや製品へのアクセスに数週間かかると、パートナーは勢いを失います。
  • 担当者が決まっていない。 最初の90日間にベンダー側で責任を負う人がいなければ、パートナーは漂流します。
  • 計画の前にトレーニングを行う。 コースを修了しても、ターゲットアカウントがなければ、学んだことを活かす先がありません。
  • 対立への備えを省く。 アカウントが重なったときの扱いを早めに説明しておけば、最初の重複が最初の口論にならずに済みます。

関連記事

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.