承諾 200K 卻只交出 80K？告別「膨脹 Pipeline」，B2B 業務精準 Forecast 的減法邏輯

「這一季目標是 200K，你 commit 的數字只有 100K。

禮拜五中午之前，想辦法把 pipeline 補到 600K。

補不上來的，下禮拜一自己去跟大老闆解釋。」

這是典型的業務 review 現場。

當年還是菜鳥的我，坐在會議室角落，

擔心著離禮拜五只剩不到幾天，

去哪裡找那缺的 500K 數字。

其實當天心裡慌的不只是業務們。

一線主管下禮拜要進大老闆的 QBR，

如果交不出漂亮的預估，被釘在牆上的就是他。

結局大家都猜到了，

我做了三件幾乎所有業務都做過的事。

第一，把那個已讀不回三個月的客戶，拉到承諾這一季會成交。

第二，把那個只喝過一次咖啡、連需求都還沒講清楚的窗口，建了案子，win rate 填了 25%。

第三，某個客戶隨口說「年底可能有結餘款」的案子，也被搬上了台面。理由很簡單：只要它出現在表上，乘一個小小的機率，帳面就會多幾十萬。

到了禮拜五中午，pipeline 從 100K 長到 600K，

覆蓋率正好是業績目標的 3 倍達標，

加權後的 forecast 剛剛好 200K。

數字交出去了，主管過關了。

最後季末結算：

只做了 80K，

達成率40%。

之後又過了一季，

同一間會議室，

同樣的場景再上演一次。

我在外商待過的每一間公司，

管 forecast 的方法幾乎都是同一套：

Pipeline × Win Rate ＝ 這季預估

這條公式看起來很科學，

有金額、有機率、有加權，

做個表格貼到簡報上就能上台報告。

但它有一個結構性的問題：

它是一條加法公式。

只要你不斷往裡面丟東西，數字就會變大。

於是當上面要的數字比手上的數字大的時候，

就是想辦法「去找更多東西丟進來」。

今天我想好好拆解這個外商行之有年的錯誤預估法，

並提出我的修正模板：

好的 forecast ，應該是從加法改成減法。

先從三個病灶開始講。

▋ 病灶一：Pipeline Coverage 不夠的時候，大家補的是虛胖的帳面數字

Pipeline Coverage（商機覆蓋率）＝ 還在談的案子商機總額 ÷ 本季目標。

例如你手上有 100K 的案子在談，這季目標 200K，

pipeline coverage 就是 50%。

B2B 軟體業常見的要求是目標的 3倍，

而週期愈長、單價愈高的行業會再往上。

邏輯很直覺：

洽談中的案子不一定都會成交，

平均每三個案子只會成一個，

那你當然要備三倍的量才撐得起你的業績。

問題出在：

coverage 是一個結果指標，卻被當成填空題在管。

coverage 不夠，其實最大的問題在「時間」。

這一季的 coverage，是三個月前的開發量決定的。

三個月前沒打的電話、沒跑的拜訪，

不會因為你這禮拜五要交就憑空長出來。

所以季中發現 coverage 不夠，只有兩種處理方式：

一種是承認這季會缺口，把資源轉去搶下一季。

另一種是灌水。

99% 的團隊選第二種。

因為第一種要當場承認做不到，就被老闆盯在牆上了。

第二種只要到季末才會爆炸。

但結果就是：

那些硬塞進來的案子，只是在做戲而已，

沒有人真的相信它們會成，

所以大家給它一個「比較低的權重」：

15%、10%、5%。

好像很保守、很負責任。

但這裡藏著一個所有人都默認、卻沒人講白的謊：

一個不該進預估的案子， 就算只給它 10% 的權重， 也不會讓預估變準，而是讓預估變得愈來愈失真。

▋ 病灶二：Win Rate 反映的是業務的性格，不是案子的狀態

同一家公司、同一個團隊，

不同個性的業務對 win rate 的定義可以差到天上地下。

A 業務：客戶窗口最近回訊息很快，開會也很積極，願意約下一次。他填 50%。

B 業務：合約已經在客戶法務手上，價格談到剩下最後一個條款。他填 25%。理由是「沒簽下去之前都不算」。

他們各自的預估加乘後加總，

得到的只一個沒有物理意義的數字。

因為 A 填的 50% 跟 B 填的 25%，

根本不是在同一個基準上去算。

A 量的是「客戶對我的態度」。

B 量的是「我對自己的謹慎程度」。

兩個都不是「這個案子成交的可能性」。

