香港結帳地址表格：不用顧客虛構郵政編碼

先釐清送貨決定

結帳地址是這一張訂單的履行指示，並非一份適用於所有用途的身份檔案。先問商店只送香港、也送海外、提供自取，還是銷售數碼商品。照搬海外結帳範本中的郵政編碼欄，無法回答這些問題。香港送貨較重要的是地址能否清楚指出實際交收位置；如需送到住宅或辦公室，單位或室號可能是關鍵。自取訂單應選擇取貨點，而非硬填住宅地址；數碼商品則未必需要郵寄地址。先列明這些流程，再決定欄位與驗證規則。

政府公開回覆立法會時，解釋了香港當時沒有引入郵政編碼制度的原因。因此，香港地址不應被迫填寫郵政編碼，更不應教顧客編造一個代碼。不過，沒有郵編不等於任何地址都足夠清楚；樓宇、街道、地區及單位資料是否齊全，仍要按所選配送方式判斷。必須分清公開的郵政事實與物流供應商系統的技術限制。若供應商介面堅持有一個機器欄位，商戶應與供應商處理內部資料對應，並清楚標作內部值，不能讓虛構郵編悄悄出現在顧客的訂單確認頁。

選擇顧客明白的欄位

實用的香港地址表格可由收件人姓名、配送所需聯絡方式、地址行、區域，以及按情況填寫的單位或出入資料組成。不要把地址拆成過多必填碎片，令村屋、屋苑座數或商業大廈無法如實填寫。可以分開樓宇名稱與室號、樓層、座數，並提供明言純屬示例的填寫樣本。先向承運商確認實際使用哪些資料；若是門市或智能櫃自取，所需的可能是取貨點識別碼和收件人聯絡資料。每個可見標籤都應說清楚該欄要填甚麼，而不是依賴只有開發人員看得懂的欄位名稱。

瀏覽器自動填寫標記應按欄位用途使用。MDN 列出送貨與帳單、街道地址、地址行、行政區、國家或地區及郵政編碼等不同標記。這套詞彙有助瀏覽器提供相關已儲存資料，卻不會替商戶決定哪些欄位必填。送貨地址與帳單地址若不同，應分別標示及讓顧客核對。貼上或自動填入的地址仍是顧客輸入，不能因此推斷快遞員必定可到達。付款前展示容易閱讀的完整地址預覽，並提供修改途徑，修改後仍保留原有購物車。

按配送流程驗證

欄位驗證應找出商戶真正無法使用的資料。收件人姓名空白或地址行缺漏，可在相關欄位旁具體說明。香港送貨地址被判定「欠缺郵編」，是表格缺陷，不是顧客填錯。相反，海外地址可能須按目的地規則提供郵編；切換目的地時才改變要求，並以可見文字說明，同時保留已輸入資料。W3C 的表單指引建議接納合理的輸入差異，並給出有用的錯誤資訊。不要對所有地區施加單一數字格式：其他地方的郵編可能含字母，電話號碼也可能有空格或國際區號。

要分清格式與可配送性。表格可以檢查必要資料是否填妥、所選自取點是否存在；單靠正規表達式，卻無法證明快遞員能到達每個入口、偏遠村落或新命名樓宇。若配送商提供地址搜尋，建議結果只能輔助顧客，不應強行覆蓋其描述。容許顧客補上室號或交代送貨指示。若目的地不在服務範圍，付款前便應說明，並提供另一個可用的取貨點等選擇，避免先接單再由職員取消。

用一張訂單檢驗

假設一位顧客購買小型電器，送往九龍某屋苑單位。他選擇送貨上門，填上屋苑、座數、樓層及室號；由於香港表格不要求郵編，該欄可以留空。確認畫面展示完整目的地、聯絡資料、配送方式及相關出入備註。他發現座數錯誤，在付款前修改。結帳流程應保留購物車、配送方式及運費，並重新計算受地址更改影響的資格。顧客紀錄或收據不應出現虛構郵編。這只是一個假設的驗收情境，不代表已測得的配送成果。

再測第二條路線：同一位顧客改選自取點。此時決定交收的是所選取貨點、領取規則、收件人身份及聯絡資料，而不是住址。隱藏但仍設為必填的郵編欄不能阻止送出；改回送貨上門時，地址也要可重新編輯。最後再測真實海外目的地，其必填資料與郵遞規則可能不同。這三種情境可揭示常見設計錯誤：畫面看似切換，背後卻對不同履行方式套用同一地址結構。除了檢查畫面，也要核對儲存的訂單及傳給承運商的資料。

訂出上線驗收

英文的「Region」與中文的「地區」未必能直接對譯成同一個使用者提示；兩者都不應暗示郵編就是區碼。請熟悉本地地址習慣的人檢查兩個語言版本，並測試鍵盤輸入、貼上文字、瀏覽器自動填寫、修改地址及修正錯誤。放大畫面後文字仍須可讀；欄位錯誤應以當前語言指出問題。測試資料應涵蓋較長的樓宇名稱、村屋、屋苑座數與單位、自取及真實支援範圍內的海外地址。使用虛構資料，避免在驗收期間暴露真實顧客地址。

最終驗收點在結帳與履行工作的交界：核對顧客確認的地址，是否與職員或承運商收到的一致。記錄每種配送路線的必填欄位，以及為供應商介面而轉換的值。如果對方系統要求佔位值，應記下內部對應規則，並測試它不會被誤認為顧客的真實郵編。日後可以量度因地址不清而延誤的訂單，但不能編造基線或保證新表格完全消除配送失敗。眼前可驗證的成果較簡單：顧客能如實寫出目的地，並在提交訂單前自行修正。

還有一項很實用的整合檢查：比較同一目的地的三個版本——顧客輸入、訂單儲存，以及承運商標籤實際列印的內容。供應商可能截斷較長樓宇名稱、把座數移到另一欄，或拒絕結帳頁原本接受的標點。每個差異都應由指定負責人決定資料對應方法，不應因此刪掉顧客原文。若標籤有實體行數限制，應以合理的較長地址測試，並預先決定職員在出貨前如何處理超出部分。客服亦須能查閱原始地址，以便配送失敗時查明顧客當初填寫甚麼。

客服應有途徑在提交後處理地址更正，但不能悄悄覆蓋已接受訂單的歷史資料。顧客確認頁應指出結帳時同意的目的地；其後修改需另作紀錄，記下時間及處理者。包裹交給承運商前，履行團隊可以核對新地址是否影響配送資格或費用，再向顧客交代下一步。包裹一旦進入承運商網絡，商戶未必仍能控制改址，因此網站不能承諾任何時候都可無條件修改。這屬於結帳後流程，與地址輸入表格不同；但原表格必須收集足夠清楚的資料，後續才有辦法處理。