傳產數位轉型護城河：三個採購判準＋政府補助落地路徑

先給答案：AI 時代傳產數位轉型的護城河，是這三件別人搬不走的事

如果您是製造業二代，正在評估要不要花這筆錢買 AI 或 BI 系統，先記住三個採購判準：資料最後是不是你的、對方願不願意做資料整合的苦工、你們公司的 know-how 能不能被流程化又持續長大。至於錢與時程怎麼安排，政府補助是把傳產數位轉型從簡報變成排程的那條路徑，判準、卡關原因與補助準備順序，下面依序談。

一句話版本

傳產數位轉型的護城河，是獨有資料、把資料打通並持續累積的能力，以及被流程化之後還會隨使用長大的領域知識，這三者的組合。模型誰都租得到，這三件事搬不走。

為什麼「有沒有導入 AI」已經不構成差異

五年前導入 AI 還能當作對外的說法，現在同業的報價單上都有這幾個字。真正拉開距離的是現場：你的產線每天產生什麼資料、這些資料有沒有被接起來、老師傅的判斷有沒有被寫下來。這三題答得出來，換哪一家模型供應商都不影響您的位置。

展場或提案會上最該問供應商的一句話

「這套系統跑三年後，我要把資料全部搬走，你會給我什麼格式、要多久、要不要另外收費？」對方的回答速度與願不願意寫進合約，通常比 demo 更能說明後續幾年的合作狀態。

判準一：這套系統跑出來的資料，最後到底是不是我的

資料主權是指資料的所有權、使用權與取回權歸屬誰，與資料實際存放在誰的機房無關。這是採購合約層級的事，不是技術規格層級的事。

合約與報價單要看哪幾條

至少三條：原始資料與衍生資料的所有權歸屬寫給誰；你要取回資料時的格式、頻率與是否另計費用；合約終止後供應商多久內交還資料、多久內刪除備份。這三條講清楚，其他細節都還有談的空間。

我們的立場：介接方式是手段，不是採購必要條件

不少評估文章把「有沒有開放 API 或某種介接協定」寫成採購門檻。我們的判斷不同：先鎖權利，再談規格。介接規格這幾年換得很快，今天寫進合約的規格，一年半後可能已經不是主流；但「資料是我的、我隨時拿得回來」這個權利不會過時。所以我們建議先鎖資料主權與匯出權，介接方式列在技術附件裡，隨著版本更新再談。

採購前必問的五個問題

1. 系統邊界到哪裡：哪些資料在系統內、哪些仍留在 ERP 或 MES。
2. 匯出格式與範圍：是完整原始資料，還是只給報表層的彙總。
3. 匯出頻率：要不要人工申請、每次要等多久。
4. 合約終止後的處理：交還期限、刪除證明。
5. 誰有存取權：供應商的哪些角色可以看到你的資料。

判準二：對方願不願意做資料整合與清洗這段苦工

多數提案的時間都花在展示介面，但專案真正吃掉工時的地方在前面：把散在不同系統、格式不一的資料接成一條可用的線。

分層看資料現況，不要一竿子打翻

傳產的資料分層很明顯，不能一句「都很髒」帶過。財會與進銷存這類長期受稽核的系統通常相對完整；工單主檔、料號主檔在不同系統之間常出現版本不一致；工時與報工欄位是否即時、是否有人補登，各廠差異很大。盤點時把「相對完整」「需要對齊」「幾乎沒有」三類分開標記，後面的工期估算才會準。

不用一次清乾淨：從一個決策問題往回推

先選一個真正痛的決策，例如：接單前要不要接、哪張工單該插隊。然後往回推這個決策需要哪幾個欄位、來自哪幾個系統，只把那條線清到夠穩。先進智慧製造以需求出發講的就是這個順序，而 報工即時掌握進度與成本 是最常見的第一條線起手式。

在報價與 SOW 裡把整合工作寫清楚

把資料整合列成獨立工項，寫明交付物（欄位對照表、清洗規則文件、測試結果）、缺資料時由誰補、補不到時怎麼處理。這段沒寫進合約，通常會在驗收時變成雙方爭議。

判準三：公司的 know-how 能不能被流程化，而且持續長大

每間工廠都有自己的判斷標準，例如：什麼客戶可以插隊、什麼單子要先押安全庫存，只是這些多半只存在幾個人的腦袋裡。把它寫下來，是這三個判準裡最難、也最值錢的一件事。

事實與判斷標準要分開放

