談 ERP 導入案例，多數文章講的是「上了什麼模組」。這篇我們想講一個更根本的東西：資訊怎麼流。以一家與我們長期合作的紡織廠為例——從客戶的一句要求，到現場織出符合規格的布，中間要經過業務、生技、現場三次交接。任何一次交接漏了一項資訊，代價就是整缸布白染。
案例背景：一家紡織廠的資訊斷層
這家客戶是典型的紡織製造廠：客戶下單的規格細節多（幅寬、克重、色號、加工條件），而且每張單都可能不一樣。導入前的作業方式很典型：業務接電話記重點、生技用紙本寫工藝單、現場老師傅憑經驗補細節。平常沒事，但只要客戶改規格、換人接手、或者單子一多，斷層就出現：
- 客戶跟業務講的要求，業務記了七成，漏的三成要等出問題才發現
- 生技的工藝條件寫在紙本，現場拿到的版本不一定是最新的
- 現場發現條件有異狀，口頭回報給生技，改了什麼沒有紀錄
- 出了問題要追原因，每個環節都說自己照規矩來，真相無從查起
做法：把資訊鏈接進系統，分三段
第一段：訂單欄位設計——讓業務記得完整
關鍵不是要求業務「更認真」，是把訂單畫面設計成行業規格的形狀：幅寬、克重、色號、加工條件……每一項都是專屬欄位，該填的沒填系統會提醒。客戶的要求從「記在業務的筆記本」變成「進到系統的結構化資料」，後面的每一站才有東西可以接。
第二段：生技工程展開——從訂單長出工藝
生技不再從零寫工藝單，而是在系統裡依訂單展開工程設計：織造的組織規格、染整的工藝條件、現場操作的各項參數，全部掛在這張訂單底下。改版有紀錄、版本有新舊——現場永遠拿得到最新的那一份，而不是壓在某個資料夾裡的舊版紙本。
第三段：現場照系統生產——參數隨工單到機台
現場拿到的工單，參數來自生技的工程展開，而工程展開來自業務的訂單欄位——三段接成一條鏈。做出來的布符不符合客戶要求，不再取決於「哪位老師傅當班」；出了問題要追，從訂單到工單每一段都有紀錄可查。這就是我們在看板管理裡講的：每個工位清楚自己該做什麼、依據從哪裡來。
這條鏈往下延伸：批號與對色
資訊鏈接通之後，很多原本做不到的事變成順理成章：胚布批號對到染缸、染缸對到成品批，對色紀錄掛在缸批上——客戶對色客訴時，一個批號就能把整條生產歷程調出來。紡織業的行規細節，我們在紡織業 ERP這一頁有完整的介紹——從整經、盤頭、織造到染整，一貫廠的每一段我們都跟著走過。
怎麼導入：先接訂單，再接現場
這類導入我們不做一次到位：先上訂單與工程展開（不碰產線，風險最低），業務與生技習慣之後，再把工單、報工、批號一段一段接進來——這就是我們的步進式 ERP 導入流程（SDT）：每一段驗收完才走下一段，織機和染缸不會為了換系統停下來。
這個 ERP 導入案例的共同教訓
回頭看，這個案例最值得帶走的不是紡織的細節，而是方法：系統設計要從「資訊怎麼流」開始，而不是從功能清單開始。客戶→業務→生技→現場這條鏈，換成任何行業都存在：訂單→設計→採購→製造、接案→規劃→執行→驗收……導入 ERP 真正要解的，從來都是交接點上漏掉的資訊。
常見問題
看ERP導入案例時，該看什麼才有參考價值？
別只看「上了什麼模組」，要看「解了什麼問題」：這家廠導入前卡在哪裡、系統怎麼改變資訊的流動、導入過程怎麼降低風險。模組名稱每家廠商都差不多，解題的方法才看得出功力。
紡織廠導入ERP大概要多久？
分段導入的節奏大致是：訂單與工程展開先上線（前 1–3 個月），穩定後再接工單、報工與批號。重點不是總工期多短，而是每一段都在產生價值——第一個月起訂單資料就已經比從前完整。
我們不是紡織業，這個案例對我有用嗎？
有——因為問題的結構是一樣的：客戶要求經過幾次交接才到執行端，每個交接點都在漏資訊。把「幅寬克重色號」換成你行業的規格語言，這套方法就直接適用。
想知道你的廠適合怎麼導入？看看我們的ERP費用與計價方式，或直接預約免費諮詢——告訴我們你的資訊現在卡在哪一段，我們把做過的方案直接對給你看。
