Melhor Design / Pedido / Layout para Formulário de Endereço para Correspondência
Existe algum padrão lá fora, quando se trata de um formulário de endereço para correspondência? Preciso coletar os seguintes campos:
- endereço Linha 1
- endereço linha 2
- cidade
- código postal (ou CEP)
- província (ou estado)
- país
O país e a província serão suspensos. (a província depende do país)
então minha pergunta é: é melhor ter os campos em um layout semelhante a um formulário de correspondência padrão: ou seja:
address line 1
address line 2
city province postal code
country
ou em uma ordem mais lógica, como:
address line 1
address line 2
city postal code
country province
Luke Wroblewski escreveu um artigo na UX Matters sobre formulários internacionais de endereço . Eu recomendo a consulta desse artigo, pois lista algumas práticas recomendadas, padrões e convenções extraídos da pesquisa do usuário. Luke também escreveu um livro sobre formulários da web chamado Design de formulários da Web: preenchendo os espaços em branco , que também aborda esse tópico.
Perto do final de seu artigo, ele também destaca a forma da Amazon, que é genérica e suporta todos os tipos de insumos. A Amazon seria um bom lugar para fazer alguma pesquisa para o design do seu formulário. 
Dizer que você "precisa" desses campos me assusta. Você certamente não precisa todos esses campos para um endereço norueguês.
Não apenas dividir a entrada de endereço nesses campos causa problemas para o usuário tentar forçar seu endereço em um formulário criado para outro país, mas como os dados do endereço devem ser reformatados para um endereço correto?
Como você acha que um endereço norueguês nesse formulário deve ser forçado a esses campos? E quando os campos "cidade", "código postal (ou CEP)", "província (ou estado)" são atribuídos aleatoriamente a alguns desses valores, como você deve imprimir a etiqueta na ordem correta?
<Name>
<Street-name> <house-number>
<4-digit-post-code> <uppercase place name>
NORWAY
Por exemplo.
Ola Normann
Karl Johansgate 13b
0599 OSLO
NORWAY
Eu recomendo usar apenas:
Name: [ text line input ]
Address: [ multiline ]
[ text area ]
Country: [select box or text line input]
Por que torná-lo mais complicado que isso? Isso deve funcionar perfeitamente para qualquer tipo de endereço e fácil de usar.
(Se por algum motivo os americanos não conseguirem escrever seu próprio endereço corretamente, basta criar um formulário específico dos EUA quando os EUA forem escolhidos como país e deixar que outras pessoas preencham o simples nome/endereço/formulário do país)
Essas formas me incomodam. Na maioria das vezes eles pedem muito mais informações do que o necessário. Não sei sobre o Reino Unido, mas tudo o que é obrigatório no Reino Unido é o número da casa e o código postal. É isso aí. Mas é diferente em diferentes países.
Então .. na verdade, que tal terceirizar toda essa bagunça para alguém que a resolveu e mantém tudo agradável e atualizado para você? O QAS parece fazer um bom trabalho - veja a demonstração interativa e, WOO, a pesquisa no Reino Unido, como eu disse, só precisa do número da casa e do código postal.
Se você não está apoiando mais de um país, a melhor maneira de mostrar o padrão de país selecionado, como Lucas mostra em sua solução.
Mais uma vez, lembre-se de que o formato do endereço não é necessariamente o mesmo em todos os países.
É por isso que devo pesquisar em quais países meu aplicativo apoiará.
Se for limitado a um país, por exemplo, a Índia, manterei o país como padrão selecionado e o design da seguinte forma:
Agora, primeiro entenda como o Zip funciona na Índia: o código postal na Índia tem 6 dígitos.
O primeiro dígito do PIN indica a região (total de 9 regiões, cada uma cobrindo os estados mínimo e máximo de 12). O segundo dígito indica a sub-região e o terceiro dígito indica a classificação distrito na região.Os três dígitos finais são atribuídos a agências postais individuais.
Então, obviamente, não posso selecionar o estado com base no CEP, ou talvez precise procurar esses serviços ou desenvolver-me internamente para apoiar meu pensamento; portanto, sem esses serviços, no máximo, posso aplicar o filtro para minimizar as opções de seleção no menu suspenso do estado cardápio .
Quando isso estiver claro, colocarei meus campos da seguinte maneira:
Linha de endereço 1 (esta é a maneira popular pela qual começamos a escrever nosso endereço, texto livre)
Linha de endereço 2 (é realmente necessário, se sim, tornar esses rótulos específicos, como detalhes da rua, área, ponto de referência etc. - diremos evitar)
Estado (isso me ajudará a reduzir as opções do próximo campo)
Cidade (selecione/texto livre - depende da sua pesquisa, por exemplo - se os serviços estiverem limitados ao metrô ou às principais cidades do estado)
Fecho eclair
País (preenchido automaticamente)
1: Endereço 1
2: código postal e cidade
3: País e providência (mostrar apenas providência se suportado)
Na linha 3, coloque um link "Definir um endereço secundário" e, se pressionado, você obtém um formulário replicado como o da linha 1, 2 e 3, mas com o título á "Linha de endereço 2".
Gosto da ideia de Stein G. Strindhaug, mas há dois problemas com uma área de texto de várias linhas para endereços internacionais.
- Os usuários geralmente esquecem de inserir uma parte do endereço, por exemplo, um número da casa ou um código postal. Entradas separadas para cada parte do endereço ajudam o usuário a inserir todas as informações de endereço necessárias.
- Uma área de texto de endereço com várias linhas só pode ser usada se você imprimir o endereço em um pacote ou fatura e não precisar de partes separadas do endereço. Muitas vezes, é muito difícil ver qual parte de um endereço estrangeiro é a rua e qual parte é a região. Portanto, se você precisar inserir o endereço no banco de dados de, por exemplo, um encaminhador, precisará separar novamente o campo de texto de várias linhas em código de rua/área/código postal, o que é difícil com muitos endereços estrangeiros. Esse problema também torna impossível verificar se o endereço está correto se você não tiver amplo conhecimento sobre o formato de endereço externo.