五個流程都想改，該先做哪一個？優先順序的判斷方法

「我這邊報價、庫存、簽核、客戶資料、生產進度、對帳都很亂，全部都想改，你覺得要先做哪一個？」

這句話幾乎是每一場第一次諮詢的開場白。老闆講的時候通常帶著一點抱歉的語氣，好像列出這麼多問題是自己的錯。不是的，這代表你對自己公司的狀況很清楚——你講得出六個具體的痛點，比很多只會說「我想數位轉型」的人強太多了。

但我要先潑一盆冷水：這六個你如果打算一起改，最後的結果不是六個都改好，而是六個都停在一半，然後所有人回頭用 Excel，而你會得出一個結論叫「這套系統不適合我們」。

真正的問題從來不是「哪一個最重要」。你心裡其實已經知道哪一個最痛。真正的問題是「哪一個當第一個做，會讓後面五個變得比較好做」。這兩個問題的答案，常常不是同一個。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這七年裡我看過最多的失敗，不是技術做不出來，也不是預算不夠，而是開頭那一刀砍錯地方。第一個流程選錯，專案還沒到中段就會出現「員工在抱怨、老闆在懷疑、廠商在解釋」的三方僵局，之後再怎麼補都很難救回來。

先把結論講在最前面。

排流程優先順序，用四個維度打分就夠了：發生頻率、每次耗時、出錯代價、改動阻力。前三項是「值不值得改」，第四項是「改不改得動」。把你想改的每個流程按這四項打一到五分，前三項加總、減掉阻力分，你就得到一張自己排出來的清單。而第一個要動的，不是總分最高的那個，是「痛得夠明顯、但阻力最小」的那個——因為第一個案子的任務是建立信任與慣性，不是解決最大的問題。最大的問題留到第三、第四個再處理，那時候你的團隊已經相信這件事會成功了。

「全部都想改」為什麼一定會全部都做不完

先講清楚為什麼不能一起做。這不是資源分配的問題，是三個結構性的原因。

第一，流程改造真正吃的是「同一批人的注意力」

老闆算資源的時候通常算錢跟人頭。但流程改造真正消耗的資源不是這兩個，是關鍵員工的注意力。

你想想看，報價流程要誰配合？業務助理跟業務主管。庫存要誰配合？倉管跟採購。簽核要誰配合？每一個主管。客戶資料要誰配合？業務跟客服。生產進度要誰配合？現場組長跟生管。對帳要誰配合？會計。

看起來是六批不同的人，但在中小企業裡，這六批人常常高度重疊——尤其是那位什麼都懂、什麼都要問她的資深大姐。她一個人可能同時是報價、對帳、客戶資料這三條線的關鍵人物。你六條線一起開，她的行事曆就爆掉了，然後六條線一起卡。

而且這些人本來就有正職工作。流程改造對他們來說是「加班做的事」，不是「本來的事」。你開越多條線，他們就越容易得出「這公司在瞎搞」的結論。

第二，一起做等於沒有人能為結果負責

六條線同時進行的時候，每一條線的進度都會受另外五條影響。倉管說「我在等資料整理」，資料的人說「我在等業務確認客戶編碼」，業務說「我在忙月底」。到最後你去問專案怎麼樣了，得到的答案永遠是「都在進行中」。

「都在進行中」是專案裡最危險的四個字，因為它既不是完成也不是失敗，你沒辦法對它做任何決策。

第三，你會失去最寶貴的東西：一次乾淨的成功經驗

這是最關鍵的。第一個流程做完之後，公司裡會不會出現一句話——「欸，這個真的有比較快」——決定了後面五個流程的難度。

有這句話，後面的推行是順水推舟；沒有這句話，你每推一個都要重新說服一次。而六條線同時開，最可能的結果是六條都做到七成，六條都還在「有點卡卡的」狀態，沒有任何一條乾淨地做完。你付了六份的力氣，卻一份成功經驗都沒拿到。