更麻煩的是，行為經濟學裡有一個現象叫 Anchoring（錨定效應）：

人一旦說出第一個數字，之後就會不自覺地繞著它調整，很難大幅離開。

套到 forecast 上就是：

業務第一次把某個案子填成 50%，接下來三個月，

這個數字只會在 40% 到 60% 之間微調。

就算客戶換了窗口、預算被砍、決策延後，

它還是躺在那裡，像一塊掉不下來的口香糖。

你以為你在追蹤一個動態的機率。

你其實只是在看一個三個月前拍腦袋的數字，緩慢地衰減。

▋ 病灶三：金額本身就會浮動，而系統只給你一個格子填

案子談到一半，金額本身是會動的。

客戶說「我們大概三十幾個 site」

那可能是 30 個，也可能是 39 個，差了 30%。

導入服務的人天數還沒盤、

要不要買 premium support 也還沒問。

到了議價，數字更是用你意想不到的方式跳動：

採購一句「你們這個維護費是不是可以拿掉」，一口氣少 15%。

或是對方為了趕在預算年度前結案，反過來加購。

你明明知道這個案子是 50K 到 200K 之間，

系統卻逼你假裝自己知道它準確就是 120K。

然後這個假裝出來的 120K，

會被乘上一個剛剛講過的、沒有物理意義的機率，

再跟其他幾十筆同樣假裝出來的數字加在一起。

▋ 三個病灶加起來，就是加法的原罪

把三件事疊起來看，

你會發現 Forecast ＝ Σ（金額 × 機率） 這條公式有多失真：

金額不可靠、機率不可靠、

你把兩個不可靠的東西相乘、

再把幾十筆這樣的東西加總。

所有的壓力都朝同一邊推：

主管要數字、

業務要保住案子、

沒有人想當那個第一個說「這單我看不到了」的人。

所以你交上去的那個數字，

只是把幾十個往同一個方向偏的猜測疊起來，

然後「承諾」給老闆會結案。

外商教我的是「加法」：

把所有可能的東西加進來，再乘上機率，湊到目標為止。

我認為最準確預估 forecast的作法，是「減法」：

先把案子砍到只剩下敢背書的，再往上加。

接下來的後半段，我要教你用「減法」準確預估數字，

我會砍三刀：

砍掉「機率」、砍掉「平均」、砍掉「存量」。

三刀砍完，forecast 數字一定會變小，

但它才是一個你敢在大老闆面前用職涯背書的數字。

▋ 第一刀：砍掉機率，Commit 只有 0 和 1

不合格的案子，不是給它比較低的權重，是直接給 0。

因為權重是一張贖罪券。

只要一個爛案子還有 10% 的權重，

它就還能替帳面貢獻幾萬塊，

業務就有動機把它留著、每週複製貼上同一句 next step。

但只要你把它歸零，

這時候業務只剩兩條路：

要嘛去把它推進到合格、要嘛承認它不存在。

權重讓爛案子活下來，歸零逼爛案子現形。

三桶分級：Commit / Best Case / Upside

把所有商機分成三桶，每一桶有明確的進場條件，

而且只有證據能推動桶子，業績缺口不能。

第一桶｜Commit（權重 100%）

定義是「你敢用自己的職涯替它背書」。

判準只有一個：

如果大老闆現在打電話問你「這單為什麼會成」，

你能不能在 30 秒內給出三個客戶端的事實，

而不是三個你的感覺。

進場要過七道門，缺一道就不准放進來：

① 決策鏈已確認，不是只有一個窗口 ② 需求明確，而且我們的解法對得上 ③ 預算已確認，或至少預算來源已確認 ④ 有下一步、有負責人、有日期 ⑤ Close date 有客戶端的事件支撐（採購流程、預算年度、系統上線日），不是業務自己填的 ⑥ 最後一次互動有明確的 buying signal ⑦ 若已進議價：價格、條件、拍板的人都清楚

第二桶｜Best Case（權重用客觀標準，不是主觀機率）

七道門過了大部分，但有一到兩道明確缺口。

例如需求很明確但預算還沒確認；已經 demo 完但決策鏈還沒摸透。

這一桶的權重不准業務自己填，

由第二刀那張表算出來，範圍落在 25 % 到 75 %。

算法在第二刀完整拆給你。

第三桶｜Upside（權重 0）

初次接觸、還在摸需求、決策人不明、沒有可信的下一步，

或者業務講得出感覺、講不出證據。

這一桶完全不進主預估。

