先做 POC 再說？POC 做完就沒下文的三種公司

「我們先做個 POC 看看，反正也不用馬上決定。」

那天在會議室，老闆講完這句話，底下六個主管同時點頭。那是我那陣子在導入會議裡看過最和諧的一次——因為那句話讓每個人都不用表態。採購不用承認請購單是用 LINE 群喊的，生產不用承認報工資料是禮拜五下午一次補完的，財務不用承認月結還靠一份沒人敢動公式的 Excel。大家都同意先試試看，然後散會。

幾個月後我再進去，那份 POC 的結論檔案躺在共用資料夾第三層，最後修改日期停在很久以前。沒有人說它失敗，也沒有人說它成功。它就停在那裡。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這幾年被問最多的一句話就是「可不可以先做 POC」，而我通常會先反問一句，讓對方愣一下：POC 本身沒有錯，錯的是把 POC 當成「延後決定」的容器。一個會有下文的 erp poc，在開始之前就必須具備三件事：一組寫死到可以被判定的成功條件（「跑得動」不算，要講清楚哪個數字、哪個動作、在什麼誤差跟時間內算過關）、一段真的會痛的流程（不是最乾淨的那段，是你們最常出事、最常吵架的那段）、以及一個做完之後有權力直接說「買」或「不買」的人。三件缺一件，POC 就會變成一份沒有人反對、也沒有人執行的報告；缺兩件以上，你其實不是在評估系統，你是在花錢買一段可以合法不做決定的時間。

先承認你是對的：想試辦這個直覺沒有錯

我不打算勸你不要做 POC。想先試試看這個念頭，來源通常很正當。

你可能被燒過一次。上一套系統當初是看簡報決定的，簽了約才發現實際操作跟簡報差很遠，最後上線半套、業助螢幕上開的還是那份 Excel。那筆錢跟那半年，你不想再來一次。這個防禦性是健康的。

你也可能是真的看不懂。廠商講的每個功能聽起來都對，可是你沒辦法判斷「這個功能在我們家會不會好用」。你的流程有一堆別人沒有的例外——同一個客戶三種計價方式、有些單要先出貨後補單、老師傅的工序順序跟工程圖上寫的不一樣。這些東西不放進系統跑一次，確實看不出來。

這兩種理由都成立。ERP 的風險不在買貴，在買錯之後你得繼續用它三五年。先跑一段真實資料看看，是理性的。

問題出在第二步。POC 是一種降低不確定性的手段，但多數公司做 POC 的實際效果是「把不確定性延後」。這兩件事在會議室裡聽起來一模一樣，結果完全相反。

第一種：沒有人寫下「什麼叫成功」

這是最常見的一種，而且幾乎不會在啟動會議上被發現，因為現場所有人都覺得答案很明顯。

我問過很多次：「這次試辦跑完，什麼情況你會說它過關？」得到的回答大概都是這幾句——「就看看順不順」「看員工用不用得習慣」「看跟我們流程合不合」。這些聽起來像標準，其實一個都不是。它們沒辦法被判定，任何結果都可以被解釋成「還可以，但是……」。

沒有可判定的標準，會發生一件很具體的事：試辦跑完，每個人心裡都有一把不同的尺。IT 覺得資料都進去了、串接沒問題，算成功；業助覺得每天要多點六下、比 Excel 麻煩，算失敗；老闆看不到他真正在意的那張表，覺得「好像沒什麼差」。三個人講的都不是假話，因為沒有人約定過要量什麼。

會議開到最後，通常會收在一句話上：「那我們再看看。」這句話就是 POC 的死因。它不是否決，所以沒有人需要負責；它也不是通過，所以沒有人要往下走。案子就從那一刻起，變成沒有主人的東西。

可判定的標準長什麼樣？舉幾個實際會被寫進去的句子：試辦期間開出的每一張出貨單，庫存異動要跟現場實盤對得起來，差異超過某個範圍就要能查到是誰在哪一步造成的；業助建一張含三個品項、兩種單價的訂單，從開單到出貨單產生不能超過某個時間，而且中途不需要開任何一份 Excel；月結那份對帳資料要能從系統直接產出，財務不必再手動合併。共同點是，跑完之後你可以指著結果說「這條過了」或「這條沒過」，沒有模糊空間。

這套邏輯跟正式導入時的驗收標準是同一件事。差別只在 POC 的標準可以少、可以粗，但不能沒有。你連 POC 都懶得寫成功條件，到了真正上線那一天也不會有標準，只會有一場「我覺得還不能上」跟「我覺得可以了」的拉鋸。這部分我在驗收標準要怎麼寫才不會被拗裡拆得更細，POC 這一關其實是那件事的預演。

第二種：拿最簡單的流程去試

第二種公司有寫標準，也跑完了，結果還很漂亮。問題是他們試的東西根本不會出事。

這種選擇幾乎都不是故意的。決定試哪一段流程的時候，會議室裡的邏輯通常是善意的：「先挑一個乾淨一點的，不然變數太多、看不出來是系統的問題還是我們的問題。」或者更現實一點：「生產那邊現在很忙，先不要動他們，我們拿倉庫進出貨來試。」

於是被拿去試的，永遠是那條最單純、最少例外的流程。標準品、單一單價、固定客戶、當天進當天出。系統當然跑得動——這種流程你用一份 Excel 也跑得動，它從來就不是你的痛點。

真正的風險藏在你沒試的地方。那些讓你想換系統的東西往往長這樣：同一個客戶不同專案不同計價、有一批貨要先送去外包廠再回來、業務答應的交期跟排程算出來的不一樣、報價要抓一個誰都說不清楚怎麼算的成本、退貨要拆成兩張單才做得平。這些才是你每個月固定吵一次的地方，也才是新系統可能撞牆的地方。