如果你連要不要現在動手都還在猶豫，我會建議你先看數位轉型的第一步該做什麼，把「該不該做」跟「先做哪個」這兩個問題分開想，不要混在一起焦慮。

四個維度打分：一張你自己就能做出來的流程優先順序表

這一段是這篇文章的核心。我不打算給你一個「一般建議先做庫存」這種懶人答案，因為每家公司的狀況差太多了。我要給你的是一套你自己可以算的方法。

拿一張紙，或開一個試算表。左邊那一欄寫下你想改的每一個流程——就是你講得出來的那五個、六個。然後右邊開四欄，每一欄打一到五分。

維度一：發生頻率——這件事一天發生幾次？

問法很簡單：這個流程一天跑幾次？一週幾次？一個月幾次？

一天跑二十次的報價，跟一個月跑一次的月結，改造之後的回報完全是兩個量級。頻率高的流程，任何一點點的效率改善都會被乘上很大的次數。

打分參考：一天多次給五分，一天一次給四分，一週幾次給三分，一週一次給兩分，一個月一次給一分。

這裡有一個老闆常犯的誤判：把「重要」跟「頻繁」搞混。月結對帳當然重要，但它一個月才跑一次；而業務每天要開的報價單，重要性感覺沒那麼高，卻是真正吃掉大量人力的地方。

維度二：每次耗時——一次要花多少人力時間？

這一項要問的是：這個流程每跑一次，公司裡總共有多少人花了多少時間在上面？注意是總和，不是單一個人的時間。

一張報價單，業務填三十分鐘，主管審十分鐘，助理輸進系統十五分鐘，這一張的總耗時就是快一小時，不是三十分鐘。中小企業最常低估的就是這種「分散在很多人身上的時間」，因為沒有人覺得自己花很多，加起來卻很可觀。

打分參考：以「單次總人力時間」相對排序，最花時間的給五分，最省的給一分。你不需要算得很精確，你只需要排得出高低。

維度三：出錯代價——這件事出錯一次，要付出什麼？

這一項是很多老闆會漏掉的，但它常常是真正該優先的理由。

同樣是出錯，性質完全不同。客戶資料打錯一個電話號碼，重打就好；報價單少算一個材料成本報出去，那張單可能整筆虧；庫存數字錯，你可能已經答應客戶交期然後交不出來；對帳錯，你可能要跟客戶重新談一次，傷的是信任。

問自己三個問題：這個錯誤會不會直接變成金錢損失？會不會傷到客戶關係？會不會需要動用老闆本人去處理？三個都會，五分。

出錯代價高的流程，就算頻率不高，也值得往前排。因為它不是效率問題，是風險問題。

維度四：改動阻力——這件事要改，會踩到多少人的習慣？

前面三項算的是「值不值得改」，這一項算的是「改不改得動」。它要當扣分項。

阻力來自幾個地方：需要幾個部門一起配合？有沒有某個資深員工的做法會被推翻？現在的做法有沒有涉及外部單位（客戶、供應商、會計師）？有沒有牽扯到「誰有權限看到什麼」這種敏感問題？

打分參考：只在一個部門內、只影響兩三個人、不需要外部配合，給一分；跨三個以上部門、要改資深員工做了十年的習慣、還要客戶跟著改，給五分。

怎麼算出你的排序

公式很簡單：

優先分數 ＝ 發生頻率 ＋ 每次耗時 ＋ 出錯代價 － 改動阻力

分數範圍會落在負二到十四之間。算完之後你會得到一張表，長得像這樣（下面的分數是示意，你要填自己的）：

流程	發生頻率	每次耗時	出錯代價	改動阻力	優先分數
報價	5	4	5	3	11
庫存	5	3	5	4	9
簽核	4	2	2	2	6
客戶資料	3	2	3	2	6
生產進度	4	4	4	5	7
對帳	1	5	5	3	8

這張表最大的價值不是那個數字，而是你填的過程。當你為了填「改動阻力」那一欄，開始認真想「這個要改的話，倉庫的張大哥會不會反彈」的時候，你已經在做真正的專案規劃了。

