ダッシュボードを増やさずにパイプラインを追う方法

分析ツールを開いて、ダッシュボードの数を数えてみてほしい。次に、今週誰かが実際に見たダッシュボードの数を数える。

二つの数字が一致しないなら、多くのRevOpsチームと同じ問題を抱えている。可視化の仕組みは十分すぎるほどある。データは流れている。それなのに誰の行動も変わっていない。

ダッシュボードの問題ではない。ノイズの中にシグナルが埋もれている問題だ。そしてその解決策は、より良いダッシュボードではない。

---

ダッシュボードの罠

パイプラインの可視性に関するリクエストは、毎回同じパターンをたどる。営業VPが「何が起きているか見えない」と言う。RevOpsがダッシュボードを作る。3週間後、誰も開いていない。営業VPが「もっと良いデータが必要だ」と言う。RevOpsがまたダッシュボードを作る。

Gartnerの2024 Sales Analytics調査によると、営業チームが支払っている分析機能のうち、実際に使っているのは40%未満。ツールが悪いのではない。ダッシュボードは受動的だからだ。誰かが見に来るのを待っている。営業担当者は別のことで忙しい。

問いを立て直す必要がある。「何を可視化すべきか」ではない。「何が人の一日を中断させるべきか」だ。

ダッシュボードは中断しない。アラートなら中断できる。ワークフローも。Slackの適切なチャンネルに、適切なタイミングで届く一つの数字。それが行動を変える。

パイプライン追跡に本当に必要な3つの仕事

ウィジェットを全部外す。パイプライン追跡の仕事は3つだけ。

1. 何かが動いたことを知らせる。 案件が進んだ。案件が止まった。新しい商談が生まれた。ステージ遷移がパイプラインの心拍。遷移を追っていないなら、動いているはずのものの静止画を撮り続けているだけだ。

2. 動くはずなのに動いていないことを知らせる。 ここが、ほとんどのダッシュボードが見落とす部分。「提案送付済み」のまま22日が経過した案件がある。このフェーズの平均滞留期間は9日。パイプラインの棒グラフでは見えない。「滞留時間がX日を超えたらフラグ」というルールが必要になる。

3. 何が起きようとしているか知らせる。 フォーキャストの話ではない。フォーキャストは過去の数字を元にした推定であって、予測の衣を着た後追いにすぎない。「何が起きようとしているか」とは、先週まで動きがなかったアカウントに今週買いシグナルが出たかどうか。ターゲット市場で何が変わったか。ほとんどのCRMベースの追跡はここが弱い。CRMはパイプライン内部の履歴を記録するが、パイプラインの外側で起きていることは知らない。

仕事は3つ。それに対して15個のダッシュボードを作り、どれも中途半端にしているのが現状。

1画面に収まる追跡の仕組み

実際に機能する方法を書く。新しいソフトウェアは不要。

ステージの「数」ではなく「遷移」を追う

各ステージの案件数を数えるのをやめる。今週ステージが動いた案件の数を追う。

4つの数字。週次で確認する。これがパイプラインの健全性チェック。

もっと追加したくなる。そこをこらえる。指標を一つ追加するたびに、注意が薄まる。この4つが健全なら、パイプラインは健全。どれかがおかしければ、そこだけ掘り下げる。

レビュー会議ではなく、滞留アラートを設定する

月曜朝のパイプラインレビュー会議。停滞案件を見つけるための手段としては、最もコストが高い。8人が1時間、Salesforceをスクロールして、誰かが「Acme社どうなってる？」と聞き、担当者が「先方の法務部の返事待ちです」と答える。

代わりに自動ルールを入れる。案件の滞留時間がそのフェーズの平均の1.5倍を超えたら、担当者とマネージャーにSlackメッセージを送る。それだけ。

ほとんどのCRMはこれを標準機能で対応している。HubSpotなら案件ステージ滞留時間のワークフロートリガー、Salesforceならプロセスビルダー、Pipedriveならオートメーション。新しいツールは不要。20分の設定作業で済む。

会議は任意になる。開催するときは15分、フラグが立った案件だけを扱う。

CRMの外のシグナルを監視する

CRMは過去を知っている。これから起きることは知らない。

ターゲットリストにある企業がシリーズBを調達した。別の企業が今週SDRの求人を3件出した。もう1社はVP of Salesが先月着任した。これらは買いシグナルであり、CRMの中にはどれも存在しない。

シグナルの手動監視、つまりLinkedInを巡回し、ニュースを読み、求人サイトをチェックする方法は、ターゲットリストが50社を超えると破綻する。超えたら、代わりに監視してくれる仕組みが要る。

ここで追跡すべき指標はシグナルカバレッジ。ターゲット上位200社のうち、何社をアクティブに監視できているか。今月検知したシグナルのうち、48時間以内に行動に移せたのは何件か。

シグナルカバレッジが低ければ、パイプラインは後手に回っている。レスポンス速度が遅い場合はもっと厄介で、正しい企業を見つけておきながらタイミングの優位だけ失う。

週次の非同期チェック

パイプラインレビュー会議を、これに置き換える。15分で終わる。

毎週月曜の朝、共有チャンネルに3つの数字を投稿する。

1. 先週作成した新規パイプライン（件数＋金額）
2. 滞留フラグが立っている案件（滞留時間 > 閾値）
3. 検知したシグナル数 vs. 行動に移した数

パイプラインレビューの全体がこれ。マネージャーが読む。何かおかしければ聞く。問題なければ、会議はやらない。

機能する理由は、プル型ではなくプッシュ型だからだ。数字のほうから届く。ダッシュボードを開きに行く必要がない。確認を忘れることもない。情報が、人のいる場所に来る。

何が置き換わるか

インフラは減る。シグナルは増える。パイプラインの可視性には逆説がある。見るものを減らして、正しいものだけにしたほうが、情報量は増える。

この方法の限界

この仕組みは営業チーム30人程度まで機能する。それを超えると、ステージ遷移やシグナルの量が多すぎて、非同期レビューでも処理しきれなくなる。

スケールの方向は、ダッシュボードの追加ではない。シグナルに対して自動で動く仕組みだ。チームが500行をスクロールする代わりに、温度の高い5社だけレビューすればいい状態を作る。

そうなったとき、パイプライン追跡はパイプライン生成に変わる。追跡がなくなるわけではない。独立した作業ではなくなるだけだ。

---

パイプラインの可視化に新しいタブは要らない。仕組みを見る →