AO2 / INSIGHTS — 把知識變成下一步

表單錯誤復原：保留資料、狀態與安全重試

READING INDEX

先理解問題，再選擇方法。把值得採用的一步，帶回日常工作。

AO2 FIELD GUIDE · N066 · WordPress 與轉換體驗

表單錯誤復原先分辨欄位不合、尚未送出與結果未知，再提供修正、查詢及重試路徑。附錯誤訊息與測試矩陣，讓已填內容能接續，不把逾時一律寫成失敗，也不讓使用者猜要不要再送。

使用者花了時間整理需求，按送出後只看到「發生錯誤」，重新整理又全部清空。問題不只是文案不夠友善，而是沒有交代目前狀態、哪些資料仍在、下一步怎麼做。本篇處理前台復原；成功事件與後端去重各有對應指南。

表單錯誤復原，先分辨錯在哪一層

欄位格式不合、附件未完成、請求未送出、伺服器已拒絕，以及送出後尚未取得結果，是不同情境。介面能確定哪一層，才說哪一層。瀏覽器等待逾時，不足以證明伺服器沒收到；前台出現提示，也不能單獨證明 CRM 已建立紀錄。先定義狀態，再設計訊息與操作。

讓人知道怎麼繼續，比只告訴他出錯更重要。欄位錯誤要指出位置、原因與修正方式；系統錯誤則交代哪些結果已確認、哪些仍未知。內部技術碼可供追查，但不能把堆疊訊息或模糊的 error code 當成給客戶的全部指引。

假想客戶提交設備需求，櫃台收件後對講機斷線，申請人聽不到回覆。若直接叫他重填，可能留下兩張單；若說已完成，又可能誤報狀態。合理做法是先保留原填寫內容，說明目前尚未確認結果，提供查詢或經設計的重試方式，而不是要求客戶自己猜是否再排一次隊。

申請單對應提交資料，收件紀錄對應伺服器狀態，對講機對應前台回應。這是流程比喻，不表示所有網站都有可查詢的收件編號。技術團隊需先實作可辨認同次提交的方式，前台才能提供相應操作；只有一個漂亮的「重試」按鈕，不能自動保證不重複。

例如電子郵件格式不符，訊息應說清需要修正的欄位與格式示例，不只把框線變紅。多個錯誤可在表單上方提供摘要並連到相關欄位；修正後狀態同步清除，不讓舊提示一直存在。W3C WAI 的表單教程說明驗證與可存取通知的重要性，實際訊息仍需對應你的欄位及處理狀態。

必填、選填與特殊格式在填寫前就交代，不能全部等送出後才揭露。對可接受的輸入方式保持合理彈性，但伺服器仍需驗證。鍵盤與輔助工具使用者也應能找到錯誤位置，修正後回到接續流程；不要只靠短暫出現、未保留文字的浮動通知，讓人錯過後無從查起。

一般可保留使用者已填的需求文字與不需重選的欄位，避免因單一錯誤清空整份表單。附件是否仍保留需明確顯示，不假設瀏覽器會自動重新帶入檔案。若要跨頁或長時間保存，先定義保存位置、時限與清除方式，不為了方便把不適合的資料永久留在共用裝置。

已確認未送出的錯誤可讓使用者修正再送；結果未知則先提供系統能支援的狀態核對，或帶著追查資訊交由接手窗口。是否重試沿用同次提交、何時建立新次提交，由前後端共同定義。本文不重寫去重機制，但介面不能給出與後端實際處理相矛盾的指示。

在適當測試環境安排必填缺漏、格式錯誤、附件不合、網路中斷與回應逾時。每題先寫可觀察的預期：填寫資料是否保留、訊息能否理解、鍵盤到哪裡、接手者如何追查。不要以正式客戶需求或無標記測試單反覆試送，避免測試結果混入業務工作。

復原完成，是能安全接回流程，不是讓錯誤提示消失。修改後重走原失敗題，再驗證成功流程仍正常；記錄已知限制與替代方式。前台、網站紀錄及後續系統各自保存哪些證據，應能對到同一次提交，才容易分辨問題在哪一層。