กรอกรหัสไปรษณีย์ก่อน

• แม้จะสามารถระบุเมือง รัฐ และประเทศได้โดยอัตโนมัติจาก รหัส ZIP 5 หลัก ของสหรัฐฯ เพียงอย่างเดียว แต่เว็บไซต์ส่วนใหญ่กลับยังไม่ใช้ประโยชน์จากสิ่งนี้
• ผู้ใช้ยังคงต้อง กรอกที่อยู่ เมือง รัฐ และประเทศด้วยตนเอง และโดยเฉพาะตอนเลือกรัฐกับประเทศก็ยังต้องผ่านเมนูดรอปดาวน์ที่ไม่มีประสิทธิภาพ
• การกรอกรหัส ZIP อย่างเดียวก็สามารถทำ การเติมข้อมูลอัตโนมัติ ได้ และเมื่อขอบเขตการค้นหาแคบลงก็ช่วยเพิ่มทั้ง ความเร็วและความแม่นยำ พร้อมทั้งทำให้คุณภาพข้อมูลดีขึ้น
• ทั้งที่สามารถทำได้ด้วย API ฟรีและ โค้ดเพียงไม่กี่บรรทัด แต่หลายเว็บไซต์ก็ยังคงใช้แบบฟอร์มล้าสมัยอยู่
• ผู้พัฒนาและผู้รับผิดชอบผลิตภัณฑ์ถูกเน้นย้ำว่า ควรปรับปรุงความไร้ประสิทธิภาพของฟอร์มกรอกที่อยู่

• ที่ด้านบนของบทความมีข้อความดังนี้
  > ดูเหมือนคุณจะมาจากเกาหลีใต้ ที่นั่นได้ยกเครื่องระบบรหัสไปรษณีย์ใหม่ทั้งหมดในปี 2015 และตอนนี้มันยอดเยี่ยมมาก ส่วนพวกเรายังใช้รหัสไปรษณีย์ตั้งแต่สมัยรัฐบาลเคนเนดีอยู่เลย

---

ประสิทธิภาพของรหัส ZIP และการตั้งคำถามต่อปัญหา

• รหัส ZIP ประกอบด้วย ตัวเลข 5 หลัก และสามารถใช้ระบุเมือง รัฐ และประเทศได้ทั้งหมด
  • ตัวอย่างเช่น หากกรอก 90210 ก็จะสามารถระบุเป็น Beverly Hills, California, United States ได้โดยอัตโนมัติ
• เว็บไซต์ส่วนใหญ่ยังคงออกแบบให้ผู้ใช้กรอกข้อมูลตามลำดับ ที่อยู่ → เมือง → รัฐ → ZIP → ประเทศ
  • ตอนเลือกรัฐต้องหาให้เจอจาก 50 รายการ และตอนเลือกประเทศก็ต้องเลื่อนดูรายการ มากกว่า 200 ประเทศ ซึ่งไม่มีประสิทธิภาพอย่างมาก
• ในบทความมีการวิจารณ์ว่า UX แบบนี้ ล้าหลังยุคสมัย ด้วยถ้อยคำทำนองว่า “นี่มันปี 2026 แล้ว เรายังทำแบบนี้กันอยู่อีกหรือ”

ข้อดีของการเติมข้อมูลอัตโนมัติด้วยรหัส ZIP

• เพียงกรอกรหัส ZIP ก็สามารถเติม 3 ช่องข้อมูล (เมือง รัฐ ประเทศ) ได้อัตโนมัติ
• หลังเติมข้อมูลอัตโนมัติแล้ว ขอบเขตการค้นหาที่อยู่จะลดลงเหลือเพียงหลักพันรายการ จึงช่วยเพิ่มทั้งความเร็วและความแม่นยำ
• ผู้ใช้พิมพ์น้อยลง ขณะที่ผู้ให้บริการก็ได้ ข้อมูลที่สะอาดยิ่งขึ้น
• ความสามารถนี้ไม่ใช่เทคโนโลยีใหม่ และสามารถทำได้ง่ายด้วย API ฟรี
  • ในตัวอย่างโค้ดมีการเรียก https://api.zippopotam.us/us/${zip} เพื่อเติมชื่อเมืองและรัฐโดยอัตโนมัติ

