Brightstream Logo
熊董筆記

數位轉型失敗,多半是老闆沒先定義「做完長怎樣」

系統上了、錢花了,公司卻好像沒什麼變?數位轉型失敗最常見的原因,不是選錯系統,而是開始前沒人說得出做完長怎樣。這篇教你寫一份一頁的完成定義:哪條流程、誰在用、關掉什麼、哪個決策變快、怎麼驗收。

🐻
熊董|Johnny Yang
川輝科技創辦人
2026-10-19
數位轉型失敗,多半是老闆沒先定義「做完長怎樣」

「我們去年就開始數位轉型了,系統也上了,錢也花了,可是公司好像沒什麼改變。」老闆說完,我問他:「當初開始的時候,你覺得做完會長什麼樣子?」他想了一下說:「就是……比較有效率吧,大家不要再用紙本跟 Excel。」我再問:「那現在大家還用 Excel 嗎?」他沉默了幾秒,說:「還是有在用。」

我是熊董,台灣川輝科技創辦人,帶團隊做系統導入七年,經手超過 34 個案子、14 個以上產業。我自己也當過老闆,三年虧掉 700 萬。回頭看那些沒做成的專案,很少是死在技術上,多半是死在一開始就沒講清楚「做完是什麼意思」。

先講結論:數位轉型失敗,最常見的原因不是選錯系統、不是員工抗拒,而是老闆在開始之前沒有定義「做完長怎樣」。「提升效率」「全面數位化」「導入 ERP」都不是完成定義,它們只是方向。真正的完成定義要能回答五個問題:改的是哪一條流程、誰每天會用它、哪一個舊工具會被正式關掉、哪一個決策因此變快或變準、用什麼數字在什麼時候驗收。這五題寫不出來的專案,不要開始;已經開始的,先停下來補寫,再決定要不要繼續。

「先上了再說」的直覺,錯在哪裡?

先站在你這邊。很多老闆不想花太多時間在規劃上,理由都很合理:市場變得很快、同業已經在做了、想太久反而什麼都沒動。「先動起來,邊做邊調」,這句話在很多事情上都是對的,尤其是試新產品、試新通路。

但數位轉型有一個特性,讓「邊做邊調」很危險:它會改變很多人的日常工作,而且花出去的錢收不回來。一個新產品試錯了,你下架就好;一套系統做錯了方向,員工已經被訓練過、資料已經搬過去、合約已經簽了,要回頭的成本非常高。

更麻煩的是,沒有終點的專案,沒有人能宣布它失敗。它只會一直「進行中」:系統上了一半,有些人用、有些人不用,報表有兩個版本,每次開會都說「再調整一下」。這種狀態可以拖一兩年,期間你一直在付錢、員工一直在承受兩套並行的負擔,而你始終說不出來這件事到底成了沒有。

所以問題不在於你想先動,而在於你動之前,有沒有先在地上畫一條終點線。

沒定義「做完長怎樣」,會怎麼失敗?

我在現場看過的失敗,大致可以歸成三種型態。它們的徵兆不一樣,但根源是同一個。

失敗型態你會看到的徵兆根源
永遠做不完每次開會都加需求,上線日一延再延沒有範圍邊界,所以什麼都可以往裡放
做完沒人用系統上線了,大家還是在用 Excel 和 LINE沒有寫明哪個舊工具要關,兩套一直並行
做完不知道有沒有用花了錢,說不出改善了什麼開始前沒有記下現況數字,事後無從比較

第一種最常見。因為沒有人說清楚這一期只做什麼,每個部門都會趁機把自己的需求放進來:業務要客戶分級、倉庫要條碼、會計要自動對帳、老闆又想要一個手機上看的儀表板。每一項單獨看都合理,加在一起就是一個永遠上不了線的專案。

第二種最傷士氣。系統上線了,但舊的 Excel 沒有被正式停用,大家為了保險,兩邊都填。工作量變成兩倍,員工自然會覺得新系統是負擔,久而久之就只填舊的。這種情況我在買了系統同事還是偷偷用 Excel 那篇有拆過,根源往往不在員工,在於沒有人決定哪一天關掉舊的。

第三種最隱形。專案看起來順利完成,廠商交付了,系統也有人在用,但年底老闆問「這件事到底幫公司省了多少」,沒有人答得出來。因為開始之前,沒有人記下報價要花多久、出貨錯幾次、月結要幾天。沒有起點,就沒有進步可言。

