この2週間で3件の RevOps レビューを行いました。3つの異なる企業、3つの異なる業界、しかし所見はすべて同じでした、、オープン Pipeline のおよそ半数が、予定 Close Date を過ぎていたのです。Commit にも入っておらず、メモ付きで一度でも先送りされたこともなく、Close Date を過ぎたままアクティブ Stage に置かれ、Coverage に算入されていました。これが Stale Pipeline です。そこから導き出された Forecast は、控えめに言ってもフィクションでした。そしてどのケースでも、症状は数か月前から見えていました。誰も Stale Pipeline 診断を走らせていなかっただけです。
なぜいま重要なのか
B2B SaaS の Sales Cycle は2025年を通じて長期化し、最近になってようやく再び短くなり始めました。SaaStr の年央レポートは、Cycle が H1 の25週から H2 の19週へと変動したと示しています。これは一見すると進歩のように聞こえますが、Stage 定義が12週の動きを前提に書かれている Pipeline にとって何を意味するかを思い出せば、話は別です。Deal が速く動くのは Rep のモチベーションが上がったからではありません。Exit 基準のない Stage で停滞し、Close Date が静かに翌四半期へずれ込み、Coverage 比率は健全に見える、、Forecast が30%外れるその瞬間まで。
これは Forecasting の問題ではありません。Forecast は下流にあります。Forecast 精度に関する数年前の Harvard Business Review の基礎的論考も、同じ上流原因を指摘しています、、営業は調子の悪い Deal の情報を抑え、難しい Opportunity に対しても楽観的な Close Date にしがみつくのです。Deal が Pipeline に長く留まるほど、その成約確率は下がります。そして多くの CRM はその信号を、より積極的に Coverage チャートの下に隠してしまいます。
問題は、Pipeline 自体が Triage されていないのに、誰もが Forecast の方法論を議論したがることです。改めて言い換えさせてください、、事前の Stale Pipeline 診断のない Forecast Review に、有用なものはありません。診断は、安価で反証可能な道具です。会議の前に実行してください。さもなければ会議を中止してください。
4つの数字で見る Stale Pipeline 診断
HubSpot でも Salesforce でも、5分でできる4つのクエリが、これから議論しようとしている Forecast が実データに基づくのか希望的観測に基づくのかを教えてくれます。それぞれが1つの数字に収束します。これらは判決ではなく、Triage の信号として扱ってください。4つのいずれも新しいツールを必要としません。あらゆる近代的な CRM が、これらを保存済みビューまたはカスタムレポートとして提供しています。多くのチームがこれらをダッシュボードに載せていない理由は、データの抽出が難しいからではありません。Stale Pipeline をその名で呼びたくないからです。
1. Close Date を過ぎたオープン Deal の割合
もっとも診断的な数字です。アクティブな Sales Pipeline のオープン Deal をすべて抽出し、予定 Close Date を今日と比べてください。今日より前のものは、すべて期限超過です。この数字が25%を超える場合、Forecast は信頼できず、方法論を議論する意味はありません。40%を超える場合、Pipeline はもはやマネジされておらず、次の会話の相手は Sales Manager であって RevOps チームではありません。
2. Stage 別のオープン Deal 年齢の中央値
アクティブな Stage ごとに、Deal がその Stage に留まっている日数の中央値を計算してください。それを、文書化された Stage の期待滞留期間と比較します。期待期間が10日で中央値が35日であれば、その Stage には Exit 基準がない、基準が運用されていない、あるいは Stage 定義そのものが誤っているかのいずれかです。どれも Forecast の問題ではありません、、そして、どれも Forecast が外れる原因になります。
3. アクティブ Pipeline 内の Stage 数
Closed-Won と Closed-Lost を除いて、アクティブな Deal Stage の数を数えてください。正解は4から6の間です。Stage 定義に関する OpenView の研究は明確で、Stage が6を超えると、より細かい粒度ではなく、より信頼性の低い Stage 遷移が得られます。4を下回ると Forecast に必要な信号が足りません。6を超えると、Rep に Deal を無期限に置いておく場所を与えてしまいます。8を超えるなら、データ以前に Stage アーキテクチャ自体が問題です。
4. 過去14日間に活動のないオープン Deal の割合
オープン Deal すべてについて、最後のエンゲージメント日を確認してください、、メール、コール、ミーティング、メモ、完了したタスク、ログに残るあらゆる活動です。2週間活動のない Deal は Pipeline にあるのではなく、リストに載っているだけです。この数字が30%を超えるなら、上位に報告している Coverage 比率は実態を過大に見せています、、そして翌四半期の Forecast は、誰かを困らせることになります。
現場で観察されたパターン:数字で見る Stale Pipeline
DACH 圏のミッドステージにあるある B2B SaaS 企業の HubSpot レビューでは、4つの数字がそれぞれ50%、期待10日に対し中央値35日、アクティブ Stage 11個、活動なし42%という結果でした、、教科書どおりの Stale Pipeline です。これらの数字は、スクリーンに映した時点で、その場にいた誰にとっても驚きではありませんでした。3つは年間を通じてダッシュボードに見えていたのです。チームに Forecast 精度の問題があったのは、Pipeline 衛生の問題があったからであり、その Pipeline 衛生の問題は、Stage アーキテクチャの問題のうえに Stage 定義の問題が重なったものでした。解決策はより良い Forecasting モデルではありません。解決策は、4時間の Pipeline クリーンアップと、1ページに収まる Stage 別定義ドキュメント、そして14日目で Deal を自動的に Re-engagement Stage に押し出す Inactivity ルールでした。8週間後、4つの数字はすべて許容範囲に収まりました。Forecast は10%以内で着地し始めました。Forecasting の方法論は、何ひとつ変えていません。
プレイブック
ここ1四半期 Pipeline を監査していない状態で、Forecast Review に臨もうとしているチームへ、、
- 会議の前に4つの数字を出してください。 HubSpot や Salesforce では、1 Pipeline あたり5分でクエリが完了します。4つのうちどれかが赤なら、次のアジェンダは Forecast ではなく Pipeline です。
- 期限超過のすべてに Close Date 更新を強制してください。 期限超過のあらゆる Deal は、会議前に3つのいずれかの処理を受けます、、Closed-Lost、書面の理由付きで翌四半期へ移動、または Rep のマネジャーへ実のある会話のためにエスカレーション。4つ目の選択肢はありません。
- Stage 定義を1ページにまとめてください。 各 Stage に、一文の定義、Entry 基準、Exit 基準、Owner を割り当てます。ワーキングセッションでそのページを書ききれないなら、Stage アーキテクチャそのものが問題です。
- アクティブ Pipeline の Stage 数を6に制限してください。 定義のエクササイズで生き残らない Stage は統合してください。Lead、MQL、SQL といった Pre-Deal Stage は、Pipeline ではなく Lifecycle に属します。Pipeline は Deal のためのものです。
- Inactivity ルールを設定してください。 14日間ログ上の活動がないオープン Deal は、Stage に応じて Re-engagement キュー、マネジャー Alert、または自動 Closed-Lost にルーティングします。ここでの偽陰性のコストは低く、膨らんだ Pipeline のコストは高いのです。
- 4つの数字を毎月再計測してください。 Pipeline 衛生はプロジェクトではなく、規律です。4つの数字が許容範囲に収まっていれば、Forecast の方法論はその本来の長所をめぐって議論できます。そうでないなら、Forecast 方法論は下流のノイズです。
プレイブックが軽量に見えるとしたら、実際に軽量です。コストは、Miss の後ではなく Forecast Review の前に必ず実行する規律の側にあります。Stale Pipeline は方法論が改善したからではなく、誰かが4つの数字を引き受けるから健全になるのです。
Checkpoint が貢献できるところ
私たちの Revenue Operations 案件の多くは、この診断のバリエーションから始まります。引き継がれた HubSpot インスタンスに対して取った4つの数字は、私たちが保有するどのフレームワークよりも、残りのクリーンアップ作業がどこに着地するかを的確に予測してくれます。Forecast が2四半期連続で10%以上外れ、会話がいつも方法論の周りを回っているなら、あなたが本当に必要としている会話は上流、、モデルではなく、Pipeline のなかにあります。まずは4つの数字を取ってください。
出典
- 「Slumping Deal Velocity? Embrace Contract Management to Generate Revenue.」SaaStr. saastr.com
- 「From AI Billions to Sales Struggles: The Top 10 SaaStr Posts of The First Half of 2025.」SaaStr、2025年7月。saastr.com
- 「Sales Teams Aren't Great at Forecasting. Here's How to Fix That.」Harvard Business Review、2019年3月19日。hbr.org