シャドーシステム：パイプラインを静かに動かすスプレッドシートたち

今この瞬間、あなたのレベニュー組織のどこかで、どのソフトウェアベンダーも知らない重要な仕事をこなしているスプレッドシートがあります。それはおそらく、CRMのフォーキャストビューがチームの考え方と一致しないために、あるセールスマネージャーが作った案件トラッカーでしょう。あるいはCSが更新のために頼っているアカウントプランニングのタブかもしれません。あるいは、二つのシステムを一致させるためにRevOpsアナリストが毎週金曜日に行う突き合わせ作業かもしれません。これらはシャドーシステムです。パイプラインの大部分を動かしながら、スタックを理解していると思っているすべての人には見えないままの、非公式なツールと回避策です。

それをずさんさとして片付けたくなる誘惑はあります。それは間違いです。荷重を支えているすべてのスプレッドシートは、公式のツールがギャップを残し、誰かが自分の仕事をこなすためにそれを埋めなければならなかったことの証拠です。なぜこれらのものが現れるのか、そしてどんなリスクを伴っているのかを理解することは、どんなベンダーのダッシュボードよりも、あなたのレベニュースタックの健全性について多くを教えてくれます。

なぜそれらは現れるのか

誰もパイプラインをスプレッドシートで運営しようと意図してはいません。シャドーシステムが現れるのは、認可されたツールが特定の実務的な点で不足しており、動機のある人物がそれを回避するからです。よくあるきっかけは次の通りです。

• 公式ツールが硬直しすぎている。CRMはチームが実際にどう働いているかをモデル化できないため、誰かがそれができる柔軟な何かを作ります。
• データが断片化している。単一のシステムが全体像を示さないため、誰かが手作業でそれを組み立てます。これはレベニュー問題であるデータサイロの直接的な症状です。
• ツールが遅い。何かを適切に記録するには10回のクリックが必要なため、手早いサイドタブが勝利します。
• 二つのシステムが話し合わないため、スプレッドシートが橋になります。ファイルへと結晶化したスイベルチェア問題です。

どの場合でも、そのスプレッドシートは本物の問題に対する合理的な局所的解決策です。だからこそそれらは存続します。少なくとも十分にうまく機能し、それを最も必要としている人物によって所有されているのです。

何かが壊れるまで見えないリスク

シャドーシステムは一つの問題を解決しながら、いくつかの問題を持ち込みます。それらはすべて、まずいタイミングが来るまで隠れたままです。

わかりやすいのは単一障害点です。重要なファイルは一人の人物のドライブに存在し、そのロジックはその人の頭の中に存在します。その人が退職したり、休暇を取ったり、あるいは単にルックアップの仕組みを忘れたりすると、プロセスは停止し、誰も再開の仕方がわかりません。

次に見えないデータがあります。シャドーシステムの中にあるものは、定義上、あなたのシステム・オブ・レコードの外にあります。それはフォーキャストに供給できず、自動化を発動できず、チームが取るべき次善のアクションに情報を与えることもできません。本物のシグナルが、他の誰も開けないファイルの中に閉じ込められているのです。

そのスプレッドシートとCRMはいずれ食い違い、そうなればどちらが正しいのでしょうか。シャドーシステムは真実をさらに分裂させ、それらを生み出した断片化そのものを深めます。

そしてガバナンスされていないスプレッドシートの中の顧客データは、セキュリティチームがインシデントの前ではなく後に知ることになりがちな類のものです。

診断として読み解く

シャドーシステムを根絶しようとするのではなく、無料の診断として扱いましょう。それぞれが、公式スタックがどこで失敗したかの正確な地図です。CRMにはないフィールドを追跡しているスプレッドシートは、CRMが正確に何を欠いているかを教えてくれます。金曜日の突き合わせの儀式は、正確にどの二つのシステムが話し合っていないかを教えてくれます。

これが、それらがなぜレベニュースタックが断片化するのかの明確な指標である理由です。それらはあなたのツール間のギャップに比例して蓄積します。組織内で荷重を支えているスプレッドシートの数を数えれば、おおよそ公式システムがどれだけひどく協調に失敗しているかを測定したことになります。

それらにどう対処するか

間違った動きは、スプレッドシートを禁止し、全員に公式ツールを使うよう要求することです。それは元のギャップを再現し、回避策をさらに地下に、たいていはさらに見つけにくい場所に押しやるだけです。正しい動きは、回避策を必要にしているギャップを閉じることです。

まずそれらを棚卸ししましょう。担当者やCSMに、認可されたスタックを超えて実際に何に頼っているかを尋ねましょう。彼らは、たいてい多少のほっとした様子で教えてくれるでしょう。それぞれについて、それがどの公式ツールの失敗を補っているのかを解明しましょう。そして、欠けている機能やデータを協調層に取り込み、そのスプレッドシートを禁止するのではなく不要にしましょう。そして公式の経路を回避策よりも簡単にしましょう。人々がシャドーシステムを使う理由は一つだけです。それが最も抵抗の少ない道だからです。

公式システムが人々の働き方に合い、情報が実際にツール間を流れるようになれば、シャドーシステムは自然と消えていきます。それを禁止したからではありません。もう誰もそれを必要としなくなるからです。

重要なポイント

• 荷重を支えているすべてのスプレッドシートは、公式スタックのギャップについてのチームからのメッセージです。そう読み解きましょう。
• それらは、認可されたツールが硬直しすぎている、遅すぎる、断片化しすぎている、あるいは隣のツールと話し合わないときに現れます。
• コストは本物ですが遅れてやってきます。一人のドライブが単一障害点になり、有用なシグナルが取り残され、真実が分裂します。
• それらを禁止しても機能しません。それらがカバーしているギャップを閉じることが機能します。

もし荷重を支えているスプレッドシートがあなたのパイプラインを動かしているなら、それらはスタック内の特定のギャップを指し示しています。そのギャップを閉じることこそが、レベニューオーケストレーション層の存在目的です。