我強烈建議這張表不要自己一個人填。找兩三個部門主管，各自填一份，然後把三份攤開來比。差異最大的那一格，就是你們公司內部認知落差最大的地方，那格本身就是重要情報。

為什麼第一個不要挑最痛的，要挑最痛之中阻力最小的

這是這篇文章最反直覺的一段，也是我最想讓你記住的一段。

算完分數之後，老闆的直覺反應一定是：「那我就從分數最高的開始做啊。」

我的建議是：不要。

第一個案子的任務不是解決最大的問題

第一個流程改造，真正的任務有三個，而且沒有一個是「解決最大的痛點」：

第一，**證明這件事做得起來。**證明給員工看，也證明給你自己看。

第二，**讓團隊學會怎麼跟這種專案合作。**怎麼提需求、怎麼測試、怎麼講清楚「我現在的做法是什麼」。這些是技能，要練。

第三，**建立慣性。**讓「改流程」這件事從一件特別的、要動員的大事，變成一件公司裡本來就會發生的事。

這三件事，用一個中等痛點、低阻力的流程就能完成，而且完成得又快又乾淨。用最大痛點來做，你會同時面對「技術複雜」跟「人的阻力」兩座山，第一次爬就爬最難的，摔下來的機率很高。

最大的痛點通常也是最複雜的痛點，這不是巧合

想一下為什麼某個流程會變成公司最大的痛點。通常是因為：它牽涉的部門最多、它累積的例外規則最多、它跟外部單位綁得最緊、或者它一直沒人敢動。

這些讓它變痛的原因，剛好就是讓它難改的原因。 痛跟難在這裡是高度相關的，不是獨立的兩件事。

所以「先解決最大的痛點」聽起來很有魄力，實際上是把最高難度的關卡放在你經驗值最低、團隊信任度最低、對系統最不熟的時候。這在專案管理上是很糟的順序。

那到底怎麼挑

我的挑法是這樣：

先把優先分數排出來，取前面三到四名。然後在這三四名裡面，挑改動阻力那一欄分數最低的那個。

如果前幾名的阻力都很高，那就往下找——找一個發生頻率高、耗時明顯、但只在一個部門內就能改完的流程。它不必是最痛的，它只要痛得夠讓人有感就行。

判準是這樣一句話：這個流程改完之後，有沒有一群人會自己講出「這樣真的比較快」。有，就選它。

這也是為什麼很多公司從報價或庫存開始會比較順——不是因為它們一定最重要，而是因為它們每天發生、感受很直接、而且改動範圍常常可以先框在一兩個部門裡。至於哪一種先做比較適合你的產業，可以參考進銷存跟 ERP 到底差在哪，先搞清楚你要動的是單一模組還是整個骨架。

三個最常見的錯誤起點，我幾乎每年都會遇到

排序方法講完了，接下來講三個「一看就知道會出事」的起手式。

錯誤一：先做老闆自己最有感、但員工完全無感的

這是最常見的。老闆最有感的通常是什麼？戰情室儀表板、即時營收數字、手機上看得到的圖表。

我完全理解這個需求。老闆看不到數字很焦慮，這是真的。

問題是，儀表板這種東西的資料從哪來？從第一線的人多輸入的資料來。所以對員工來說，這個專案的體感是：我多做了一堆事，然後老闆多了一個可以盯我的螢幕。

這種專案推得動嗎？表面上推得動，因為老闆要的沒人敢說不。但你會得到全世界最敷衍的資料填寫品質——欄位隨便選、備註空白、日期通通填當天。三個月後你的儀表板很漂亮，但上面的數字沒有一個能信。

判準很簡單：這個改造，第一線的人得到了什麼？如果答案是「沒有，但公司整體會比較好」，那它不該當第一個。 它可以當第三個、第四個，那時候團隊已經有信任基礎了。

錯誤二：先做最複雜的核心

第二種常見的錯誤，是決定「既然要做就一次做到位」，直接從公司最核心、最複雜的那條流程下手——通常是生產排程、或是整套成本計算。

