Demo 通過，不代表上線成功
Demo 階段大家看的是畫面與概念，上線階段要比的是：真實資料能不能進、現場有沒有時間填、錯了誰改、舊流程何時停。若這四件事沒有時間表，專案很容易停在「再觀望一下」。
比較穩的做法，是把上線前 30 天拆成每週目標，每週都有可檢查的產出，而不是只訂一個「月底上線」的口號。
- 資料還是測試資料，正式品號沒整理
- 只有主管會操作，現場沒有種子用戶
- 新舊流程並行卻沒有停止舊表的日期
- 出錯時不知道找誰、多久要修好
30 天可以怎麼拆？
以下是適合 5 到 30 人工廠的簡化節奏。實際天數可依範圍調整，但每週都要有明確完成定義。
- 第 1 週：鎖定第一版範圍與不做清單、指定內部窗口與種子用戶
- 第 2 週：匯入或整理品號、期初、關鍵流程樣本資料
- 第 3 週：種子用戶每天真實操作，列出卡關清單並修正
- 第 4 週：新舊並行、訂停用舊 Excel 的日期、正式切換與回顧
上線週最重要的不是功能，是責任分工
上線當週要先講清楚：誰負責匯入、誰能改主檔、誰處理現場疑問、嚴重錯誤多久內要回應。責任不清時，現場一卡就回到 LINE 與舊表。
也建議避開月底結帳或出貨高峰硬切。選擇訂單相對穩的一週，成功機率會高很多。
怎麼判斷可以停掉舊流程？
不是「系統上線了」就立刻刪 Excel，而是連續一到兩週：查詢結果對得上、該填的人都有填、主管開始用系統開會。這三件事成立，再宣布舊表只讀或停用。
若你正在評估客製系統或鼎新看板，可以把這 30 天清單當成驗收附件，和開發方一起對齊，避免只有 Demo、沒有落地。
想把這個痛點做成第一版系統？
可以先從一段流程開始，例如庫存查詢、缺料追蹤、訂單交期、鼎新資料看板或 Excel 轉網頁。範圍先小、驗收先清楚，再逐步擴充。