รูปแบบของการออกแบบฟอร์มที่ผิดพลาด

• ขั้นที่ 1: วาง ZIP ไว้ท้ายสุด — เว็บไซต์ใหญ่อย่าง Amazon, Target, Walmart อยู่ในกลุ่มนี้
• ขั้นที่ 2: เก็บ ZIP แต่ไม่ทำอะไรเลย — แค่บันทึกลงฐานข้อมูลโดยไม่เอาไปใช้ประโยชน์
• ขั้นที่ 3: เลื่อนดรอปดาวน์ประเทศ — ต้องเลื่อนหารายชื่อประเทศ 240 ประเทศโดยไม่มีการค้นหา และบางครั้งสหรัฐฯ ก็ไปอยู่ในหมวด “T”
• ขั้นที่ 4: กดกลับแล้วฟอร์มรีเซ็ต — เมื่อการชำระเงินล้มเหลว ข้อมูลที่กรอกไว้หายหมด ทำให้ผู้ใช้เหนื่อยล้า

ข้อเสนอการปรับปรุงเพิ่มเติม

• ปรับช่องกรอกตัวเลขให้เหมาะสม: ตอนกรอกรหัส ZIP ให้ใช้ inputmode="numeric" เพื่อให้มือถือแสดงแป้นพิมพ์ตัวเลข
• ใช้ประโยชน์จากการกรอกอัตโนมัติของเบราว์เซอร์: ควรกำหนดคุณสมบัติ autocomplete (postal-code, address-line1, country) ให้ถูกต้อง
• อนุญาตให้กรอกประเทศก่อน: เนื่องจากรหัสไปรษณีย์อาจซ้ำกันได้ทั่วโลก จึงอาจใช้วิธีกำหนดประเทศก่อนจาก IP แล้วค่อยให้กรอก ZIP

บทสรุปและการเรียกร้องให้ลงมือทำ

• โครงสร้างที่เหมาะสมที่สุดคือให้กรอกรหัส ZIP ก่อน เติมเมือง รัฐ และประเทศโดยอัตโนมัติ แล้ว ค่อยกรอกที่อยู่ถนนเป็นลำดับสุดท้าย
• ปัญหานี้มีเทคโนโลยีแก้ไขอยู่แล้ว และสามารถทำได้ด้วย โค้ด 5 บรรทัด
• เหตุผลที่ยังไม่ดีขึ้นก็เพราะ ความเคยชินจากการใช้เทมเพลตเก่าแบบเดิม
• บทความจบด้วยคำถามว่า “ทำไมรหัส ZIP ถึงอยู่ล่างสุด?” พร้อมเน้นย้ำว่า ผู้ออกแบบฟอร์มทุกคนควรแก้เรื่องนี้

[GN⁺]

ความคิดเห็นจาก Hacker News

• ข้ออ้างที่ว่าแค่ ZIP code 5 หลักของสหรัฐก็สามารถระบุเมือง รัฐ และประเทศได้ เป็น สมมติฐานที่ผิด
  ZIP code หนึ่งอาจครอบคลุมหลายเมือง หรือข้ามพรมแดนของรัฐก็ได้
  ยังมีกรณีที่รหัสซ้ำกันข้ามประเทศด้วย ดังนั้นหากพยายามทำ autocomplete จากสิ่งนี้ ก็เสี่ยงจะกลายเป็น UX ระดับหายนะ
  ทางที่ดีกว่ามากคือออกแบบเว็บไซต์ให้ใช้ ฟีเจอร์ autofill ของเบราว์เซอร์

  • USPS จัดการทั้ง ‘preferred city name’ และชื่อเมืองทางเลือกที่ยอมรับได้สำหรับแต่ละ ZIP code
    ต่อให้ ZIP คร่อมหลายเมือง USPS ก็ประมวลผลที่อยู่โดยยึด ZIP เป็นหลัก ดังนั้นขอบเขตการปกครองจึงไม่มีความหมาย
    ด้วยเหตุนี้ ผู้ใช้อาจเห็นชื่อเมืองที่ถูก autocomplete ไม่ตรงกับเมืองที่ตนอยู่จริง
    หากต้องการตรวจสอบชื่อเมืองตาม ZIP สามารถดูได้ที่ USPS ZIP Code Lookup
  • พอลงมือทำจริงจะพบเคสซับซ้อนจำนวนมาก เช่น เมืองหนึ่งคร่อมหลาย ZIP หรือมี เมืองชื่อซ้ำกัน อยู่ในรัฐเดียวกัน
    สุดท้ายแล้วการให้กรอกทั้งเมือง รัฐ และ ZIP จึงปลอดภัยกว่า
  • แม้ ZIP code จะช่วยอนุมานรัฐและเมืองได้ในกรณีส่วนใหญ่ แต่ก็มีความแม่นยำแค่ ประมาณ 95% เท่านั้น
    เคสยกเว้นที่เหลือให้ผู้ใช้กรอกเองได้ จึงยังมองว่าโครงสร้างที่ให้กรอก ZIP ก่อนมีประสิทธิภาพอยู่
  • การใช้รหัสไปรษณีย์เพื่อ กรองฟิลด์อื่นโดยอัตโนมัติ ยังมีประโยชน์อยู่
    แต่ควรเปิดให้พิมพ์แก้ไขเองได้อย่างอิสระ
  • กลับกัน ยุค Netscape ในทศวรรษ 1990 กับแท็ก <FORM> และ ความสามารถพื้นฐานของ HTML กลับดีกว่าเสียอีก
    เว็บฟอร์มสมัยนี้กลับทำลายการใช้งานด้วย JavaScript ที่ไม่จำเป็นและ dropdown มากเกินไป