它存在的目的只有一個：

當達到七道門的幾個門檻後，

往前推到第二桶預估中。

紅線：

任何一筆案子的升降級，只能由客戶端發生的事推動，不能由你的 gap 推動。

只要你破過一次這條線，

整套制度就回到灌水的老路，

而且團隊會比以前更會演，

因為他們現在知道規則長什麼樣子。

▋ 第二刀：砍掉主觀，權重不是「填」出來的，是「減」出來的

第二刀處理的是「算進來的要乘多少」。

心理學家 Kahneman 和 Lovallo 提出過一組對照，

叫 Inside View 與 Outside View（內部視角與外部視角）。

人在估自己手上正在做的事，永遠會樂觀；

同一個人去估別人做同類的事，反而估得準。

因為你在自己案子裡看到的，是一堆具體的、生動的細節：

客戶昨天回訊息只花了十分鐘、

窗口說他很喜歡我們的方案、

對方 IT 主管還主動幫我們約了資安。

這些細節會蓋掉很多客觀事實，

你問業務「這單你覺得有幾成把握」，

你拿到的一定是內部視角。

他答的不是機率，是他昨天的心情。

所以第二刀要做的事很單純：

把填空題改成計算題。

這筆案子的權重 ＝ 階段基準分 − 風險扣分

先給一個天花板，再一條一條往下減。

這跟舊做法剛好相反。

舊做法是從 0 開始往上加，加到自己滿意為止； 新做法是從天花板開始往下減，減到你不敢再減為止。

Step 1｜階段基準分：先給天花板，只認客戶做了什麼

先講這張表最重要的一條設計原則：

每一級的判準，必須是客戶端發生的動作，不能是我方發生的動作。

我方送出提案，不算進展。

客戶回應提案，才算進展。

我方做完 demo，不算進展。

客戶在 demo 之後主動找 IT 來對規格，才算進展。

把這件事定義清楚，下面這張表才有意義：

25%｜需求確立

客戶已經承認有這個問題，

而且指定了負責的人來跟你談。

（不是你覺得他有需求，是他自己講出來、還派了人）

50%｜方案認可

客戶明確表達你的方案可行，

而且已經開始進入簽核流程，

跟你討論預算或導入時程。

75%｜採購啟動

案子已經進入對方的正式採購或法務流程，

窗口以外的人（採購、法務、IT、財務）已經加入。

90%｜條款收尾

價格與條件都談定，只剩簽核流程跑完。

連 25% 都構不上的案子，不進 Best Case 桶，

直接丟回 Upside，權重 0。

三條使用鐵律：

➡ 判定只能用客戶端的動作，不能用我方的動作。

➡ 拿不出證據的，一律往下退一級。不確定的時候取低，不取高。

➡ 階段只能一級一級走，不准跳級。跳級通常代表你漏看了什麼。

Step 2｜風險扣分：這一欄才是真正下刀的地方

階段只能往上加，風險只能往下減，兩者要分開算。

因為它們量的是兩件不同的事：

階段量的是「這條路你走了多遠」， 風險量的是「這條路有多滑」。

舉一個很多人都遇過的例子：

一個走到 75%、三家比價的公開標案，

跟一個走到 75%、我們是唯一供應商的續約案，

在傳統 CRM 裡長得一模一樣，權重都是 75%。

但你我都知道，前者到了採購最後一刻，輸面還是很大。

所以要在階段分後面，掛一張扣分表。

五類風險，每一類只取最重的那一條：

▋ 競爭風險

−15%｜三家以上比價，或公開標案

−10%｜對方有現有供應商，且合約還沒到期

−10%｜規格不是我們幫客戶寫的，我們是後進場的那一家

▋ 決策風險

−15%｜真正拍板的那個人，我們一次都沒見過

−10%｜單線案子：客戶端只有一個人知道這個案子

−10%｜決策鏈裡有已知的反對者，而我們還沒有對應動作

▋ 預算風險

−15%｜預算尚未編列，要靠結餘款或特別預算

−10%｜金額超過窗口的簽核權限，一定要再往上一層

▋ 時程風險

−15%｜close date 落在客戶新會計年度的第一個月

−10%｜close date 已經被延後過一次

▋ 交付風險

−10%｜需要客製開發，且還沒經過我方技術單位評估

−10%｜POC 還沒做，或做了但雙方沒講好驗收標準

Step 3｜兩道煞車：減法不能減到脫離現實

這張表有兩道煞車，避免算出荒謬的數字。

煞車一：每一類風險，只取最重的那一條。