POC 挑了乾淨的流程，等於你花時間驗證了一件你本來就知道的事。更糟的是它會給你一個假的安心感——「試過了，沒問題」，於是簽約、擴大範圍，然後在上線第二個月撞上那個沒試過的例外。

我的建議一向相反：POC 要挑你們最常出事的那一段。不用大，但要痛。挑那個一提起來業務跟生產就會互相看一眼的流程，挑那個每個月都要有人加班手動修的環節。如果新系統能把那一段跑順，其他部分基本上不用擔心；如果跑不順，你在還沒付出大部分成本之前就知道了，這才是 POC 的價值所在。

至於怎麼判斷哪一段最該先動，跟導入時第一個該上線的流程要怎麼選是同一組判斷邏輯：找痛感最強、資料最亂、人最多怨言的那一段，而不是找最好做的那一段。

第三種：做完沒有人有權拍板

前兩種還算技術性問題，這一種是結構性的，最難救。

情況是這樣：POC 做得很認真，標準也寫了，流程也挑對了，報告寫出來該過的都過了。然後報告送上去，進入一個沒有出口的循環——IT 說這要業務單位認可，業務單位說預算不在他們身上，財務說要等年度預算會議，老闆說「你們部門先取得共識」。每個人都在等別人先表態，因為每個人都知道，第一個說「我覺得可以買」的人，未來出事就會是他的責任。

判斷你是不是這種公司，有個很簡單的測試。在 POC 開始之前問一句：「這件事做完，是誰簽名決定要不要繼續？」如果三秒內講得出一個人名，你大概沒事。如果答案是一個委員會、一個部門、或者「到時候大家一起討論」，那你已經知道結局了——不是系統不好，是這件事從頭到尾就沒有主人。

這種公司的 POC 有個共同特徵：它的存在本身就是為了讓決定可以繼續被延後。老闆心裡其實還沒決定要不要花這筆錢，但直接說「先不做」會顯得不夠積極，說「做」又要承擔風險；「先做個 POC」是唯一一句講出來沒有人會反對的話。它買到的不是資訊，是和諧。

我要講一句可能不好聽的：如果你們公司是這種狀態，那你不該做 POC，你該先處理決策權的問題。系統評估不會替你解決組織裡沒有人敢負責的困境，它只會讓那個困境多花一筆錢，然後原封不動地留在原地。

那 POC 什麼時候是對的

我不是在說 POC 沒有用。有幾種情況它不只對，而且必要，我甚至會主動要求客戶做。

一種是你有一段很特殊的邏輯，講不清楚也畫不出來。醫美的療程包扣抵、工廠的多階委外、專案型工程的分期認列——這類東西在會議室裡跟廠商講三小時，雙方都會以為自己聽懂了，其實沒有。這種時候拿真實資料跑一次，是唯一能確認的方法。

一種是要驗證舊資料能不能過來。你手上有十幾年的資料，格式混亂、有重複、有缺欄位。這件事不試沒有人敢打包票，而它一旦出問題，會直接決定導入時程要多加幾個月。

還有一種是要看人。同樣一套系統，年輕的業助兩天就上手，做了二十年的老師傅可能連登入都排斥。這件事簡報上看不出來，只能讓真正要用的人坐下來操作一次；觀察重點不是系統，是人的反應。

這三種的共同點是：你有一個具體的、講得出來的疑問，而 POC 是回答那個疑問的手段。反過來說，如果你講不出你想確認什麼，只是覺得「先試試看比較保險」，那就是我前面講的那三種公司。

我把差別放在一張表裡，你可以對著自己現在的狀況看。

判斷點	會有下文的 POC	會停擺的 POC
想確認什麼	一個講得出來的具體疑問	「先試試看比較保險」
成功條件	跑完可以指著結果說過或沒過	順不順、合不合、習不習慣
試辦範圍	最常出事、最多例外的那一段	最乾淨、最不影響現有工作的那一段
誰拍板	啟動前就指定的一個人	到時候大家一起討論
結束時的動作	有下一步的日期跟負責人	「那我們再看看」

所以你現在該做什麼

如果你已經卡在 POC 裡了

有些人看到這裡會發現，自己手上正好有一個做了一半、或者做完就沒動的 POC。這種狀況還有救，但要動作。

先把它從「還在進行中」這個狀態拉出來。找一天把相關的人約在同一個房間，把當初做的東西攤開，逼出一個是或否。當初沒寫成功條件就現在補寫，然後對著已經跑出來的結果判一次——即使標準是事後補的，有標準總比繼續懸著好。

如果攤開之後發現試的是乾淨的那一段流程，那就承認第一輪白做了，補跑一段會痛的；如果發現真正的問題是沒有人敢拍板，那你要處理的就不是系統，是去找真正付錢的那個人，把決定攤在他面前。他說不要也沒關係，至少這件事有了結論，你不用再耗著。

如果還沒開始，明天寫三行字

不用開會，不用寫企劃，找一張紙就好。

第一行：這次試辦要確認的具體疑問是什麼？寫出來是「看看合不合適」，那就先不要啟動。第二行：跑完之後，什麼結果我會說它過關？要寫到可以拿去對答案的程度，寫不出數字就寫動作，寫不出動作代表你還沒想清楚。第三行：做完誰簽名決定往下走？寫一個人名，不要寫部門。

三行都填得出來，你的 POC 值得做，去做。有一行填不出來，先把那一行填出來——那才是你現在真正的問題，系統只是排在它後面的事。

真的想不清楚，找個懂導入的人聊三十分鐘，通常比自己在會議室裡繞三個月有用。