選 ERP 之前，先把那疊三聯複寫紙攤開來看。 多數傳產轉型卡關的點，不是雲端、不是 AI、不是要不要上 SAP，而是現場那張「課長簽完才能進倉」的紙本領料單，背後綁著二十年的信任機制。
工程師看到流程，會想用資料表正規化；老闆看到流程，會想砍掉冗餘步驟；但現場主管看到流程，看到的是「誰負責、誰背鍋、誰可以擋下錯誤」。這三種視角不對齊，再貴的系統上線都會被偷偷繞過。
紙本電子化不是把紙搬上螢幕
常見的失敗模式是：花了幾個月把紙本表單一比一複製到系統，做出十幾個欄位的網頁表單，使用者填完還要列印出來給主管簽名。結果是工作量加倍——既要打字、又要印紙。
真正的電子化，要重新問一次每個欄位存在的理由。舉個例子，假設一張請購單上有「預計用途」欄位，現場通常隨便寫「生產用」三個字。這個欄位在紙本時代是給採購對帳用的線索，但如果新系統已經能從 BOM 表反查料號對應的工單，這欄位就該刪掉，而不是變成下拉選單。
我們在報價時通常會建議客戶，導入前先做一輪「欄位考古」：每個欄位問三個問題——誰會看？看了會做什麼決定？如果這欄空白會怎樣？三題都答不出來的欄位，就是該砍的。
ERP 整合的真正成本在邊界
很多業主以為 ERP 整合的難度在主系統，其實八成的工時花在「邊界」：跟舊的進銷存對接、跟客戶的 EDI 對接、跟物流商的 API 對接、跟會計師事務所要的報表格式對接。
想像一個典型情境：一家中型批發商上了新 ERP，主流程都跑得很順，但每個月底會計還是要手動把資料匯出成特定格式的 Excel，因為事務所那邊的系統只吃那個版本。這種「最後一哩」的妥協，會慢慢蠶食轉型的價值。
一段示意的整合骨架大致長這樣：
# 示意：實際接 API 請參考各 ERP 廠商文件
def sync_order_to_erp(order):
payload = transform(order) # 欄位對應與單位換算
try:
erp_client.create_order(payload)
except ERPValidationError as e:
queue_for_manual_review(order, reason=str(e))
# 失敗的單據要進人工複核佇列，不能直接丟掉
重點不在那幾行程式，而在 queue_for_manual_review 這條退路。傳產資料品質參差，沒有人工複核機制的整合，三個月內一定會出事。
至於教育訓練，最有效的不是辦三小時的講習，而是在系統上線後的前兩週，安排熟悉系統的人坐在現場，遇到問題當場解。一份再厚的操作手冊，都比不上一句「來，你按這裡就好」。
我們的觀察
傳產轉型的成功率，跟預算大小的關聯沒有想像中高，反而跟「老闆願不願意陪跑」高度相關。願意花時間參與流程盤點、願意當著員工面說「以後就照新系統走」的老闆，案子通常會落地。把系統交給資訊人員自己摸索的，多半會變成另一套被冷落的軟體。技術從來不是瓶頸，組織共識才是。