理由聽起來很正當：「其他的都是枝節，核心搞定了其他自然就好了。」

實際上會發生的事：核心流程的例外規則多到數不清。你會發現同樣一個製令，甲客戶要這樣算、乙客戶因為十年前的一個口頭承諾要那樣算、還有一種只有廠長知道的算法沒有人寫下來過。光是把現況盤清楚就要好幾個月，而在這幾個月裡，公司裡看不到任何進展。

沒有進展的期間越長，專案被質疑的機率越高。 這是我看過最多專案死掉的方式——不是做失敗，是做太久，久到大家不相信它會做完。

想知道專案是怎麼一步步走向失敗的，ERP 導入為什麼會失敗那篇有更完整的拆解，錯誤起點只是其中一種死法。

錯誤三：先做需要跨部門大改的

第三種，是挑一個必須讓三四個部門同時改變做法的流程當開場，最典型的就是簽核制度重整。

跨部門的東西為什麼難？因為它不只是技術問題，是權力問題。誰該有核准權、誰的權限被縮小、誰的簽名從第二關變成第三關——這些在組織裡都是很敏感的事。

第一個專案就去踩這種事，你會發現技術上明明兩週就能做完的東西，開了兩個月的會還沒定案。而且開會的時候大家吵的根本不是系統，是本來就存在的部門摩擦，只是這次借系統來吵。

跨部門的流程要不要改？要。但它應該排在你已經有一次成功經驗、而且已經證明「這套東西不是拿來整人的」之後。

對照表：錯誤起點 vs 正確起點

面向	錯誤的第一個流程	正確的第一個流程
誰有感	只有老闆有感，第一線覺得多做事	第一線自己會說「這樣比較快」
涉及範圍	跨三個以上部門，要協調權責	框在一到兩個部門內就能完成
例外規則	例外多到盤不完，光現況就要幾個月	主流程清楚，例外可以先擱著
看得到成果的時間	半年以上，中間沒有里程碑	幾週內就有人開始每天用
失敗的代價	核心流程停擺，公司營運受影響	可以退回舊做法，損失有限
對後續的影響	團隊得出「這種事做不起來」的結論	團隊願意接下一個，阻力自動下降

第一個流程做完了，怎麼判斷可以往下一個走

這一段一樣重要，而且很多人是憑感覺在判斷的。「感覺大家用得還可以」不是訊號，是自我安慰。

你需要的是可以驗證的訊號。以下四個，我建議你至少要看到三個才往下一個流程走。

訊號一：舊做法真的停了，不是「還在平行跑」

最硬的訊號。原本那張 Excel、那本手寫本子、那個群組裡的口頭回報，有沒有真的停掉。

去看檔案的最後修改日期。如果那個舊 Excel 上週還有人動過，代表新流程還沒真正取代舊流程，只是疊在上面。這種狀態下你去開第二條線，第一條線會直接爛掉。

平行運作在剛上線的頭一兩週是正常的、也是必要的。但過了一個月還在平行，就不是過渡期，是新做法沒被接受。至於為什麼 Excel 這麼難丟掉，Excel 管理的極限在哪那篇講得比較細。

訊號二：有人開始問「那這個能不能也……」

這是最好的訊號，而且它是自己冒出來的，不是你問出來的。

當員工開始主動說「那我這邊還有一個東西也很麻煩，能不能也弄一下」，代表兩件事：他相信這件事做得起來，而且他覺得這是在幫他，不是在管他。

這句話出現的那一天，就是你可以開第二條線的那一天。 反過來，如果一個月過去了沒有任何人提出任何延伸需求，就算表面上大家都在用，你也該回頭檢查是不是只是「被迫在用」。

訊號三：不用你盯，它自己在跑

給自己一個測試：連續兩週不主動過問這個流程，然後去看它有沒有繼續正常運作。

很多流程改造看起來成功，其實是靠老闆每天問「今天有沒有輸進去」撐著的。老闆的注意力是最貴的資源，如果一條流程要持續消耗它才活得下去，那它還沒真正落地，你不該把注意力分出去開第二條。

