it-swarm-ja.com

郵送先住所フォームの最適な設計/注文/レイアウト

郵送先住所フォームに関して、標準はありますか?次のフィールドを収集する必要があります。

  • 住所1
  • 住所2
  • 郵便番号(または郵便番号)
  • 都道府県

国と州はドロップダウンになります。 (州に依存している国)

だから私の質問は:標準の郵送フォームに似たレイアウトのフィールドを持つ方が良いですか:すなわち:

address line 1    
address line 2    
city   province   postal code
country

または次のようなより論理的な順序で:

address line 1    
address line 2    
city   postal code    
country province
36
Patricia

Luke Wroblewskiが X Mattersの国際住所フォームに関する記事 を書きました。ユーザーの調査から抽出されたいくつかのベストプラクティス、パターン、および慣例がリストされているため、この記事を参照することをお勧めします。 Lukeは Webフォームデザイン:空白を埋める と呼ばれるWebフォームに関する本も書いており、このトピックもカバーしています。

彼の記事の終わり近くで、彼は一般的なものであり、あらゆる種類の入力をサポートするAmazonのフォームも強調しています。アマゾンはあなたのフォームデザインのためにいくつかの研究を行うのに良い場所でしょう。 Amazon's address form design

28
Rahul

あなたがこれらのフィールドを「必要としている」と言うと、私は怖がります。 needノルウェーの住所のこれらすべてのフィールドは絶対に使用しないでください。

住所入力をその多くのフィールドに分割すると、ユーザーが住所を別の国向けの形式に強制しようとするときに問題が発生するだけでなく、住所データを正しい住所に再フォーマットする方法を教えてください。

このフォームのノルウェーの住所をこれらのフィールドに強制する必要があるとどう思いますか? 「都市」、「郵便番号(または郵便番号)」、「都道府県(または州)」フィールドにこれらの値の一部がランダムに割り当てられている場合、ラベルを正しい順序で印刷するにはどうすればよいですか?

<Name>
<Street-name> <house-number>
<4-digit-post-code> <uppercase place name>
NORWAY

例えば。

Ola Normann
Karl Johansgate 13b
0599 OSLO
NORWAY

私は単に以下を使用することをお勧めします:

Name:    [ text line input    ]

Address: [   multiline        ]
         [   text area        ]

Country: [select box or text line input]

なぜそれよりも複雑にするのですか?これは、どのタイプのアドレスでも完全に機能し、使いやすいはずです。

(何らかの理由でアメリカ人が自分の住所を正しく書き込めない場合は、米国が国として選択されたときに米国固有のフォームを作成し、他の人に簡単な名前/住所/国のフォームに記入してもらいます)

6

これらのフォームは私を困らせます。ほとんどの場合、彼らは必要以上の情報を求めます。英国についてはわかりませんが、英国では必須は家番号と郵便番号のみです。それでおしまい。しかし、それは国によって異なります。

それで、実際に、この混乱全体を解決して誰かにアウトソーシングし、それをすべて最新の状態に保つのはどうですか? QASはかなり良い仕事をしているようです-彼らの インタラクティブデモ を参照してください。

4
Julian H

複数の国をサポートしていない場合、ルークが彼のソリューションで示したように、選択された国のデフォルトを表示する最良の方法。

ここでも、住所の形式がすべての国で同じであるとは限らないことに注意してください。
そのため、アプリがサポートする国を調査する必要があります。

インドなど、1つの国に限定されている場合は、国をデフォルトとして選択し、次のように設計します。

まず、インドでの郵便番号の機能を理解します。インドの郵便番号は6桁です。

PINコードの1桁目は地域を示します(合計9地域、それぞれ最小3および最大12の州をカバーします)。2桁目はサブ地域を示し、3桁目は並べ替えを示します地域内の地区。最後の3桁は個々の郵便局に割り当てられます。

だから私は明らかに郵便番号に基づいて州を選択できないか、そのようなサービスを探すか、私の考えをサポートするために社内で開発する必要があるかもしれないので、そのようなサービスがなければ、最大私は状態ドロップダウンの選択オプションを最小化するためにフィルターを適用できますメニュー.

これが明確になったら、フィールドを次のように配置します。

住所1(これは、インド人が住所やフリーテキストを書き始める一般的な方法です)

住所2行目(本当に必要な場合は、必要な場合は、通りの詳細、エリア、ランドマークなどのように、これらのラベルを具体的にします-避けます)

状態(これは、次のフィールドのオプションを減らすのに役立ちます)

市(選択/フリーテキスト-たとえば、調査によって異なります-サービスがメトロまたは州のトップ都市に限定されている場合)

郵便番号

国(自動入力)

1

1:住所1

2:郵便番号と市区町村

3:国と摂理(サポートされている場合のみ摂理を表示)

3行目の下に「セカンダリアドレスを設定する」というリンクを配置します。これを押すと、1行目、2行目、3行目のようなフォームが複製されますが、見出しは「住所行2」です。

1
Løvskogen

Stein G. Strindhaugのアイデアは気に入っていますが、国際住所用の複数行テキスト領域には2つの問題があります。

  1. ユーザーは、家の番号や郵便番号など、住所の一部を入力し忘れることがよくあります。住所の各部分の個別の入力により、ユーザーは必要なすべての住所情報を入力できます。
  2. 複数行の住所テキスト領域は、住所をパッケージまたは請求書に印刷し、住所の個別の部分を必要としない場合にのみ使用できます。多くの場合、外国の住所のどの部分が通りで、どの部分が地域であるかを確認することは非常に困難です。したがって、たとえばフォワーダーのデータベースに住所を入力する必要がある場合は、複数行のテキストフィールドをストリート/エリア/郵便番号に再度分割する必要があります。これは、多くの外国の住所では困難です。この問題により、外部アドレス形式に関する広範な知識がないと、アドレスが正しいかどうかを確認することもできません。
0
user4386