系統驗收怎麼做：看過展示，不等於驗收過

系統開發到最後，廠商說「做好了，可以上線了」，接著通常是一場展示會議：投影幕上點開幾個畫面、示範幾筆操作，大家看了覺得沒問題，就簽了驗收單。真正的問題，往往在上線後幾天才陸續出現——某個角色看不到該看的資料、某張單據存不進去、月底報表的數字對不上。驗收是系統上線前的最後一道關卡，也是修改成本最低的時候，值得認真做。

為什麼看過展示不等於驗收過

展示用的通常是事先準備好的資料，操作的人也多半是最熟悉系統的開發人員，走的是最順的那條路。實際上線後，系統面對的是另一回事：每天經手的同仁有不同的角色與權限，資料來自舊系統、格式五花八門，業務上還有退貨、部分出貨、取消重開這些例外。

另一個常見的盲點是只看畫面、不按按鈕。畫面打得開，不代表存檔、修改、列印、匯出、寄出通知都正常；用最高權限的帳號操作，也永遠測不出權限設定哪裡有漏洞。這些問題在展示時看不到，卻是上線後最容易出事的地方。

驗收時值得測的幾件事

驗收不必複雜，但要貼近真實的使用方式：

• 用每個角色的帳號操作：業務、會計、主管各自登入，確認看得到該看的、看不到不該看的，能做的事也剛好符合職責。
• 把流程從頭走到尾：從建立、修改、送簽、列印、匯出到結案，每個按鈕都實際按過，而不是只確認畫面打得開。
• 用真實資料與例外情況：拿一段時間的實際單據來跑，包括退貨、折讓、取消與資料不完整的情況，也看看舊資料搬過來之後的樣子。
• 數字要對得上：系統算出的金額、庫存與報表，和既有的帳目或手算結果逐筆比對，差一塊錢也要找出原因。

驗收的標準最好在開發前就和需求一起寫下來，到時候照著清單逐項確認，才不會變成各說各話。實際測試的人應該是每天會用系統的同仁，而不是只有老闆或資訊人員；發現的問題也要分輕重，影響營運的必須修好才上線，畫面上的小調整則可以排進上線後的改善。

驗收不是確認系統能不能動，而是確認它在你真實的業務裡，每一步都做得對。

這對你的生意意味著什麼

問題在驗收時發現，改起來只是開發的工作；上線後才發現，可能已經開錯發票、算錯庫存，或讓客戶看到不該看的資料，處理的成本與影響都大得多。替驗收預留時間與人力，看起來拖慢了上線，實際上是在替日常營運買一份保險。

創智苑開發企業系統時，上線前會用各角色的測試帳號完整演練每一條流程，並和你一起逐項確認驗收清單，確認無誤後才切換上線。