這三種失敗,跟中小企業 AI 導入失敗的五個原因有一部分重疊,但我想在這篇特別強調的是:它們都可以在開始之前,用一頁紙預防。

一份「完成定義」要寫哪五件事?

完成定義不需要是一份厚厚的需求書,一頁就夠。重點不是寫得多,而是每一題都要具體到「有人可以拿來驗收」。

一、改的是哪一條流程

不是「業務流程數位化」,而是「從客戶詢價到報價單送出」這一段。寫出起點和終點,中間經過哪些人。一條流程有清楚的頭尾,範圍自然就有邊界。常見的錯誤寫法是只寫部門,例如「業務部」,但業務部同時在做詢價、報價、追單、收款,你不講清楚是哪一段,每個人都會以為自己那段也包含在內。

二、誰每天會用它

寫出職稱或人名,以及他們每天會在什麼時候打開這個系統。如果你寫不出任何一個「每天都會用」的人,那這個系統做出來很可能沒人用。也要注意「老闆會看」不算。老闆一週看一次報表,撐不起一套系統;系統要活,靠的是每天輸入資料的那幾個人,他們覺得好用,資料才會是真的。

三、哪一個舊工具會被正式關掉

這一題最多老闆寫不出來,也最關鍵。新系統上線之後,哪一個 Excel 檔、哪一本手寫簿、哪一個 LINE 群組會停止使用?從哪一天開始?誰負責宣布?沒有東西被關掉,就代表你只是多加了一個工具。關掉的日期最好訂在上線後兩到四週,給大家一段過渡期,但不要無限期並行。並行越久,員工越會把舊的當成真正的帳,新的只是應付檢查。

四、哪一個決策因此變快或變準

系統的價值,最後都要落在某個決策上。例如「業務當場就能報出含毛利的價格,不用回公司問老闆」「採購每週一能看到哪些料要叫,不用等倉庫盤完」。寫出這一題,你才知道這套系統是為了誰的判斷而做。如果你發現沒有任何決策會因此改變,那這套系統可能只是把資料從紙上搬到螢幕上,花錢的理由就要重新想過。

五、用什麼數字、在什麼時候驗收

現在的數字是多少,做完之後要變成多少,在上線後多久檢查。數字不用很精準,但一定要有。例如「報價從平均一個小時,降到十分鐘內」「上線一個月後檢查」。現況的數字一定要在開工前量,哪怕只是請業務記一週的報價時間。等系統上線再回頭想以前要多久,每個人的記憶都不一樣,最後只會變成各說各話。

模糊目標與完成定義的對照:流程範圍、使用者、舊工具、決策、驗收數字

從模糊目標翻成完成定義:怎麼寫才算具體?

很多老闆聽完會說:道理懂,但不知道怎麼寫。下面是幾個常見的模糊說法,以及翻譯成完成定義的方向。這些只是寫法示範,數字要換成你自己公司的現況。

老闆常說的目標翻譯成完成定義的方向
報價要更快業務在系統選規格就產出報價單,舊報價 Excel 某日起停用,由業務主管驗收時間
庫存要準每筆出入庫都有單號與經手人,盤點差異能追到單據,倉管每週看一次差異原因
老闆不用一直被問列出最常被問的三類問題,各自在系統裡查得到答案,一個月後算被問的次數
客戶資料要集中客戶主檔只剩一份,業務手機裡的資料限期搬入,離職交接以系統為準
全面導入 ERP先選一個模組、一條流程上線並關掉舊工具,再決定下一個

最後一列最值得多看一眼。「全面導入 ERP」是最常見、也最危險的目標,因為它聽起來很完整,其實沒有任何一項可以驗收。把它拆成一段一段,每一段都有自己的完成定義,你才知道現在走到哪裡。

我們做過一家印刷廠,花了超過百萬、買了兩套 ERP 都用不起來。第三套沒有比前兩套更大,而是照他們自己的流程做,結果員工採用率從不到兩成到九成以上,原本手算報價要 30 分鐘,變成自動估價,訂單漏接也趨近於零。我舉這個例子,不是要說哪一套系統比較好,而是想說明:能講出「採用率從多少到多少」「報價從手算到自動」這種前後對照,才叫做完。

為什麼完成定義一定要老闆自己寫?