• นี่เป็นแนวคิดแบบยึดสหรัฐเป็นศูนย์กลาง
  พอใส่รหัสไปรษณีย์ของเม็กซิโก กลับถูกตีความว่าเป็นรัฐเมนของสหรัฐ
  การเดาประเทศจาก ZIP code เพียงอย่างเดียวเป็น สมมติฐานที่ผิดอย่างสิ้นเชิง

  • เว็บอีคอมเมิร์ซของสหรัฐมักพยายาม lint (ตรวจสอบรูปแบบ) ที่อยู่ต่างประเทศแล้วล้มเหลว
    รหัสไปรษณีย์นอร์เวย์มี 4 หลัก แต่กลับบังคับให้กรอก 5 หลัก หรือปฏิเสธตัวอักษรนอร์เวย์อย่าง ø, å, æ ว่าเป็นอักขระพิเศษ
    ปัญหาแบบนี้เกิดขึ้นบ่อย แต่ระบบไปรษณีย์นอร์เวย์ก็อนุญาตการสะกดทดแทนบางแบบอยู่แล้ว
  • ข้อเสนอว่า “ให้กรอก ZIP กับประเทศก่อน” ดูสมเหตุสมผลกว่า
    เมื่อกรอกรหัสไปรษณีย์แล้ว ก็เรียงประเทศที่เป็นไปได้ไว้ด้านบน และปล่อยให้ทุกฟิลด์แก้ไขได้
  • ใส่รหัสไปรษณีย์ฝรั่งเศสแล้วกลับถูกมองเป็นเมืองในสหรัฐ
    แต่ถ้าใช้ ข้อมูล geolocation ของไคลเอนต์ร่วมด้วย ก็น่าจะทำงานได้ถูกต้อง 99% ยกเว้นกรณีอย่างผู้ใช้ VPN
  • ในทศวรรษ 1990 IBM เคยแปลงรหัสไปรษณีย์แคนาดา (ตัวอักษร+ตัวเลข 6 หลัก) ผิดเป็น ZIP แบบสหรัฐ 5 หลักแล้วส่งออกไป
    กรณีแบบนี้มาจากท่าทีของบริษัทอเมริกันที่ สมมติว่าโลกทั้งใบเหมือนตัวเอง
    บางประเทศมีบริการ autocomplete โดยอิงฐานข้อมูลระบบไปรษณีย์ของตนเอง
    แต่ก็ยังใช้ไม่ได้กับที่อยู่ที่ไม่มีรหัสไปรษณีย์

• วิธีให้กรอก ZIP code ก่อนทำให้ ผู้คนมากกว่า 95% ของโลกใช้งานไม่สะดวก
  พอใส่รหัสไปรษณีย์ของฉัน ก็ถูกมองว่าอยู่ในสหรัฐ

