Product Operations · Insight
使用者驗收測試（UAT）不是最後一次功能檢查，正式上線也不是專案結案。真正需要被管理的，是角色、狀態、例外、資料、營運與真實使用情境如何在系統裡持續運作。
使用者驗收測試要驗證的是角色 × 狀態 × 規則是否真的被翻成系統；正式環境則提供真實證據，暴露產品模型和現場之間的落差。產品經理需要把功能、規則、營運與學習串成持續修正的產品營運循環。
01 · UAT validates the system model
很多使用者驗收測試會停在「按鈕能不能按」、「欄位有沒有存成功」。這些當然重要，但對企業流程或營運型產品而言，更關鍵的是：不同角色在不同狀態下，究竟可以做什麼、不能做什麼，以及退回、鎖定、重新提交與例外情境是否符合制度。
如果一個流程只在理想情境正常，那代表需求還沒有真正落地。產品經理需要把角色 × 狀態 × 規則轉成可以被測試的場景，並讓介面、業務規則與權限邏輯彼此一致。
02 · Production is evidence
正式環境會帶來測試環境無法完整模擬的證據：資料量、真實操作順序、使用者誤解、權限邊界、效能、來源失敗、異常輸入與營運例外。這些訊號不應該只被當成客服或工程問題，而要回到產品決策。
我會把問題拆回流程中的位置：是需求本身不清楚、介面沒表達正確、業務規則漏洞、資料狀態不一致，還是營運流程根本需要重設？不同原因，需要的是不同解法。
正式環境問題最有價值的地方，不是告訴你哪裡壞了，而是暴露產品模型和真實世界之間哪裡不一致。
03 · Operate the loop
一個可持續的產品，不應該每次出問題都重新靠某個人理解背景。關鍵決策、規則、狀態、驗證方式與異常訊號應該能被追蹤，讓使用者驗收測試、正式營運與下一輪迭代形成同一條學習鏈。