「ベストオブブリード」が「最悪のカオス」に変わるとき

長い間、「ベストオブブリード」はGo-To-Market（GTM）スタックを構築する際のデフォルトの助言でした。各カテゴリーのトップツールを選び、それらをつなぎ合わせれば、カテゴリーリーダーだけで構成されたスタックが出来上がる。すべてにおいてそこそこのスイートで妥協する必要がどこにあるのか、各ステップで最高のものを選べるのに。多くのレベニュー組織がこの主張を受け入れました。

その多くは、その後落とし穴に気づいています。個々に優れたツールの集合体は、優れたシステムには足し合わさりません。ある点を過ぎると、むしろ逆のことが起こります。すべてのツールがそれぞれのカテゴリーで最高であるにもかかわらず、全体としては調整の悪夢になるのです。この反転がいつ、なぜ起こるかを知ることは、スタックをどう構築するか、あるいはどう再構築するかを決める誰にとっても重要です。

誰も口にしない前提

ベストオブブリードは、めったに明言されない一つの信念に基づいています。それは、スタックの価値はツールの合計であるという信念です。それぞれのカテゴリーで最高のものを買えば、その優秀さが積み上がっていく、というわけです。

システムはそのようには機能しません。スタックの価値は、むしろ「各パーツ×それらがどれだけうまく連携するか」に近いものです。データを共有できない、あるいはワークフローに合わない優れたツールは、単体での品質が示唆するよりもはるかに小さな貢献しかしません。そして、異なるデータモデル、矛盾する定義、重複する機能を持つツール同士が実際に足を引っ張り合うとき、その連携係数は1を下回り、マイナスに転じ始めます。

これがあなたのレベニュースタックが分断していく理由の背後にあるメカニズムです。ベストオブブリードの購入はそれぞれ局所的には理にかなっていますが、全体としては腐食的です。部分を改善しながら全体を劣化させるからです。

反転が起こる場所

ベストオブブリードは小規模ではうまく機能し、大規模になると破綻します。この反転は、いくつかの条件が同時に積み重なったときに訪れる傾向があります。

ツールがデータモデルを共有していないため、それぞれが独自バージョンの顧客像を保持している。これはデータサイロの問題の最も純粋な形です。

継ぎ目がワークフローの数を上回っている。ツール間のハンドオフがあまりに多く、営業担当者が一日中インテグレーション層として機能するはめになる。これは全開のスウィーベルチェア問題です。

重複が忍び込む。3つのツールがほぼ同じ仕事をするようになり、誰もどれが正であるかわからなくなり、ポイントソリューションがポイントプロブレムを生む状態を生きることになる。

そして統合の負荷が支配的になる。ツールを使うことよりもつなぐことに多くの労力が費やされる。インテグレーション税がオペレーションチームの一週間をまるごと食い尽くしている。

これらのうち2つか3つが同時に起これば、一線を越えたことになります。ツールが悪くなったわけではありません。単に、それらをまとめておくものが何もないまま、数が多くなりすぎただけです。

カオスの感触

リーダーたちはその質感を見分けられるようになります。誰も数字を信用しません。すべてのツールがわずかに異なる現実を報告し、フォーキャストコールは鑑識のような議論に変わります。スタックは変化に抵抗します。一つの動きを調整すると、その影響が予測不可能な形で十数個の緩く結合したツールに波及するため、実験は始まる前に頓挫します。立ち上がり期間は膨張します。新入社員はエコシステム全体を学ばなければならず、「ここでの仕事の仕方」とは実質的にツールを渡り歩くための頭の中の地図だからです。そしてスプレッドシートが支配権を握ります。公式のツールがまとまりを持てないとき、シャドウシステムが静かに介入してパイプラインを回すようになるのです。

これらの症状はすべて同じ根本原因にたどり着きます。部分における優秀さ、全体におけるカオスです。

良いツールを捨てずに抜け出す

ここでの教訓は「ベストオブブリードは悪い」ではありませんし、「スイートを買え」でもありません。カテゴリーをリードするツールは本当に重要であり、単一のベンダーがすべてをリードすることはありません。教訓は、専門化された優秀さは、それを調整する何かの下に位置づけられる必要があるということです。ベストオブブリードのツールを維持することはできますが、それは何かがそれらを一つのシステムとして振る舞わせている場合に限られます。

その「何か」がオーケストレーション層です。データを統一し、専門化されたツールをまたいでアクションをシーケンス化する共有モデルです。それがあれば、ベストオブブリードは当初約束していたものを届けます。それがなければ、優れたツールの博物館だけが残り、まとまりのある動きは何もありません。これが統合対オーケストレーションという決断の核心であり、私たちが見てきたほとんどのケースでは、ゼロからやり直すよりも、すでに持っているものをオーケストレーションする方向を指し示しています。

主なポイント

• スタックの価値はツールの合計ではない。ツール×それらがどれだけうまく連携するかであり、その係数は1を下回ることがある。
• ツールがデータモデルを共有しなくなり、ハンドオフがワークフローの数を上回ったときにカオスへの反転が起こる。
• 誰も数字を信用せず、パイプラインが密かにスプレッドシートの中で生きているなら、そこに到達した証拠である。
• 優れたツールを維持することは問題ではない。それらを調整せずに放置することが問題である。

あなたのスタックが優れたツールで満ちているのに、なぜか優れた動きに結実しないなら、欠けているのは調整であり、その層を加えることこそがレベニューオーケストレーションの目的です。