• ฉันใส่ ZIP code ของตัวเองแล้วระบบแสดงว่าอยู่รัฐวิสคอนซิน และ เปลี่ยนประเทศเป็นกรีซก็ยังไม่ได้
  ข้อเสนอเพื่อปรับปรุง UX นั้นดี แต่ก็อย่าลืมอีก 95% ที่เหลือของโลก

  • ถ้าเลือกประเทศล่วงหน้าจาก IP แล้วให้ผู้ใช้แก้เองได้เมื่อจำเป็น ก็น่าจะดี

• นอกสหรัฐมีหลายพื้นที่ที่ไม่มี ZIP code หรือมีรูปแบบต่างกัน หรือมีรหัสซ้ำกัน
  ดังนั้นควร เลือกประเทศก่อน แล้วค่อยกรอกรหัสไปรษณีย์
  แม้แต่ประเทศอย่างเยอรมนีที่ใช้ PLZ 5 หลัก ก็ยังระบุเมืองจากรหัสไปรษณีย์เพียงอย่างเดียวได้ไม่แม่นยำ

• ผู้ที่อยู่นอกสหรัฐ เมื่อใส่ ZIP แล้วมักได้ผลลัพธ์ผิด ๆ และต้องมานั่งลบฟิลด์ใหม่ให้ยุ่งยาก

  • ในสหราชอาณาจักร รหัสไปรษณีย์เพียงอย่างเดียวช่วยจำกัดขอบเขตได้เหลือเฉลี่ย 15–16 ที่อยู่
    ดังนั้นในทางปฏิบัติแทบไม่จำเป็นต้องพิมพ์ที่อยู่เองเลย
  • บางคน ไม่มีที่อยู่ถาวรหรือแม้แต่รหัสไปรษณีย์เลย ทำให้ระบบแบบนี้ใช้งานลำบาก

• ความเข้าใจผิดเรื่องที่อยู่ ที่นักพัฒนาอเมริกันมักมี คือ “นอกสหรัฐไม่มีประเทศอื่น”
  การสร้างระบบที่ใช้ไม่ได้กับมากกว่า 90% ของโลกแล้วยังไม่ทดสอบเลยถือเป็นปัญหา

  • อย่างไรก็ดี ผู้เขียนต้นฉบับอาจพูดถึงเฉพาะสหรัฐ และไม่ได้อ้างว่าใช้ได้กับทั้งโลกก็ได้
  • ดูเหมือนจะไม่รู้ด้วยซ้ำว่าแต่ละประเทศมีระบบรหัสไปรษณีย์ของตัวเอง
  • ในกรณีแบบนี้ บางคนมองว่าจำเป็นต้อง ‘name and shame’ ด้วย

• แนวคิดให้กรอก ZIP code ก่อนใช้ไม่ได้กับผู้ใช้นอกสหรัฐ
  ถ้าเป็นผู้ใช้จากประเทศที่ไม่มี ZIP อย่างเติร์กเมนิสถาน จะให้สมัครอย่างไร

  • คิดว่าผู้ใช้ที่ไม่มี ZIP ก็ควรข้ามฟิลด์นั้นไปได้เลย
  • ระบบร้านค้าออนไลน์ของเยอรมนีรองรับ automation แบบนี้อยู่แล้ว
    ZIP code ไม่ใช่มาตรฐานสากล ดังนั้นกฎแบบอเมริกันอย่างเดียวใช้ไม่ได้

• ZIP code ไม่ได้ทำหน้าที่ระบุเมืองอย่างสมบูรณ์แบบ แต่ใกล้เคียงกับ checksum สำหรับตรวจสอบความถูกต้องของที่อยู่ มากกว่า
  ดังนั้นการแสดง ZIP เมือง และรัฐในรูปแบบ autocomplete หรือคำแนะนำ จึงน่าจะเป็นจุดประนีประนอมที่สมจริง

• พอใส่ ZIP code ของเยอรมนี ระบบกลับตีความเป็นประเทศผิด
  ในเยอรมนีมีหลายเมืองหรือหมู่บ้านที่ใช้ ZIP เดียวกัน ดังนั้นจึงระบุเมืองจาก ZIP อย่างเดียวไม่ได้อย่างแม่นยำ
  สุดท้ายแล้วนี่คือ วิธีที่ใช้ไม่ได้ในระดับโลก