實用檢查清單
開始前先確認這五項
- 每個欄位都對應首次回覆需要。
- 解釋必填資料及特殊格式。
- 準備錯誤、處理中和成功訊息。
- 測試雙語版本並確認收件。
- 不把訊息內容送入分析事件。
從第一次有用回覆反推欄位
先問收件同事需要甚麼資料，才能作有意義的回覆。設計項目可能需要現有網址、所需範圍和希望時間；產品查詢可能需要型號及目的地。不要從公司日後可能想收集的全部資料開始設計。
把預期第一封回覆寫在欄位清單旁邊。若某個必填項目不影響這一步，可考慮改為選填或稍後詢問。表格短不一定較好，重點是要求的努力合理，且資料足夠延續對話。
說明容易誤解的輸入要求
W3C 指引支持清楚填寫說明和易理解的回饋。欄位標籤應在輸入後仍然可見，必填項目要清楚識別，特殊格式應在提交前解釋，而不是只靠輸入框內會消失的提示。
有海外買家的香港網站，要檢查電話、地址和公司名稱的假設。若電話只能填八位數，海外買家便可能受阻。預算有參考價值時，如團隊仍能協助未定預算的客戶，可提供「尚未確定」選項。
把錯誤與成功訊息一起寫好
每個可預見錯誤都應有具體提示。「請輸入可供回覆的電郵地址」比「輸入錯誤」更有幫助。可恢復的錯誤發生時，宜保留已填資料，並讓訊息容易找到，不只用顏色表示。
成功訊息要反映系統實際確認的狀態。若查詢已接受，便交代下一步；只有團隊能做到才承諾回覆時間。若無法確認收件，應提供替代聯絡方法，不宜顯示誤導的成功提示。
中英文都要測到收件端
使用測試資料，在手機鍵盤開啟和桌面純鍵盤操作下檢查。測試有效提交、漏填必填項目、電郵格式錯誤，以及系統可支援測試的恢復情境，並確認固定聯絡按鈕不遮住提示。
再由指定團隊確認收件、分流及主旨是否易讀。提交技術上成功，但寄到無人處理的信箱，仍未完成商業流程。中英文版本的必填資訊、成功說明及回覆預期亦應一致。
分清聯絡意圖與有效需求
將聯絡按鈕點擊、已接受提交和有效商業查詢分開定義。它們代表不同階段。請實作者說明記錄哪些事件，避免把自由輸入內容、私人聯絡資料放進分析資料。
用結果找出阻礙，不要假設每個未完成表格的人都遇到設計錯誤。部分訪客可能尚未準備查詢。可結合整體觀察及收件同事意見，每次調整一項欄位或說明，再在有足夠背景下覆查。
資料來源與適用範圍
- W3C WAI：表格填寫說明（英文）w3.org
技術參考；本文情境及檢查流程為編輯建議。
- W3C WAI：表格錯誤與完成通知（英文）w3.org
技術參考；本文情境及檢查流程為編輯建議。