なぜパートナーシップは引き継ぎで停滞するのか、その解決方法

すべてを正しく行っても、案件を失うことがあります。パートナーが良い機会を見つけます。あなたのアライアンスチームは関与しています。共同ピッチは鋭いものです。それからパートナーがそのリードをあなたの営業チームに引き渡し、そこで死んでいきます。レップがフォローアップしないか、冷めた形でフォローアップするか、あるいはコンテキストがあまりに薄いためチャンピオンが黙り込んでしまいます。パートナーは自分たちの紹介が蒸発していくのを見て、心の中でこう結論づけます。あなたに案件を送ることは、その労力に見合わないと。

引き継ぎは、あらゆるパートナー主導モーションの中で最も脆弱な瞬間であり、私たちの経験では、どこよりも多くのパートナー収益がそこで漏れています。それは運用上の失敗であり、関係性の失敗ではありません。システムも、インセンティブも、コンテキストも共有していない2つの組織の間で落とされたバトンです。アライアンスマネージャーとRevOpsのリーダーにとって、それを修正することはしばしば利用可能な中で単一最高のリターンをもたらすものです。なぜなら、あなたはすでに稼いでいながら現在捨ててしまっている収益を取り戻しているだけだからです。

実際に何が壊れているのか

引き継ぎが失敗するのには、具体的で診断可能な理由があります。

コンテキストが蒸発します。パートナーがリードを渡すとき、それを温かいものにしていたすべて（誰がチャンピオンか、何の痛みが会話を始めたか、パートナーがすでに何を約束したか、案件がどこにあるか）は、メールやSlackメッセージの中を移動します。それは決してCRMに届きません。その商機は新規に作成され、レップは本来ホットなリードであったはずのものについて、ゼロから始めることになります。

オーナーシップが曖昧になります。引き渡しの後、誰が次のステップを推進するのでしょうか。パートナーはあなたのレップがそれを担っていると思い込みます。あなたのレップはパートナーがまだそれに取り組んでいると思い込みます。誰も明示的にフォローアップを所有していないため、それは2つの会社の間に落ちてしまいます。

タイミングが劣化します。パートナーのリードはキューに入り、ゆっくりとルーティングされ、冷めていきます。温かい紹介の半減期は短いものです。1週間の沈黙で、チャンピオンはすでに他のことに移ってしまいます。

痕跡が消えます。パートナーの関与が一度も記録されなかったため、案件が最終的にクロージングされてもパートナーはクレジットを得られません。これはそのまま共同販売アトリビューション問題に流れ込みます。引き継ぎは、まさにアトリビューションの痕跡が途切れる瞬間であることが非常に多く、それはなぜパートナー起点の収益がほとんどのCRMで見えなくなるのかの大きな部分です。

これらのどれも人間の問題ではありません。レップは怠けているわけではなく、パートナーも当てにならないわけではありません。仕組みが壊れているのです。

なぜ構造的に難しいのか

なぜこの特定の瞬間がこれほど脆弱なのかを理解しておくと役立ちます。それは、善意がなぜそれを決して修正しないのかを説明してくれるからです。

引き継ぎは組織の境界を越えます。1つの会社の内部であれば、SDRからAEへと移動するリードは、少なくとも共有システム、共有された定義、そしてプロセスを強制できるマネージャーを通過します。パートナーの引き継ぎにはそのどれもありません。2つの会社、2つのCRM、2つの報酬プラン、「クオリファイ済み」の2つの定義、そして誰かに何かをさせる共有された権限はありません。パートナーはあなたのパイプラインを見ることができず、あなたも彼らのパイプラインを見ることができません。1つの組織の内部であれば自動的に移動するコンテキストが、その境界を越えて手作業で再現されなければならず、手作業のステップこそ、人々が忙しいとき（つまり常に）にまさに省略されるものです。

だからこそ説得は機能しません。レップに「パートナーのリードにもっと速くフォローアップしろ」と言ったり、パートナーに「もっと良いコンテキストをください」と言ったりすることは、構造的なギャップをモチベーションの問題として扱っています。バトンを境界を越えて自ら運ぶものは何もなく、どれだけの励ましもそれを変えません。

