少就是多 - 自動郵政編碼？

你有一個國際網站，有一個表格，人們填寫他們的地址。少就是多 - 自動郵政編碼？

如果人們需要填寫一個字段，這不是很好嗎？例如：

所以5 * 100 * 365 =182500秒或一年50小時。這只是一個網站上的一種形式。通過所有詢問這些信息的網站將其相乘，通過重新設計，您可以看到我們可以節省的時間。

您可以通過地理位置 + 地理編碼獲取別人的郵政編碼。但是由於一個人的現在位置很容易與一個人所居住的城市不同，所以這不是真的可用。

解決方案是根據地理位置（但可更改）的國家，輸入城市和輸入街道獲取郵政編碼。

現在真正的問題是會出現哪些問題（國際化，本地化，準確性等）？

2011-02-13 DADU

順便說一句，聰明的問題！現在我正在開發這方面的東西，我在巴西工作，一旦我在這裏有結果，我會告訴你事情是如何進行國際化，本地化，準確性等等。對？ – B4NZ41 2012-05-03 00:12:37

沒有其他人回答這個問題，所以我會走了。

不，如果網站根據其他信息填寫了郵政編碼字段，這不會很好。它可能適用於某些人。這肯定會讓足夠的人失敗，你必須提供一個郵政編碼字段作爲覆蓋。現在，您的網站比傳統郵政編碼字段的複雜性和開發成本更高，因爲您必須同時測試自動郵政編碼猜測和常規字段。

你會有一個可用性打擊來自人們被這兩種選擇混淆而不知道該選擇哪一種。

您將通過在郵政編碼猜測器上花費設計和開發資源來支付機會成本，而不是其他一些可產生較大可用性優勢的功能。

這裏是我預料出現了一些問題：

不準確：無論你使用機制收集正確的提示（IP地址位置，街道地址和城市），但產生了錯誤的郵政編碼，由於錯誤
遠程使用：用戶輸入的地址不是他們當前的位置，例如使用位於不同國家的酒店的計算機填寫與其家庭地址相關的表格，因此計算機的IP地址的位置與表格中的地址位置不同
本地化失敗：無論您使用何種機制， t與用戶地址的提示一起工作，例如國外不同的地址約定
提供商業務條款：您希望使用Google或雅虎的API等地理編碼服務，但該服務的許可協議與您的網站的商業模式不兼容。例如，如果您針對商業目的或防火牆後的網站進行地理編碼，或者每天交易超過一定數量的交易，他們希望您支付費用
供應商情況的變化：您使用外部地理編碼服務，它歇業
等

的承擔這樣的功能之前，我會採取兩個步驟：

用戶研究。你能確定用戶輸入郵編時間是否是一個痛點？前三個痛點之一呢？我敢打賭，這個問題甚至不在用戶的雷達上。
對現有數據進行測試。無論您想用什麼方法猜測郵政編碼，都可以嘗試使用現有的客戶數據，並查看您是否可以準確地再現客戶輸入的郵政編碼。這會讓你瞭解你的錯誤率。你能忍受這個錯誤率嗎？

如果你真正的問題是，可能有人請驗證我的感覺，這是一個迷人的功能，那麼我可能沒給你你尋求答案。但你問，「會出現什麼問題？」

2012-11-14 08:15:25

回答