アトリビューションスパイン：1つのモデル、すべてのモーション

ほとんどのレベニュー組織には、アトリビューションモデルが1つではなく複数あり、しかもそれらは一致していません。デマンドジェネレーションはマーケティング支出を正当化するために1つのモデルを運用しています。営業はレップに功績を割り当てクォータを設定するために別のロジックを運用しています。カスタマーサクセスは拡大と更新について独自の考え方を持っています。パートナーシップは、他の誰も開かないスプレッドシートで共同販売の影響力を追跡しています。それぞれは局所的には理にかなっています。しかし合わせると、収益を1つのつながったシステムとして見ることが不可能になります。

解決策は、どこか1つのチームのモデルを勝者として戴冠することではありません。アトリビューションスパイン、つまり、それぞれのモーション独自の力学を反映しながらも、すべてのモーションが接続する、タッチが収益にどう結びつくかについての単一の共有モデルを構築することです。1つの背骨、多くのモーション。

「1つのモデル、すべてのモーション」が意味すること

よくある誤解は、共有モデルがマーケティング、営業、サクセス、パートナーシップに同一の方法で自らを測定するよう強制するというものです。それはばかげています。拡大モーションと新規ロゴモーションは、本質的に異なるものです。スパインはそれらの違いを平坦化するのではなく、共通の語彙と共通のデータ基盤を与えることで、それぞれのアウトプットを比較し、足し合わせられるようにします。

スパインは、すべてのモーションにわたって3つのことを標準化します。

アイデンティティ。アカウントとコンタクトの唯一の正典的な定義があることで、マーケティングが記録したタッチと、プロダクトが記録した利用イベントが同じエンティティを指すようになります。これが、他のすべてが乗っかる単一の信頼できる情報源です。

イベント。タッチとは何か、いつ起きたか、どのアカウントとどの案件に属するかについての共有スキーマであり、どのチームやシステムが生成したかにかかわらず適用されます。

収益の定義。パイプライン、ブッキング、認識収益についての合意された1つの意味であり、財務が報告する内容と一致します。

その上に、それぞれのモーションが独自のロジックと重み付けを適用します。営業はシーケンスに対して、サクセスが利用の伸びに対して功績を割り当てるのとは異なる方法で功績を割り当てることができます。両者は同じ結合された現実から引き出しているため、その数字はQBRで矛盾するのではなく、足し合わさります。

分断されたモデルが意思決定に与える影響

それぞれのモーションが独自の分断されたアトリビューションを運用すると、その害は雑然としたレポーティングをはるかに超えます。実際にお金と労力がどこに向かうかを歪めてしまうのです。

二重計上と抜け漏れ。同じ案件がマーケティングから満額、営業からも満額の功績を得るため、チームを横断して合計すると貢献が過大に見えます。一方で、2年後に拡大を後押ししたマーケティングタッチのように、モーションをまたぐ影響力はモデルとモデルの間に落ち、誰にもカウントされません。

歪んだインセンティブ。報酬と予算が互換性のないモデルに紐づいていると、チームは全体を犠牲にして自分たちの数字を最適化します。マーケティングは、営業のコンバージョンに役立たなくても、自分たちのモデルで見栄えの良いものを追いかけます。正直なところ、それを責めることはできません。

ジャーニー全体が見えなくなります。買い手の道筋は獲得、拡大、更新を通過しますが、分断されたモデルはそれぞれ1つのセグメントしか見ていません。誰もつながったビューを所有していません。これはまさに買い手ジャーニー全体のオーケストレーションが解決しようとしていることです。

共同販売は最も鋭い事例です。パートナーの影響を受けた収益は、すべてのチームが異なるモデルを使っていると、クリーンに割り当てることがほぼ不可能になります。これは共同販売アトリビューション問題で掘り下げています。スパインがあって初めて、境界を越えた功績の割り当てが扱えるものになります。

スパインを構築する

ここでは順序が重要です。基礎を飛ばすと、上位のレイヤーが揺らぎます。

まずアイデンティティとイベントを統一します。功績のロジックを考える前に、すべてのモーションのデータが同じアカウントと案件に結合されるようにします。これなしに共有モデルは不可能です。これがあれば、価値の大部分はすでに手に入っています。

財務を交えて収益の定義に合意します。スパインの収益レイヤーは総勘定元帳と一致しなければなりません。そうでなければ財務は自分たち独自の帳簿を持ち続け、スパインはもう1つの意見にすぎなくなります。この信頼のギャップはなぜあなたのCFOはアトリビューションを信頼しないのかのテーマです。

それぞれのモーションに、共有データの上で独自の重み付けを定義させ、そのモデルを公開して誰もがある数字がどう生み出されたかを見られるようにします。透明性は、画一性が決して生み出せない方法でチーム間の信頼を築きます。

スパインをレポーティングだけでなくアクションにも供給します。「誰が貢献したか」に答える背骨は、「次に何をすべきか」にも力を与えるべきであり、これがアトリビューションを収益を前進させる次善のアクションに結びつけます。

技術的な形は、より広範なレベニュープラットフォームのリファレンスアーキテクチャを反映しています。統合されたインジェスチョン、アイデンティティ解決、ガバナンスの効いたモデリングレイヤー、そして分析とアクティベーションのためのサービングレイヤーです。Revnewoのようなレベニューオーケストレーションプラットフォームは、このスパインを中心に構築されているため、各モーションがそれぞれ独自の基盤を作り直すのではなく、1つの基盤を共有できます。

簡単な例

2年前にマーケティングがソーシングし、営業が控えめな最初の案件としてクロージングし、カスタマーサクセスがアダプションを通じて成長させ、パートナーが新しい地域への拡大を助けた戦略的アカウントを考えてみましょう。分断された状態では、これは4つのチームが4つの互換性のない物語を語り、財務はそのどれも信じていないという状態です。共有スパインの上では、この4つのモーションすべてのタッチが、調整された収益とともに1つのアカウントタイムラインに結合され、それぞれのモーションの貢献はその公開されたロジックのもとで可視化され、合計は実際に起きたことを反映します。同じデータ、1つの物語。

主なポイント

• スパインとは、アイデンティティ、イベント、収益についての1つの共有モデルであり、すべてのモーションがそこに接続し、その上に各モーション独自の重み付けを乗せる。
• 分断されたモデルは二重計上、モーション横断の功績の抜け漏れ、そして会社に役立たない数字をチームが最適化する事態を引き起こす。
• 順序を守って構築する。アイデンティティとイベント、次に財務を交えた収益の定義、次に透明性のあるモーションごとの重み付け、そしてそれをアクションに組み込む。
• 「誰が貢献したか」と「次に何をすべきか」は、同じ背骨から生まれるべきである。

もしあなたのチームが同じ収益について互換性のない物語を語り続けているなら、欠けているのは共有されたスパインです。レベニューオーケストレーションプラットフォームがそれをどう提供するかを見てみるのは、妥当な出発点です。