データサイロはIT問題ではなくレベニューの問題である
データサイロはIT問題ではなくレベニューの問題である
レベニュー部門のリーダーが「データがぐちゃぐちゃだ」と言うと、たいていの会社はその問題をITやRevOpsに送り、衛生管理の話として片付けてしまいます。フィールドを整理し、重複レコードを排除し、同期を直せばいい、というわけです。しかしそれは誤診です。サイロは、システムを保守する人にとっての単なる煩わしさではありません。レベニューを抑え込み、意思決定を歪め、Go-to-Market全体の動きを遅くします。これはバックログのチケットではなく、CROの議題に載るべき問題です。
その理由は、レベニューが「協調された行為」だからです。マーケティング、営業、カスタマーサクセスは、バイヤーとの一つの継続的な関係を引き継いでいくはずのものです。そのバイヤーを描写するデータが、互いに会話しないシステムの間に散らばっていると、引き継ぎは壊れ、全体像はぼやけ、そのすき間からお金が漏れ出していきます。サイロとは、値札のついた「壊れたバイヤー体験」なのです。
サイロとは何か
サイロとは、顧客に関する情報がひとつのシステムに存在し、それを必要とする他のシステムからアクセスできない、一貫していない、あるいは見えない状態を指します。断片化されたスタックでは、これがデフォルトの状態です。マーケティングはエンゲージメント履歴を持っていますが、営業はそれを見られません。営業は案件のコンテキストを持っていますが、CSは引き継ぎの時点で白紙の状態を受け継ぎます。プロダクトは顧客が実際に何をしているかを知っていますが、その情報はアカウントチームには届きません。請求部門は顧客の支払い状況を知っていますが、拡大販売を担当する人はそれをまったく把握していません。
それぞれのサイロは部分的な真実です。時間に追われた人々によってつなぎ合わされた部分的な真実は、誰もが半信半疑で、誰も完全には信じていない合成物を生み出します。これはなぜレベニュースタックが断片化しているのかの直接的な帰結です。つながっていないツールが増えるたびに、サイロがまた一つ生まれます。
サイロがレベニューを奪う仕組み
その被害は具体的かつ追跡可能です。
見逃されるシグナル。最も強力な購買・解約シグナルは、それを必要とする人々から最も切り離されたシステムに存在しがちです。利用量の急増、サポートのエスカレーション、チャンピオンの転職。シグナルがサイロに閉じ込められていれば、誰もそれに基づいて行動しません。データが統合されていることは、レベニューシグナルを次善のアクションに変えるための前提条件です。
失敗する引き継ぎ。営業がコンテキストなしに顧客をCSへ引き渡すと、顧客はそれをすぐに感じ取ります。顧客は自分の状況をもう一度説明し直す羽目になり、信頼は損なわれ、拡大販売は難しくなります。本来ひとつであるべき関係が、一連の冷たい再スタートになってしまいます。
遅く、対立を招く意思決定。各チームがそれぞれ独自のサイロから報告すると、フォーキャストレビューは「次に何をすべきか」の会話ではなく、「どちらの数字が正しいか」をめぐる論争になります。本来なら最初から一致しているはずのデータの調整に、リーダーは何日も浪費します。
無駄な支出。重複したアウトリーチ、矛盾したメッセージング、やり直し。これらはすべて、同じアカウントについて異なる見方をしているチームから生まれます。
「とにかく統合すればいい」が機能しない理由
よくある答えは、統合を構築することです。システムAをシステムBにつなげば、サイロは解決したと見なす。しかしポイントツーポイントの統合は罠です。新しいツールが増えるたびに接続の数は乗算的に増え、そのそれぞれが壊れやすいものになります。これがインテグレーション税です。同期の網を生かし続けるために継続的にコストを払い続けることになり、その根底にあるモデルは依然として断片化したままなのです。
さらに悪いことに、統合は意味を統一しないままデータを移動させます。二つのシステムが「アカウント」や「案件ステージ」を異なる定義で扱っている場合、それらを同期させることは、単に不整合をより速くコピーしているにすぎません。レコードが物理的に流れていても、意味論のレベルではサイロは生き残ります。本当にサイロを解消するには、共有されたモデルが必要です。そして統合がそれをもたらさないとき、チームはパイプラインをひそかに動かすスプレッドシートに頼るようになります。
リーダーシップの課題にする
サイロがレベニューの問題であるなら、それを所有するのはレベニューリーダーシップの仕事です。それにはいくつかのことが求められます。
数字で示すこと。見逃された機会、遅い引き継ぎ、フォーキャストをめぐる論争を、それぞれのサイロ的な原因に結びつけましょう。そうすれば問題にコストが紐づき、注目を競い合えるようになります。
より多くの統合ではなく、統一されたモデルを求めること。目指すべきは、各顧客についての一貫した一つの姿です。同期のスケジュールを増やしても、そこには到達しません。
データを「業務の現場」に届けること。統合されたデータは、意思決定がなされる瞬間に、営業担当者やCSMのワークフローの中に届いて初めて価値を持ちます。
継続的な取り組みとして扱うこと。新しいツールはすべて新たなサイロになりうるため、調整レイヤーは一度限りのクリーンアッププロジェクトではなく、常設の機能である必要があります。
これをうまくやっている組織は、データをITが面倒を見るものと考えるのをやめ、レベニューエンジンのための共有インフラとして扱うようになります。
主なポイント
- サイロは直接的にレベニューを損ないます。それをITの衛生管理チケットとして扱うことが、サイロが存続し続ける理由です。
- 断片化したスタックの中でつながっていないすべてのツールは部分的な真実を抱えており、リーダーが意思決定の根拠とするのは、誰も完全には信頼していないその合成物です。
- コストは、見逃されたシグナル、失敗した引き継ぎ、対立するフォーキャスト、無駄な支出として表れます。
- ポイントツーポイントの統合は、意味を統一しないままデータを移動させるため、サイロは意味論のレベルで生き残ります。
- 解決には、共有データモデルと、この問題を所有するレベニューリーダーが必要です。
チームが「どちらの数字が正しいか」を議論し続けているなら、あなたはすでにサイロ税を支払っています。そのデータを一つのモデルの下に統合することこそ、レベニューオーケストレーションが提供しようとしている基盤です。
More from 分断されたレベニュースタックの問題
See revenue orchestration in action
Unify your revenue data, signals, and plays on one AI-native platform.