示範很順，真的交給同事用也行嗎？

示範時大家知道要輸入甚麼，也知道它擅長甚麼。真正的使用者不會照劇本走。我們要看看：資料不齊、操作不同、連接中斷時，系統是否仍能讓人知道怎樣繼續。

由實際使用者測試主要流程

讓他按平常習慣操作，不用工程師在旁邊逐步指示。觀察哪裏看不懂、哪裏要停下來問，以及結果是否真的幫他完成工作。

加入填錯資料、少一份文件和不同裝置的情況。這些不是刻意刁難，而是產品上線後每天都可能碰到的事。

如果功能會修改客戶紀錄、發送訊息或執行其他重要操作，先說清楚誰有權批准。資料中出現一句指令，也不應讓 AI 跳過這些限制。

例如，AI 可以先整理內容或準備草稿，但發送前仍由負責人確認。權限檢查要在系統內真正執行，不能只把某個按鈕藏起來。

外部服務連不上，是等一下再試，還是已經完成？系統應給清楚訊息，並避免重複操作造成新的問題。工程團隊則要能找到原因，知道是資料、模型還是連接出了問題。

這就是監控和錯誤記錄的用途。但不能因為方便除錯，就把不必要的敏感內容全部記下來。要記甚麼、由誰查看，也需要一併決定。

先給一小組人使用，檢視問題再擴大。保留上一個可用版本，萬一新版本出問題，能恢復服務；同時說清楚誰批准更新、誰接收求助。

交付時讓同事學會日常操作，也讓接手的工程師知道如何維護。這些基礎穩定，團隊才更有空間放心提出新想法，繼續改進產品。