手機表格哪些欄位真正需要數字鍵盤？

先分辨資料性質，再選鍵盤

手機表格可能同時要求數量、電話、驗證碼和客戶參考編號。四者看起來都可能是數字，性質卻不同。數量是可計算、可設上下限的數值；電話是聯絡資料，可能有國際區號、空格或符號；驗證碼與參考編號屬識別字串，開首的零可能不可缺少。先按意義選欄位，再選方便輸入的鍵盤提示，可避免表格外觀整齊卻悄悄改變顧客答案。

Mozilla 的 number 輸入欄位指引把這類控制用於可遞增、遞減的數值，尤其是增減按鈕對用戶有幫助時；它亦明確提醒，不應把郵政編碼或卡號等外貌像數字的識別資料當成數值。若商品按整件售賣，數量欄位可使用數值控制，但須清楚說明限制。即使物流參考碼目前全由數字組成，通常仍應視為文字，因為它用於複製、比對和儲存，而不是計算。瀏覽器顯示數值欄位，也不保證輸入必然有效；伺服器仍須按業務規則驗證。

inputmode 是鍵盤提示，不是資料規則。Mozilla 的參考文件指出，它可讓瀏覽器顯示較合適的虛擬鍵盤，卻不會施加有效性限制。若識別碼由數字組成，可用文字欄位配合 numeric 提示，方便輸入而保留字串性質。不要假設所有裝置顯示同一款鍵盤，也不要以為鍵盤提示會阻止貼上字母；顧客可能使用實體鍵盤、輔助工具或自動填寫。欄位規格應分開寫明畫面提示、可接受字元、正規化方式及伺服器驗證。

電話號碼需要獨立處理。tel 欄位可提示電話鍵盤，但 Mozilla 指出，電話格式因地而異，因此瀏覽器不會自動以單一通用格式驗證。香港企業主要服務本地顧客，也可能接收海外聯絡方式；應先決定服務實際支援哪些地區，並在欄位旁說明。若接納國際電話，就要提供可用的國際區號輸入方式，不應強迫所有人符合單一本地樣式。系統可按明確規則儲存標準格式，同時保留足夠資料，讓顧客核對自己原來的輸入。

把原則放進實際表格

假設小型零售商的手機自取表格要求商品數量、聯絡電話和六字元取貨碼。數量欄位要先決定可否為零、能否輸入小數，以及是否有存貨或每單上限，然後才選數值控制與增減單位。錯誤訊息要告訴顧客可接受的範圍，並保留原輸入以便修改。瀏覽器的最小值或最大值有助介面提示，但最終是否接納，仍由掌握存貨及訂單政策的伺服器判斷。

電話欄位應有可見名稱，並按實際接納範圍提供例子。不要只用輸入提示文字交代格式，因為開始輸入後它會消失。若接納國際號碼，須保留開首的加號，亦不要把電話當算術數值處理。要測試貼上含空格的號碼、修改其中一位，以及表格出錯後返回欄位的情況。若業務流程會發訊息或致電，可能需要另設確認步驟；單靠欄位類型無法證明號碼屬於該顧客。

取貨碼能說明「只有數字」不等於數值。假設示例取貨碼為 004281；若當成數字儲存，開首的零會消失，與紙本或訊息中的代碼核對時便可能失敗。應以文字處理，另訂清楚的長度及可接受字元。若所有有效字元確實都是數字，可給數字鍵盤提示；但除非能可靠支援貼上、焦點移動與修正，否則不要輕易拆成多個單字元格。整個代碼應有清楚名稱，過期與錯誤代碼亦須分開處理。

有些欄位的規則會跟顧客選擇改變。送貨地區可能影響電話格式或地址欄位，所選商品亦可能影響數量增減單位。選項改變時要重新計算相關規則，並在欄位附近解釋新要求；除非有充分理由，不要無聲地清掉原本有效的答案，更不能為迎合數值元件而刪去識別碼開首的零。測試由一個選項切換到另一個選項的過程，因為表格首次載入時正常，不代表顧客改變主意後仍正常。

測試輸入、修正及儲存結果

開發前可建立欄位對照表，逐項記下它是數量、聯絡資料還是識別碼；開首零、加號、分隔符或小數是否有效；預期鍵盤提示；可見說明；前端與伺服器驗證；以及儲存格式。這樣能在問題變成正式環境錯誤前找出分歧。產品負責人應核准實際可接受的值，不應只說表格要「適合手機」。開發人員便可按已同意的規則選 HTML 語義，而不是遷就某個方便的元件反過來修改規則。

應在企業實際支援的手機瀏覽器測試；若顧客會用桌面或外接鍵盤，也要涵蓋。分別試點按、貼上、適用時自動填寫，以及在字串中間修改；再提交空值、錯誤格式及邊界值。檢查鍵盤是否提供所需字元，也要確保即使鍵盤版面不同，欄位仍可使用。沒有負號或小數點的數字鍵盤可能阻礙合法數值，電話鍵盤則未必適合含字母的識別碼。真正的測試對象是整套可接受值，而非單一漂亮的鍵盤截圖。

英文與繁體中文錯誤訊息要分別當作顧客指示審閱。若欄位其實是識別碼，或問題只是缺少國際區號，「數字無效」便說得不準。應指出哪裏需要修改、應如何修改，以及會影響選擇時的原因。提交失敗後，在安全可行的情況下保留其他答案，讓顧客就地修正。輔助工具亦應能一併讀到欄位名稱、要求及錯誤。這項工作與一般表格錯誤流程相輔相成，重點是資料性質與控制選擇。

最後要檢查提交後的紀錄，而非只看畫面。把輸入的電話、數量與代碼，逐一對照伺服器收到的值，以及員工或顧客日後看到的值。表格看似正確，仍可能在序列化時失去開首零、因預設數值步幅拒絕合法數量，或接納下游訊息服務無法使用的電話字串。若後端拒絕某個值，應提供準確修正方法，而不是暗中把它改成另一個值。當同一個顧客答案能完整通過輸入、驗證、儲存及後續使用，才算完成測試。

金額和量度資料亦要小心。調價或重量是真正的數值，但可接受的小數位、分隔符及捨入規則，必須由業務流程決定。小數鍵盤提示可以幫助輸入，裝置卻可能顯示不同分隔符；貼上的值也未必符合本地畫面格式。應在欄位旁標明單位，並於最終提交前說清楚系統如何理解該數值。介面不應暗中把顧客輸入金額捨入成另一項商業承諾。把畫面顯示值、提交值及稍後確認資料並排核對。這與數量欄位屬同一原則：先訂清楚資料意義和可接受範圍，才談鍵盤方便與否。