訊號四：原本那個具體的痛，有沒有具體地消失

回到你當初選這個流程的理由。你當初說的是「業務找報價紀錄要翻半天」還是「月底盤點對不起來」？

現在去問當事人同一個問題。答案要是具體的——「以前要翻，現在直接搜」，而不是「嗯，有比較好」。含糊的答案通常代表沒有改善，只是不好意思講。

反過來，這三個狀況出現就不要往下走

第一，還有人在用舊做法而且沒人管。這代表默許已經形成，再往下開只會複製這個狀態。

第二，資料品質在下降。剛開始大家很認真填，兩個月後欄位開始空白、備註開始亂寫。這是「動力在流失」的訊號，要先處理這個。

第三，只有一個人撐著。如果整條流程的順利運作依賴某一位特別配合的員工，她請假一週就會亂，那它就還不是流程，只是一個人的習慣。

老實講：有些流程根本不該數位化，該直接砍掉

最後這一段，我講一些對我自己生意不利的話。

你列出來的那五六個流程裡面，很可能至少有一個是不該花錢數位化的。因為它本身就不該存在。

三種該砍掉、而不是該系統化的流程

第一種：為了解決另一個問題而長出來的補丁流程。

最典型的是各種「二次確認」。因為以前有人出過錯，所以加了一道確認；後來又出錯，再加一道。到最後一張單要三個人確認。你要做的不是把三道確認搬到系統裡變成三個簽核關卡，而是問「為什麼會錯」，把源頭修掉，然後把三道砍成一道。

把爛流程搬進系統，你只會得到一個跑得很快的爛流程。

第二種：一年跑不到幾次的流程。

有些流程確實麻煩，但一年只發生三次。花錢做進系統、訓練大家怎麼用、然後一年用三次——三次之後沒有人記得怎麼操作，還是要打電話問人。

這種東西比較好的做法是寫一份清楚的作業說明放在共用資料夾裡，或乾脆維持人工。不是所有麻煩都值得用系統解決，有些麻煩用一張寫清楚的表單就夠了。

第三種：只是因為「以前都這樣」而存在的流程。

最常見的是各種週報、日報、月報。你去問「這份報表誰在看」，常常會得到「我不知道，我接手的時候就有了」。

在數位化之前，先做一輪很殘忍的問題：這份東西如果停掉一個月，會有人發現嗎？ 沒有人發現的，就停掉。這比任何系統都省錢。

為什麼我願意講這個

因為砍掉不該存在的流程，是整個專案裡投資報酬率最高的動作，而且它不用花錢。

我的立場一直是這樣：如果你的問題可以用「停掉一件事」解決，你就不該花錢買系統。如果你現在的階段是現金流很緊、訂單不穩，那更應該先看先活下來再談轉型，把力氣放在能立刻回本的地方，而不是被「別人都在數位轉型」的焦慮推著走。

一個誠實的顧問應該幫你少花錢，不是幫你多買東西。你在跟廠商談的時候，也可以用這個當判準：當你問「這個流程有沒有可能根本不用做」，對方是認真跟你討論，還是立刻告訴你「這個我們系統可以做」——這句回答本身就是資訊。

常見問題

五個流程都想改，第一個真的只能挑一個嗎？可不可以做兩個？

可以做兩個，但有條件：這兩個必須涉及完全不同的人，而且都是低阻力的。例如倉庫的庫存流程配上會計的對帳流程，兩批人不重疊，可以平行。但如果兩個都要業務助理配合，那就是一個，不是兩個。

我的建議是第一次先只做一個。不是因為你資源不夠，是因為第一次你需要學會怎麼跑這種專案，而學習的時候一次只練一件事效率最高。等第一個做完、團隊有經驗了，第二輪同時開兩三條是完全可行的，而且會比第一條快很多。

老闆覺得該先做 A，員工覺得該先做 B，怎麼辦？

這種分歧幾乎一定會發生，而且通常是好事——它代表你們看到的是同一家公司的不同面向。