很多老闆會想把這件事交給 IT、交給專案經理,或乾脆請廠商幫忙寫。廠商可以協助,但最後拍板的一定要是老闆,原因有三個。

第一,只有老闆能決定關掉什麼。關掉一個用了十年的 Excel,會有人反對、會有人覺得不方便,這個決定沒有人能替你做。

第二,只有老闆能砍範圍。每個部門都覺得自己的需求最重要,能說「這一期不做」的只有你。我最常跟老闆講的一句話就是「這個不要做」,十件想自動化的事,大概只有兩件值得寫系統。

第三,廠商寫的通常是功能清單,不是完成定義。功能清單告訴你系統會有什麼按鈕,完成定義告訴你公司會有什麼不同。前者廠商交付了就算完成,後者要你的人真的在用、舊的真的關掉才算。這兩者的落差,正是很多驗收糾紛的來源,合約怎麼寫才保護得了自己,可以參考 ERP 驗收條款的五個條件。

開工之前,用下面這張清單檢查一次。有任何一項打不了勾,就先不要簽約。

數位轉型開工前檢查清單:流程頭尾、每日使用者、停用日期、驗收數字、拍板人

已經做到一半了,怎麼補救?

如果你的專案已經在「一直進行中」的狀態,不用急著全部推翻,照這三步做。

第一步,停下來補寫完成定義。召集老闆、主要使用者和廠商,用上面五個問題把這個專案現在的目標重新寫一次。寫的過程中,你很可能會發現大家心中的「完成」根本不一樣,這本身就是最重要的發現。

第二步,砍到只剩一條流程。從所有進行中的需求裡,挑一條最痛、最常發生、最多人有感的流程,先把它做到完成定義的標準,其他的全部暫停。暫停不是放棄,是排隊。

第三步,訂一個關掉舊工具的日期,並且公開宣布。這一步做完,系統才會真正被用起來。之後再回頭排第二條、第三條,每一條都有自己的完成定義。

補救的過程中,也要跟廠商把話講開。把新寫好的完成定義交給廠商,請他們評估目前的進度離這個定義還有多遠、哪些已經做好的功能其實用不到。好的廠商會願意一起收斂範圍,因為一個做不完的專案,對他們來說也是負擔。如果廠商只想繼續加功能、加人天,那你就更需要這一頁紙來守住自己的範圍。

常見問題

數位轉型失敗最常見的原因是什麼?

最常見的原因是開始之前沒有定義做完長怎樣。沒有終點,範圍就會一直長、舊工具不會被關掉、事後也說不出改善了什麼。系統選錯或員工抗拒,很多時候是這個根源造成的結果。

完成定義和需求規格書有什麼不同?

需求規格書描述系統要有哪些功能,寫給廠商看;完成定義描述公司做完之後會有什麼不同,寫給老闆和使用者看。完成定義要先有,需求規格才知道該寫到哪裡為止。

中小企業數位轉型,一次要定義多大的範圍?

一次一條流程就好,有明確的起點和終點。等這一條上線、舊工具關掉、數字驗收過,再定義下一條。一次想改全公司的專案,通常哪一條都改不完。

轉型專案做到一半想喊停,損失會不會很大?

已經花掉的錢收不回來,但繼續往錯的方向花,損失只會更大。比較好的做法是先停下來補寫完成定義,砍到只剩一條流程,把它做完。很多專案這樣收斂之後,反而第一次真正上線。

結語:先畫終點線,再出發

數位轉型不是買一套系統,而是公司某些事情的做法真的換掉了。能不能成功,在你開始之前就決定了一大半——你說不說得出來,做完那天公司會長什麼樣子。

如果你手上有一個進行中、卻說不清楚做完長怎樣的專案,帶著它來找我做一場 30 分鐘免費診斷,我們一起把那一頁完成定義寫出來。

覺得有用?轉給需要的人
30 分鐘・完全免費

帶你卡住的那一件事來,30 分鐘免費診斷

不用先想清楚要做什麼系統。把那件一直卡著你的事講給熊董聽,30 分鐘後你會知道它該不用做、自己陪跑做,還是值得花錢客製——不推銷,幫不到會直接說。

熊董本人回・每月名額有限 · 也可以直接預約 30 分鐘免費診斷

🐻
熊董|Johnny Yang
川輝科技創辦人
關於熊董

繼續閱讀