web-dev-qa-db-ja.com

住所、市、国の形式で

住所を入力するためのフォーム要素の標準的な順序がこの順序であるという特定の使いやすさの理由はありますか？

  1. 住所
  2. アドレス2
  3. 市
  4. 国

逆の方向に進むほうが理にかなっていると思いませんか？それによって、ナローからブロードへではなく、ブロードからナローへと変化しますか？技術的な観点からは、これにより自動補完が改善されます（検索結果が絞り込まれます）。さらに、人間の観点からは、これはより論理的なようです。あれは：

  1. 国
  2. 市
  3. 住所
  4. アドレス2

これが標準から逸脱した場合、ユーザーを混乱させることなくこれを行うことができると思いますか？

formsinput-fieldsaddresses
8
bskard

（私はSmartyStreetsで働いています。そこでは、アドレス関連のUXを研究および実験しています。）

国が最初に行く必要があります。次に、必要に応じて、特定の国向けにフォームの外観をカスタマイズして、ユーザーが住所をより快適に入力できるようにすることができます。

ただし、最も広い領域タイプから最も狭い領域タイプに完全に逆戻りすることは、ユーザーをスローダウンさせるため、最善の戦略ではありません。 これについてはここで書きました。 （さらに、郵便番号を使用して都市/州を自動入力することについていくつかの言及がありました：郵便番号/郵便番号に依存したくない場合それらは頻繁に変更されるため、そして少なくとも米国では、郵便番号はしばしば複数の都市/州にマッピングされますが、都市/州はほとんど変更されません）。

あなたがすべきことは次に住所フィールドを置くことです。理想的には、ユーザーが自然な方法でアドレスを入力できるように、できるだけ多くのアドレスフィールドを1つに結合します。 （ただし、入力を確認することを忘れないでください。そうしないと後で傷つく可能性があります。）さらに理想的には、住所フィールドから始めて、残りのフィールドをそこからオートコンプリートします。これはユーザーにとって最も自然なことです。

たとえば、 これは無料の住所オートコンプリートサービスです は、都市、州を入力し、ユーザーが住所（一部）だけを入力した後に郵便番号を取得することを確認します。 アドレスのオートコンプリートについての詳細はこちらです。 フリーフォームのアドレスフィールドでも機能します。

アドレスのオートコンプリートは困難です。開発中に学んだ Xレッスン をいくつか読んでください。

10
Matt

あなたが述べた順序は特定の国のグループにとって典型的なものですが、他の国とはまったく異なる場合があります。つまり、特定の順序を参照するときは常に、特定の国での一般的な慣習（または国のグループ）から来ています。

標準に反すること（これは、これらの一般的な慣習に対応しているため、ユーザーの好みにも対応します）常にユーザーを混乱させます。したがって、そうする必要がない場合は、この順序を1つのシステムだけで変更しないでくださいです。もちろん、変更が形式の簡略化を意味する場合は、それを検討することもできますが、フィールドを再配置するだけではそうはなりません。この場合、最終的には否定的な効果（混乱）があり、肯定的な効果（単純化）がなくなります。ユーザーエクスペリエンスのバランスがマイナスです。

詳細については、さまざまな国の特定の住所フィールドの規則の詳細をご覧ください。ここ： http://www.uxmatters.com/mt/archives/2008/06/international-address-fields-in-web-forms.php およびここ： http：/ /bitboost.com/ref/international-address-formats.html （国際アドレス形式のリスト）。

3
Dominik Oslizlo

私はあなたはそれでうまくいくと思いますが、受け入れられた慣習から逸脱することでユーザーを混乱させる可能性を過小評価しないでください。

オートコンプリートに関しては、州/省のドロップダウンに電力を供給するために国が最初に必要であると（例のように）時々見ますが、残りのフィールドは整然としています。つまり、住所はまだ市の前にあります。特別な要件がない場合は、これらの住所フィールドの従来の順序を完全に反転させることはお勧めしません。

0
Joshua Barron

https://baymard.com/blog/Zip-code-auto-detection から：

チェックアウトの視線追跡テストでは、郵便番号フィールドを最初に持つという従来とは異なるアドレスシーケンスでユーザーが問題ないことを確認しました。

「郵便番号」フィールドの下に「市」と「州」を表示すると、少なくとも従来の印刷された住所情報シーケンスが「名前、住所行、市、州、ジップ。」ただし、（米国の住所形式の）テスト中に、型破りなフィールドシーケンスのマイナス面は無視できることが判明しました。完成速度、ユーザーの喜び、およびタイプミスの減少において、[ゲインと比較]です。

（オリジナルを強調）

0
nafg