まず、郵便番号を入力して住所入力を高速化するUX？
郵便番号自体には多くの情報が含まれており、住所情報を高速化し、その場でオートコンプリートします。言うまでもなく、すべてのシステムでキーボードのみの番号が優れています。
面倒な住所入力を高速化する方法として、Zipを最初に入力するモバイルの例はありますか？
どのような提案や欠点がありますか？
私のカーナビゲーションシステム（Tom-Tom）は、まず都市/郵便番号を要求します。これにより、入力を制限するために、システムがオートコンプリートストリート名をフィルターにかけることができます。エントリを高速化し、ほんの数文字に基づいて関連する一致する通りの名前を表示するのに非常に役立ちます。
とはいえ、インターフェースは各ステップを独自の画面に分割します。都市/郵便番号を要求する最初の画面。通りの名前を尋ねる2番目の画面。番地を尋ねる最後の画面。このように分割することで、たとえ標準的でない注文であっても、消化して理解しやすくなります。しかし、それらすべてを1つの画面にこの逆の順序で配置すると、私の頭脳は溶けてしまうでしょう。
「非標準」になることについては、UIがユーザーに理解を容易にし、WTFの瞬間を与えない限り、あまり心配する必要はありません。住所入力フィールドがすべて同じ画面上にある場合は、メールで読む順序になっている必要があります。
郵便番号は国によって一意ではありません。たとえば、郵便番号50170は10か国に表示されます。最初に国を尋ねるか、少なくともユーザーの現在の場所に基づいて国をデフォルトとして設定する必要があります。
また、アイルランドはダブリン以外の郵便番号を使用していません。
これは英国ではかなり一般的です。
フォームはHouse number次にPostcodeを入力すると、住所フィールドに通りの名前/町/郡などが事前に入力されます。
または、郵便番号内のすべての住所のドロップダウンを提供します。
フォームの入力が速くなるというメリットを既に挙げていると思います。住所を尋ねる平均的なフォームは、通常この順序です（米国の住所を想定）。
- 住所1
- 番地2
- 市
- 状態
- 郵便番号
これは、メールまたはパッケージがアドレス指定される通常の方法であり、多くの場合、人が通常、口頭でアドレスを読んだり伝えたりする方法です。これは大きく異なります。ただし、運送業者が実際に行うことから。たとえばUSPS（ https://about.usps.com/publications/pub100/pub100_078.htm ）を例にとると、メールは上記のリストとまったく逆の順序で並べ替えられます。つまり、最初に郵便を郵便番号で分類し、最終的には住所を使用して配達します。
逆の順序で情報を要求することには、いくつかの長所と短所があります。
利点
- ほとんどの場合、郵便番号は一意の市、または少なくとも州にマッピングできます。これは、アプリまたはサービスが2つではなくても少なくとも1つのフィールドに自動入力できることを意味し、ユーザーの労力を軽減します
- 上記のポイントのボーナスは、ユーザーの努力とともにユーザーのエラーを減らすことができることです。サービスまたはアプリが少なくとも都市と州を推奨できる場合（ユーザーが変更できる場合でも）、タイプミスやスペルミスの可能性が大幅に減少します。
短所
- 最大の欠点は、上記で述べたように、完全な住所を入力するときに最初に郵便番号を要求することは通常ではありません。この珍しい順序は、ユーザーが最初に混乱する原因となる可能性があります。
最終的に、ユーザーにとって合理化されたフォームの方が優れているかどうか、またはユーザーを混乱させる可能性がある（変換が失われる可能性がある）リスクが大きすぎるかどうかを判断するために、利点と問題を比較検討する必要があります。
国または郵便番号から始めるというコンセプトが好きです。実験する価値はありますが、いくつかのリスクがあります。すべてのユーザーが同じ国の出身でない限り、郵便番号を持たないユーザーがいる可能性があります。ユーザーは、予期しないアドレスブロックレイアウトに混乱する可能性があります。以下は 参考記事 であり、これらの問題やその他の問題を検討し、設計ソリューションを推奨するUX設計パターンのアドレスについてです。
article のコメントに2つの興味深い提案がありました。
- 地理位置情報を使用して、可能な限り多くの情報を自動入力しようとする
- 「グーグルのような」ソリューションは、バックエンドで解析される単一のテキスト領域である可能性があります
「グーグルのような」概念は私に考えさせられました...自由形式の住所入力を可能にする単一のテキストフィールドを提供し、ユーザーが視覚的に住所が正しく解釈されたことを確認するために参照できる地図検索結果を表示することは興味深いかもしれません。
他の回答者が指摘したように、最初に郵便番号/郵便番号を要求することの主な欠点は、それが非標準であることです。私はいくつかのアプリケーションを見てきました-どのアプリケーションか思い出せません-アドレスのエントリを2つの異なるステージに分割することにより、この欠点に対抗します。
第一歩： - 
ステップ2： - 
これを行うことで、ユーザーは最初に非標準としてZipを入力することを経験しません。これは、ステップ1では完全な住所フォームの一部ではないためです。 Zipに入ると、住所の大部分が入力されているのを見て、ステップ2でうれしい驚きを覚えます。
郵便番号は、建物番号と番地を自動的に解読することはできません。それが把握できる最良のものは都市と州です。
住所は次の順序で提示します。
- 住所1行目
- 番地2
- 郵便番号
- 市
- 状態
この注文は実際には世界の外にあるわけではなく、通常最初に表示される建物番号などの主要な情報を台無しにすることなく、オートコンプリートに役立ちます。