没有其他人回答这个问题,所以我要试一试。
不,如果网站根据其他信息填写邮政编码字段,那就不太好了。这可能对某些人有效。对于足够多的人来说,它肯定会失败,以至于你必须提供一个邮政编码字段作为覆盖。现在,您有了一个比具有传统邮政编码字段的站点复杂度和开发成本更高的站点,因为您必须测试自动邮政编码猜测器和传统字段。
你会受到可用性的打击,这是因为人们对这两种选择感到困惑,不知道该选择哪一种。
你会付出机会成本,把设计和开发资源花在邮政编码的guesser上,而不是花在其他一些能带来更大可用性好处的功能上。
以下是我预计会出现的一些问题:
- Inaccuracy: whatever mechanism you use collects correct hints (IP address location, street address and city) but generates the wrong zip code, due to errors
- Remote use: Users entering a different address than their current location, e.g. using a computer at a hotel in a different country to fill out a form related to their home address, so location of IP address of computer is different from location of address in form
- Localisation failure: whatever mechanism you use doesn t work with the hints of the user s address, e.g. different address conventions in a foreign country
- Provider business terms: you want to use a geocoding service like Google s or Yahoo s APIs, but the license agreement for that service isn t compatible with the business model of your site. For example, they want you to pay if you are geocoding for commercial purposes, or for a site behind a firewall, or more than a certain number of transactions a day
- Change in provider situation: you use an external geocoding service, and it goes out of business
- etc.
在使用这样的功能之前,我将采取两个步骤:
用户研究。你能确定哪些用户输入邮政编码的时间是他们的痛点吗?三大痛点之一呢?我敢打赌,这个问题甚至没有出现在你的用户雷达上。
对现有数据进行测试。无论你想用什么方法来猜测邮政编码,都可以在现有的客户数据上尝试一下,看看你是否可以准确地复制客户输入的邮政编码。这将使您了解您的错误率。你能忍受这种错误率吗?
如果你真正的问题是,有人能证实我的感觉吗,这是一个迷人的功能,那么我可能还没有给你你想要的答案。但你问:“会出现什么问题?”