流程資料給你的是事實，業務脈絡放的是判斷標準；兩邊合起來，才變成一個可以行動的判斷。換到現場，就是系統負責告訴你這張工單實際跑了幾天、卡在哪一站，至於「超過幾天就要通知業務」「哪一類客戶可以插隊」，屬於公司的規則，要能被你們自己修改，而不是寫死在供應商的程式裡。

買功能還是買能力

買功能是拿到一組固定的畫面與邏輯，第二年現場需求一變就得排開發。買能力是拿到一個可以自己調規則、自己加欄位的框架，用得越久越貼近現場。報價單上兩者價差有限，三年後的差距很大。

流程化不是取代老師傅

把判斷寫成規則，目的是讓判斷可以被討論、被交接、被檢討。老師傅的價值不會因為規則被寫下來而消失，反而是從「只有他知道」變成「大家照著走，他負責修正」。這一點在專案啟動會議上就要跟現場說清楚，否則系統上線後沒人願意填資料。

為什麼多數 AI 專案停在 PoC 就走不下去

我們在專案現場看到的卡關原因，大致是三種，而且發生順序通常固定（註：以下順序是依我們實際遇到的先後排列）。

現場的人不想用

第一個問題永遠是：這件事做完，誰的 KPI 會變好？如果答案是「主管看得比較清楚」，現場就沒有動機。導入時要明確指出哪個角色因此少做哪件事、少被追問哪件事。這一段的組織條件，可以參考數據驅動文化與組織分工。

驗證環境跑得動，正式環境就不穩

落差多半出在資料的邊界情況：試辦時挑的是乾淨的品號與正常單，正式上線後遇到退貨、改單、委外加工，規則就開始漏接。驗證階段就要故意放進這些例外（註：退貨、改單、委外加工至少各放一筆）。

沒有人定義成功

製造業AI導入最常見的失敗，是啟動前沒寫下驗收標準。要改善哪個決策、由誰在什麼時點使用、用什麼數字檢查，這三題沒有答案，PoC 做完就沒有下一步。

把判準變成行動：用政府補助墊高執行可行性

判準講完，下一題是這筆錢從哪來、第一步怎麼走。政府補助在這裡的作用很單純：讓時程與預算變得可執行。

拿補助會不會反而更標準化

這個問題很常被問到，答案是不會：補助補的是投入，不是產出。同一個計畫底下，兩家公司拿到相近的資源，做出來的東西差距仍然很大，因為輸入的資料、要解的決策、寫進規則的判斷標準都不同。差異來自您自己的現場，補助只是讓這件事不必一直往後排。

補助最大的附加價值：它逼你把成功定義寫明白

申請計畫書本來就要寫查核點與績效指標。這份文件即使最後沒有送出去，也是很好的對內管理工具：你會被迫回答要改善哪個流程、用什麼數字驗收、幾個月後檢查一次。前面說多數專案死在沒有成功定義，補助的寫作格式正好補上這個缺口。

企業端與民生補助不是同一件事

多數整理文把補助混在一起談，結果企業主找到的都是租屋、育兒、節能家電這類民生項目。地方政府的福利查詢系統有明確的服務對象：新北市政府的「福利補助自己查」把項目分成生活困難、工作相關、銀髮福利、醫療與照護、育兒相關、社會教育、居住或車位、教育扶助等類別，都是針對個人與家戶。企業要找的是另一條路徑：經濟部及所屬單位的計畫公告頁與當年度申請須知。

科專補助的查詢路徑

企業端的科專補助，資格、補助上限與申請窗口每年調整，唯一可靠的做法是看官方公告頁與當年度申請須知 PDF，並記錄自己的查核日期。計畫名稱、金額與梯次都要逐一比對當年度官方公告（註：公告每年改版，請以查詢當天的版本為準），本文不憑印象填。延伸閱讀：想一次看完製造業相關的計畫、資格與時程，請看製造業 AI 補助總覽，並以官方頁面的最新版本為準。

申請前先備妥的三類資料

第一類是公司基本文件與財務資料；第二類是現況盤點，包含要改善的流程、目前的系統清單與資料現況分層；第三類是計畫內容，包含查核點、績效指標與預算配置。可補助的支出類別（人事、設備、委外等）每個計畫規定不同，要逐項對照該計畫申請須知原文。

時程怎麼抓

內部盤點與問題定義最耗時，通常要先做完才談得動後面的事。順序建議是：盤點現況、選定要解的決策、內部立案、撰寫計畫書、再進入採購與議價。把採購放在計畫書之後，議價時您手上已經有明確的規格與驗收標準。