處理方式是把四個維度的表格拿出來，請雙方各自填一份，然後只比對「改動阻力」跟「發生頻率」這兩欄。你會發現分歧幾乎都集中在這兩欄：老闆低估阻力，因為他不是每天執行的人；員工低估某些流程的出錯代價，因為他看不到錢的那一面。

把落差攤開來討論，通常十五分鐘內就能收斂。如果收斂不了，我會傾向聽員工的——因為要每天用它的是他們，他們不接受，做出來也沒用。

已經同時開了三條線做到一半了，現在該停掉兩條嗎？

要看有沒有哪一條已經接近完成。如果有一條已經做到七八成，集中資源把它結案，另外兩條先凍結——注意是凍結，不是取消，要跟參與的人講清楚「這條之後會回來做」，否則他們會覺得自己的投入被丟掉。

如果三條都在三四成的位置，那就用前面的四維度表重新排一次，挑阻力最小的那條全力做完。這時候最重要的不是省時間，是趕快讓公司裡出現一次完整的成功。三條同時卡在半路的狀態再拖下去，專案的信任額度會燒光。

廠商說可以一次全部做，是不是比較划算？

不一定。廠商說「一次全部做」通常有兩個原因：一是報價包在一起數字比較好看、單價比較低；二是他們的產品本來就是整套的，拆開賣反而麻煩。

你要問的不是價格，是三個問題：上線是分階段還是一次切換？如果第一階段做完我決定不繼續，合約怎麼處理？分階段做的總價比一次做貴多少？

第三個問題的答案通常會有價差，那個價差是你要付的「保險費」。它值不值得，取決於你對這家廠商跟自己團隊的信心。想清楚成本結構怎麼看，可以參考ERP 導入成本怎麼算那篇，先搞懂錢是怎麼組成的再談要不要拆。

我們公司很小，只有十幾個人，這套排序方法還適用嗎？

適用，而且更重要。人越少，一次只能做一件事的限制越硬——十幾個人的公司，關鍵員工可能就兩三位，你根本沒有平行處理的餘裕。

但有一個地方要調整：十幾人公司的「改動阻力」那一欄，權重要拉高。大公司裡改流程的阻力來自制度跟部門利益，小公司的阻力幾乎全部來自個別的人——某一位做了十五年的老員工不習慣，這條線就會非常難推。所以小公司排序的時候，「這個人願不願意」幾乎可以直接當作能不能做的判準，比分數更準。

最後，如果你現在正卡在這裡

如果你手上剛好有一張「想改的流程清單」，我建議你今天就做一件很小的事：把清單打開，加上四個欄位，自己先填一遍。不用找廠商，不用開會，二十分鐘就能填完。

填完之後你會發現，這張表本身就回答了你原本的問題。而且你會看到一些原本沒想到的東西——例如某個你以為很重要的流程，阻力分數高到現在根本不該碰；或某個你一直沒放在心上的小流程，其實是每天都在漏時間的地方。

還有一種答案是這張表算不出來的：這件事根本不該自動化。 有些流程的變化太快、量太少、或例外多到規則寫不完，硬上系統只會多一層負擔。先排除掉這一類，你的清單會短很多，我把判斷條件列在 有些事你不該自動化：先別急著上系統的判斷清單。

如果你已經知道要動哪一條，這兩條是我被問最多、也最容易低估的：採購單靠 LINE 傳？請購到驗收的斷點在哪，以及 簽核卡在誰身上？流程瓶頸怎麼找出來——後者常常是你四個維度都打完分之後，才發現真正的瓶頸不在流程本身，在等某個人點頭。

如果你剛好卡在這裡，填完表還是排不出來，或者你想知道你們產業的其他公司通常從哪裡開始，歡迎來聽我們的 Podcast，或翻一下案例庫看看類似規模的公司走過的順序。我不會給你一個標準答案，因為沒有標準答案——但我可以幫你把判斷的框架架好，剩下的你自己會排。

畢竟最了解你們公司哪裡在痛的人，從來都不是我，是你。