修正方法

引き継ぎを修正するとは、コンテキスト、オーナーシップ、タイミングがその境界越えを生き延びるように、バトンパスをエンジニアリングすることを意味します。4つの動きが、そのほとんどを実現します。

1. コンテキストがリードとともに自動的に移動するようにする。その紹介は、誰も書き起こさないメールの中にではなく、あなたのCRM内の商機に直接着地する構造化されたペイロード（チャンピオン、痛み、段階、何が約束されたか、次のステップ）を運ぶべきです。レップが案件を開いて完全な背景を見られれば、その引き継ぎはすでに半分保存されたようなものです。

2. 引き継ぎの瞬間にオーナーシップを割り当てる。リードが渡された瞬間、システムは誰が次のアクションをいつまでに所有するかを確立すべきです。あいまいさも、互いの思い込みもありません。名指しされたオーナーシップは尊重される傾向があります。

3. 速くルーティングし、目立たせる。パートナーのリードは即座に適切なレップに届き、インバウンドのフォーム入力の後ろに続く一般的なキューの中で座っているのではなく、高優先度のアクションとして表示されるべきです。リードが温かいうちは、スピードがすべてです。ここでレベニューシグナルから次善のアクションを表面化させるが直接当てはまります。パートナーの引き継ぎはシグナルであり、それはレップに対して即座に具体的なアクションを生み出すべきです。

4. 引き継ぎを帰属可能なイベントとしてログに記録する。パートナーの関与を、渡された瞬間にタイムスタンプ付きでその商機に結びつけて記録し、案件のクロージングに数カ月かかってもクレジットが失われないようにします。これがアトリビューションの漏れをその発生源で閉じます。

共通する考え方は、引き継ぎが希望的なメールではなく、計測され自動化されたイベントにならなければならないということです。バトンパスが即興ではなくエンジニアリングされたものになったとき、パートナーのリードはそのギャップの中で死ぬのをやめます。

それを多くのパートナーにわたって定着させる

カスタムプロセスで1つのパートナーの引き継ぎを修正することは可能です。パートナーのエコシステム全体にわたって手作業で引き継ぎを修正することは不可能です。どのパートナーがそのリードを渡していても同じように機能する、再現可能な仕組みが必要です。それはその核心においてレベニューオーケストレーションの能力です。パートナーの起点イベントをあなたのCRMに接続し、ルーティングし、オーナーシップを割り当て、アトリビューションを捕捉する。それを毎回、すべてのパートナーに対して行います。営業が実際に使うアライアンスモーションを構築することは、これを正しく行うことにかかっています。途中に壊れた引き継ぎがあるモーションは、レップとパートナーの両方が不信感を学んでしまうモーションであり、一度そうなれば、パートナーは送るのをやめ、レップは探すのをやめます。

引き継ぎを修正すれば、たいてい目に見えない形で漏れていた驚くほどの量のパートナー収益を見つけることになります。あなたがすでに稼いでいて、ただ捕まえ損ねていた収益です。

主なポイント

• 引き継ぎは、パートナー収益が最も漏れる場所であり、それは運用上の失敗である。それが機能するために誰かがもっと仲良くなる必要はない。
• それは予測可能な形で壊れる。コンテキストが蒸発し、オーナーシップが曖昧になり、タイミングが劣化し、アトリビューションの痕跡が途切れる。
• それが難しいのは、共有システム、定義、権限のないまま組織の境界を越えるからである。もっと頑張れと言っても役に立たない。
• バトンパスをエンジニアリングする。コンテキストを自動的に運び、渡された瞬間にオーナーを名指しし、速くルーティングし、引き継ぎを帰属可能なイベントとしてログに記録する。
• それを多くのパートナーにわたって定着させるには、再現可能な仕組みが必要であり、それがオーケストレーションの提供するものである。

引き継ぎこそ、稼いだパートナー収益が静かに消えていく場所であり、それを修正することはしばしば、アライアンスチームが手にする最も速い勝利です。パートナーのリードが会社間で死ぬのを止めたいなら、Revnewoのようなプラットフォームが真価を発揮するのは、引き継ぎの自動化においてです。