服務界線

潤謙科技的工作是協助釐清問題、盤點資料現況、與你們共同定義成功標準；計畫書由企業自行撰寫與送件，我們不對核定結果或成效做承諾（註：計畫書內容與送件責任皆在企業端）。

一個現場場景：資料打通後改變了哪個決策

把上面三個判準放進一個場景比較好理解。某工具機零件廠的業務要回覆客戶交期時，過去要打電話問現場。資料線打通之後，業務在同一張畫面看到工單目前在哪一站、平均還要幾天、這個品號過去的延遲情況，回覆交期從「問完再說」變成當場答。這個改變對應的是判準二：起點是「業務回交期」這個決策，往回推只把工單狀態、站別、標準工時那幾個欄位打通，全公司的資料先不動。

至於判準三在這個場景的位置：什麼情況要往壞的估、哪個客戶不能給模糊答案，這些是公司的判斷標準，要讓業務主管自己能改。

90 天行動表：製造業二代可以從這裡開始

期間	要做的事	完成的標誌
第 1 個月	選一個真正痛的決策問題，寫下做到什麼程度才算成功	一頁文件，寫明要改善哪個決策、誰使用、用什麼數字檢查
第 2 個月	盤點這條資料線與系統邊界，確認匯出權與欄位缺口	欄位對照表，資料現況分成相對完整、需要對齊、幾乎沒有三類
第 3 個月	查當年度可用的政府補助管道與時程，同時談採購與驗收標準	申請須知查核紀錄（含查核日）、供應商報價含資料整合工項

這張表的擁有者應該是接班的您或指定的專案負責人，每兩週回顧一次進度，別交給資訊單位單獨扛。

常見問題

數位轉型或製造業AI導入，有哪些政府補助可以申請、資格是什麼

企業端要找的政府補助和民生福利補助是兩套入口，前者主要看經濟部及所屬單位的計畫公告頁與當年度申請須知。查詢路徑是官方計畫公告頁、申請須知 PDF、年度申請時程表三份文件對照著看，並記下自己的查核日期。資格、補助上限與申請窗口逐年調整，本文不列未經查核的金額與梯次。申請文件由企業自行撰寫與送件，潤謙科技不對核定結果做任何判斷。更完整的計畫整理可看製造業 AI 補助總覽。

傳產資料還沒整理乾淨，可以先導入 AI 嗎

可以，但順序要對：先把支撐那一個決策的那條資料線清到夠穩，全公司的資料不用一次清乾淨。財會與進銷存這類長期受稽核的系統通常相對完整，工單與料號主檔在系統之間常對不齊，工時與報工的即時性各廠差異大。做法是從你最想解的決策往回推，列出需要的欄位與來源系統，先把那幾張表對齊，再逐步擴大。

採購 AI 或 BI 系統時，怎麼確認資料主權在我們這邊

看合約三條：原始資料與衍生資料的所有權歸屬、原始資料的匯出格式與頻率、終止合作後的資料交還與刪除期限。我們把資料主權與匯出權當成判準，而不是把某種介接規格寫成必要條件，理由是規格會改版，權利不會。介接方式放在技術附件，隨版本更新調整就好。

導入前要怎麼定義專案成功、驗收標準該寫哪些

成功定義要在啟動前寫下來。至少包含三題：要改善哪個決策、由誰在什麼時點使用、用什麼數字檢查。格式可以直接借用補助計畫書的查核點與績效指標寫法，就算你不申請補助也適用。另外建議把例外情況（退貨、改單、委外）寫進驗收案例，避免驗證環境過關、正式環境就不穩。

老師傅的經驗真的能被流程化成系統規則嗎

能被流程化的是判斷的依據與條件，不是取代人。流程資料給你的是事實，業務脈絡放的是判斷標準；系統負責呈現實際發生什麼，什麼情況要出手則是公司的規則。流程化的目的是讓判斷可以被討論與交接，同時保留讓現場持續微調的空間，否則寫死的功能撐不過第二年。

下一步

看完最容易卡住的地方，通常是「要解的那個決策到底怎麼選」。潤謙科技可以陪您們開一場現況盤點會議：把要改善的決策講清楚，盤出這條資料線目前在哪些系統、缺哪些欄位，再一起寫下成功的判斷標準。帶著這份文件，後面談採購或準備計畫書都會省很多來回。

與我們的顧問聊聊