許願池一直都在,只是帳單來得太晚

發布時間:

Jason Hung · 2026-11-08 · 繁體中文

本文為個人專業文章,2026-11-08 發表。同步刊載於 英文版。

插畫:左側一隻手正把硬幣投入石砌許願池,池底沉滿金幣;一串金幣自池邊升起、劃出弧線飛向右侧的自動販賣機投幣口,機器下方出貨口正吐出一件商品——同一個願望,一邊沒有標價,一邊明碼標價

十幾年在工廠裡,見過太多系統上線。最讓人不爽的話,從來不是「這個做不到」,而是這一句:

「先生,我們給你的是系統,跟別家一樣。怎麼你們家問題這麼多?這個要改、那個要改,我們要找多少工程師來配合?做你們家的案子都虧了——不要把系統商當成許願池。」

當年聽到這段話,第一反應是不高興:在跟你說真實的生產問題,作為供應商嗆我去許願?

後來我自己帶系統、也做過乙方,慢慢承認:這句話裡,有一半是真話,而且是很真的真話。

一、先把對方的話講透

在很多業主眼裡,一個「改」字,就是一句話。

但在系統商內部,這句話要走完一條完整的流水線:

需求釐清 → 影響分析 → 方案設計 → 開發 → 單元測試 → 回歸測試 → 文件更新 → 版本管理 → 上線支援。

這裡面最要命的不是開發,是回歸。

因為 MES 不是給你一家做的。你的倉庫、你的製程路線、你的報工規則,和別人家的在同一套程式碼裡跑。你的一句話,很可能動了別家已經穩定運行兩年的一段邏輯。

所以「改一下」的真實成本,從來不是那幾十行程式碼,而是回歸測試的邊界在哪裡。邊界越模糊,報價就越不敢報。

不敢報的結果是:先答應,後虧錢,最後在電話裡對客戶說「不要把系統商當成許願池」。

這句話不是傲慢,是一張沒人願意攤開給你看的成本表。

二、許願池的定義

我後來想通了一件事:

許願池之所以叫許願池,不是因為它免費,是因為你許願的時候不需要付錢。

投一枚硬幣,願望可以無限大。這才是一切客製需求失控的真正根源——不是需求太多,是需求的價格在提出的時候看不見。

於是業主與廠商被推進一個資訊不對稱的賭局:

  • 業主不知道改一次到底多少錢,所以敢提、願意提、必須提;
  • 廠商不敢報價,報高了怕丟單,報低了就虧,最後只能含糊;
  • 含糊到一個程度,就變成了那句「不要把系統商當成許願池」。

這不是誰的人品問題,是定價機制缺失的問題。

客製軟體還有一個更冷酷的事實:它幾乎沒有規模效應。製造業第一百萬件產品的成本遠低於第一件。但客製軟體裡,第一百個客戶的第一百個改動,成本跟第一個一模一樣。

所以系統商只有兩條路:要嘛咬死標準品不理你,要嘛做專案制越做越窮。

「虧了」兩個字,不是情緒,是財務報表。

三、AI 真正改變的,不是「能不能做」

這是我想說的重點。

AI agent 成熟的今天,很多人以為改變的是「軟體能不能實現得更快」。不是。

真正被改變的,是「價格什麼時候出現」。

過去的流程是這樣:

你提需求 → 等一週做評估 → 出一份報價 → 你嫌貴砍一刀 → 再評估 → 一個月過去了 → 需求已經變了,重新來。

今天的流程正在變成這樣:

你提需求 → agent 直接讀你的系統設定、讀程式碼庫、讀歷史工單與變更記錄 → 當場告訴你:這個改動會碰到 3 個模組,約 2.5 人日,會影響另外兩家客戶的既有邏輯、需要回歸 12 項,風險等級中,費用多少,最快什麼時候能上。

差別在哪?

差別不在時間,在於「你許願的那一刻,就能看見價錢」。

這才是許願池和自動販賣機的真正區別——

不是有沒有願望,是願望有沒有標價。

四、如果願望開始有價,會發生什麼

對業主(我這種角色),三件事會變:

第一,提需求會變「貴」。不是因為收費了,而是因為你終於看得見價格。過去敢亂提,是因為看起來免費。

第二,「改一下」會變成「改這一下值不值」。這才是正常的商業對話——不是不能改,是我們一起看看這個改動買到了什麼。

第三,你會第一次看清願望的分層:

  • 便宜的願望:加欄位、調報表、改顯示、加驗證;
  • 中等的願望:串一個介面、加一個簽核節點、做一個看板;
  • 貴得離譜的願望:流程重構、跨系統整合、資料治理。

而最貴的那個願望,通常不寫在需求清單上,它的名字叫——「以後所有人都按這個新流程幹活」。

程式碼從來不貴。讓人改變工作方式,才是天價。

對系統商,也有一件事會變:

不能再拿「虧了」當擋箭牌了。當成本能算清楚的時候,就該把它算給客戶看。

敢說「不」的底氣,不該來自一句抱怨,而該來自一張算得清的成本表。

五、潑一盆冷水:AI 不會替你解決的那些事

我不想把這件事講得太美。願望變便宜,不等於願望變容易。有四件事,AI 幫不上:

責任。 系統出了生產事故,誰簽字?演算法不會簽字。

資料。 MES 裡那堆髒資料、對不上的料號、沒人維護的製程路線——AI 也救不回來,它只會更快地把錯誤放大。

整合。 老舊 PLC、沒文件的設備、十年前某個離職工程師寫的介面。這些是人的活。

組織。 我見過太多失敗的系統上線,八成不是軟體問題,是沒人願意按新流程幹活。

所以我的結論不是「AI 讓願望免費」。

AI 只會讓願望明碼標價。這是兩件完全不同的事。

六、結尾

那位工程師當時嗆得沒錯。在只有人的時代,「別把系統商當成許願池」是唯一理性的建議。

但這個結論正在過時。

許願池不會消失,它會變成一塊自動販賣機——標價、投幣、出貨。

所以我們這一代工廠人,該換的不是願望,是習慣:

儘管許願。但請準備好看帳單。

一場成熟的合作,從來不是業主不提需求、廠商不說虧本。

而是——每一個願望,雙方都看得見它的價格。


本文由本人真實經歷整理。那位工程師說的話我記了很多年,現在把這句話還回去一半。

返回日誌