住所のオートコンプリート-街は通りの前に来るべきではありませんか？
Eコマース（またはどこでも）のほとんどの住所フォームは次のようになります。
通りは常に市/郵便番号の前に来ます。それは、私たちが慣れていることだからだと思います。この（古い）質問に対する受け入れられた回答は同じであり、順序を変更せず、既知のものに固執します。
（US）住所入力フィールドの順序を、事前入力機能を優先して変更しても大丈夫ですか？
しかし、今ではGoogleの Place Autocomplete または Loqate などのサービスが一般的になり、ユーザーが入力のアドレスを提案できるようになったため、順序を変更しても意味がないのではないでしょうか。
たとえば、ここを参照してください。フォームは最初に住所で始まり、ドイツ語で「Main Street」となるものを入力し始めます。もちろん、多くの都市がそのような一般的な通りの名前を持っているので、それは多くの異なる提案を生み出します。
したがって、最初にこれらのAPIの助けを借りて都市/郵便番号に入力させ、次にストリート、その時点で、以前のコードにより100倍正確にできるのはどれですか。
最初に都市/郵便番号を完了すると、UIはより狭い選択を提案できますが、コンテキストでは、これは住所の機能の ユーザーのメンタルモデル に反します。
手紙を書くことは終わりのない芸術である世界でさえ、アメリカとヨーロッパの人々は、アドレスが最小単位から最大単位まで始まることを学びます。一般的にこのようなもの：
- 受取人の役職と名前
- 家の番号/通りの名前*
- 地域
- 都道府県（必要な場合）
- 郵便番号
- 国
（*家番号と番地の順序は、言語と国によって異なります。フランスでは、番号の次に番地、フランス語圏のベルギーでは、番地の次に番地です。ドイツのように。）
これ以外の順序でアドレスを入力するように求めることは、期待に反し、エラー率が高くなり、ユーザーのフラストレーションにつながる可能性があります。これは仮説です。誰かが研究を持っている場合、それを参照することができれば役立ちます。
Japan や China などの場所があることに注意してください。順序は逆になります。このパターンは、東アジア（YYYY-MM-DD）とヨーロッパ（DD.MM.YYYY）での日付の記述方法にも反映されています。
はい、フォームの住所フィールドの順序を変更して、入力を改善できます。ブラジルの多くのサービスがそれを成し遂げ、人々はうまく適応しました。
次の図は、ブラジルで使用されている大きなオンラインストアの登録の住所フォームを示しています。郵便番号から始まります。
サイトを開始するには、郵便番号（CEP）が必要です。多くのサイトが郵便局の検索ページへのリンクを提供していますが、多くは提供していません。
コメントへの回答
@ John ZabroskiLuke Wroblewski's Research の最後のページに記載されている癖について尋ねられました。
それらの癖はコンボを更新する時間と関係があります。これらの奇妙なことは、悪いプログラミングの結果であると思われます。コンボを設定するためのajaxリクエストは、onfocusイベントであり、同期している必要があります。このようにして、「タブ」または「クリック」は、ユーザーがフィールドを操作できるようになる前に、コンボが入力されるのを待ちます。 americanas.com.br の例は同様のことを行います。これは2ステップのプロセスです。最初のステップでは、郵便番号を入力して確認します。 2番目には、フォームの残りの部分が表示されます。その方が簡単だと思いました。
また、Wroblewskiの研究では、テストを認識している32人の被験者の小さなサンプルが使用されていることに注意することも重要です。結果は非常に興味深いですが、塩の粒と一緒に撮影する必要があります。大きなサンプルを使ったブラインドスタディでは、癖に影響を受けた人の割合はかなり小さくなると思います。これは悪いプログラミングのタフな言い訳にはなりません。
アドレスフォーム全体を逆の順序で入力すると、ユーザーが混乱する可能性があります。だから私はそれを分解することを提案します：最初に、ユーザーは郵便番号と都市の入力フィールドだけを見ます。これは、登録プロセスの早い段階で、または別のページ/ステップで行うことができます。この時点で、彼らは彼らの完全なアドレスを与える必要があるという期待はありません。
ユーザーが完全な住所を入力する必要があるページ/ステップに到達すると、入力フィールドは通常の順序で表示されますが、郵便番号と都市はすでに入力されています。