Brightstream Logo
Notes from Johnny Yang

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

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

🐻
Johnny Yang
Founder, Brightstream Technology
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 分鐘免費診斷,我們一起把那一頁完成定義寫出來。

Found this useful? Pass it on
30 minutes · free

Bring the one thing you are stuck on — a free 30-minute diagnostic

You do not need to know what system you want. Tell Johnny Yang about the one thing that keeps blocking you, and in 30 minutes you will know whether to skip it, build it with coaching, or pay for a custom build. No pitch — if we cannot help, you will hear that straight.

Johnny Yang replies himself · limited spots each month · or just book a free 30-minute diagnostic

🐻
Johnny Yang
Founder, Brightstream Technology
About Johnny Yang

Keep reading