同一類底下的風險，本質上是同一件事的不同面向。

三家比價、規格不是我們寫的、對方有現有供應商，

講的都是同一句話：這場仗不好打。

重複扣，等於同一件事罰三次。

所以五類各取一條最重的，最多扣五條。

煞車二：風險最多只能砍掉階段分的一半。

這一條是為了守住一件事：

客戶已經走進採購、走進法務，這是客觀發生過的事實。

風險可以讓你打折，不能讓你否定已經發生的事。

所以：

75% 的案子，再怎麼扣，不會低於 38%。

50% 的案子，不會低於 25%。

25% 的案子，不會低於 13%。

Step 4｜兩個案子，實際減一次

用剛剛那組對照來算。

兩筆案子都是 200K，都已經進到對方的採購流程。

案子 A｜某銀行核心系統，公開標案

階段：已進採購與法務流程 → 天花板 75%

風險（每類取最重一條）：

➡ 競爭：三家以上比價　−15%

➡ 決策：拍板的 CIO 我們一次都沒見過　−15%

➡ 預算：金額超過窗口簽核權限　−10%

➡ 交付：POC 還沒做　−10%

合計 −50%，但煞車二把它接住了：

75% 的一半是 37.5%，權重 38%。

200K × 38% ＝ 76K

案子 B｜某製造業續約擴充

階段：也已進採購流程 → 天花板 75%

風險（每類取最重一條）：

➡ 競爭：我們就是現有供應商，合約內擴充　不扣

➡ 決策：拍板的人見過　不扣

➡ 預算：已編列　不扣

➡ 時程：close date 延後過一次　−10%

75 − 10 ＝ 65%

200K × 65% ＝ 130K

看出差別了嗎？

同樣 200K，同樣走到採購流程，一筆算 76K，一筆算 130K。

在舊制度的加法裡，這兩筆案子都會被填成 75%，

帳面各貢獻 150K，加起來 300K。

用減法算，它們合起來只有 206K。

中間那 94K，

就是每一季季末讓你翻車的東西。

而 A 這筆案子，就算每一條風險都踩滿，

它還是有 38%，不會變成 0。

因為它確實走到法務了。

這是客戶做過的事，不是誰的感覺。

▋ 第三刀：砍掉存量，Review 不看總額，看這禮拜有多少錢在移動

前面兩刀，減的都還是「單筆案子」。

第三刀要換一個維度減，這也是我認為最反直覺、最少人做的一刀。

大部分的 forecast review，主管看的是存量：

pipeline 總共多少、commit 總共多少、離目標還差多少。

存量的問題是，它可以靠灌水維持不動。

一個團隊的 commit 總額連續四週都是 1,800 萬，看起來很穩。

但這四週裡面，可能一筆新案子都沒進來、一筆爛案子都沒被清掉，

那個 1,800 萬只是同一批案子在原地打轉。

存量會騙人，流量不會。

所以真正該放在週報第一頁的，是三個移動量：

1️⃣ 本週新增 Commit 金額（往上流的錢）：這禮拜有多少錢，因為拿到新證據而被升級。

2️⃣ 本週降級金額（往下流的錢）：這禮拜有多少錢，因為證據消失而被移出主預估。

3️⃣ 本週 Slip 金額（往後流的錢）：這禮拜有多少錢，close date 被推到下一季。

主管的判讀邏輯

📝 Commit 太小 → 這不是 forecast 的問題，是三個月前開發量的問題。這一季能做的是控制損害，同時把資源壓到下一季的前段。

📝 Best Case 很大、Commit 很小 → 團隊很會講故事，但拿不出可驗證的進展。這種團隊的季末通常會很難看。

📝 Slip 金額每季都很大 → 這通常不是客戶的問題。是你們對客戶採購流程的掌握度不夠，close date 一直是業務在猜。

📝 降級金額長期是 0 → 💣 這是最危險的訊號，沒有之一。

一支團隊如果連續八週、十週都沒有任何案子被降級，解釋只有一個：

沒有人敢講真話。

這裡我想再提一個反直覺的作法，

第三刀要做的動作是：

把降級變成一個安全、甚至值得肯定的行為。

➡ 每週 review 固定留一個環節，叫「這禮拜我要放掉的案子」，讓降級變成流程的一部分，不是認錯。

➡ 業務主動降級，不追究；季末才爆出來的，才追究。

➡ 降級時只問一句話：「從這個案子上，我們學到什麼？」不問「你為什麼沒做好」。