关于邮寄地址表格是否有任何标准?我需要收集以下字段:
国家和省份将会下降。 (一个省依赖该国)
所以我的问题是:将字段设置为与标准邮件表单类似的布局是否更好:
address line 1
address line 2
city province postal code
country
或更合理的顺序,例如:
address line 1
address line 2
city postal code
country province
卢克·沃布洛夫斯基(Luke Wroblewski)写了 关于国际地址格式的UX问题上的文章 。我建议您查阅该文章,因为它列出了一些从用户研究中提炼出来的最佳实践,模式和约定。 Luke还写了一本关于Web表单的书,它叫做 Web表单设计:填补空白 ,也涵盖了这一主题。
在文章结尾处,他还着重介绍了Amazon的形式,该形式是通用的并支持各种输入。亚马逊将是一个为您的表单设计做一些研究的好地方。
说您“需要”这些字段使我感到恐惧。您当然不需要需要挪威地址的所有这些字段。
将地址输入分成多个字段不仅会给用户试图将其地址强制转换为其他国家/地区的格式带来麻烦,而且地址数据应如何重新格式化为正确的地址?
您如何假设此表格中的挪威语地址应被强加到这些字段中?当为“城市”,“邮政编码(或邮政编码)”,“省(或州)”字段随机分配了其中一些值时,应如何以正确的顺序打印标签?
<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]
为什么要使它更复杂?这对于任何类型的地址都应该完美工作,并且易于使用。
(如果由于某些原因美国人无法正确填写自己的地址,只需在选择美国作为国家/地区时填写美国专用表格,然后让其他人填写简单的姓名/地址/国家/地区表格即可)
这些形式使我烦恼。大多数时候,他们要求提供比所需更多的信息。我对英国一无所知,但在英国强制性的全部是门牌号码和邮政编码。而已。但这在不同的国家是不同的。
因此,..实际上,如何将整个混乱情况外包给解决问题的人,并将其保持在最新状态? QAS似乎做得很好-看到他们的 交互式演示 ,而且,就像我说的那样,WOO和他们在英国的查找只需要门牌号和邮政编码。
如果您不支持多个国家/地区,则选择显示国家默认值的最佳方法,如Luke在其解决方案中所示。
再次提醒您,地址格式不一定在所有国家/地区都相同。
这就是为什么我必须调查我的应用程序将支持哪些国家的原因。
如果仅限于单个国家(例如印度),我将选择默认国家/地区,并进行以下设计:
现在首先了解Zip在印度的功能:印度的邮政编码是6位数字。
PIN)代码的第一位数字指示区域(总共9个区域,每个区域涵盖最少3个状态和最多12个状态),第二个数字指示子区域,第三个数字指示排序最后三位数字分配给各个邮局。
因此很明显,我无法基于Zip代码选择状态,或者我可能必须寻找此类服务或内部开发来支持我的想法,因此,如果没有此类服务,则最大程度地我可以应用过滤器以最小化状态下拉列表中的选择选项菜单。
一旦明确这一点,我将把我的字段如下:
地址行1(这是我们印度人开始写地址(自由文本)的常用方式)
地址行2(是否真的有必要,如果需要,请使这些标签具体化,例如街道详细信息,区域,地标等-我会说避免)
状态(这将有助于我减少下一个字段的选项)
城市(选择/自由文本-取决于您的研究,例如-如果服务仅限于该州的都市或热门城市)
压缩
国家(自动填充)
1:地址行1
2:邮政编码和城市
3:国家/地区和天意(如果支持,仅显示天意)
在第3行的下面放置一个链接“设置辅助地址”,如果按下该链接,您将获得一个复制的表单,类似于第1、2和3行上的表单,但标题为“ Address line 2”。
我喜欢Stein G. Strindhaug的想法,但是国际地址的多行文本区域存在两个问题。