it-swarm-eu.dev

Pozitivní / negativní dopady systémů pro ověřování fyzických adres na online formulář UX

Systémy pro ověřování adresy ověřují adresu poskytnutou uživatelem proti databázi známých adres, obvykle poskytovaných poštovními službami. Příklad lze vidět na http://www.qas.com/address-search/interactive-demo.htm

Měl někdo nějaké zkušenosti s implementací systému ověřování adresy do online (aplikačních) formulářů? Jakékoli znatelné negativní dopady na míru dokončení?

Jakékoli poznatky nebo zkušenosti, které můžete sdílet, by byly opravdu oceněny.

16
Marcus Coghlan

Pravděpodobně to závisí na vaší cílové skupině a zemi. Problémy s těmito systémy jsem zde viděl na Novém Zélandu, protože lidé často neznají své skutečné poštovní směrovací číslo nebo oficiální poštovní předměstí. Zadávají, co si myslí, že je jejich adresa, ale systém říká, že to není platné, a nakonec jsou frustrovaní.

8
Bennett McElwee

Souhlasím s Bennettem, že to záleží na zemi.

Pouze jedna myšlenka: skvělé uživatelské zkušenosti může být dosaženo, pokud pro adresu použijete pouze jedno pole a automaticky analyzujete vstup uživatele (což se samozřejmě může velmi lišit). Ačkoli to rozhodně není pro vývojáře skvělá zkušenost;), není tak obtížné implementovat, jak se může zdát.

5
Kostya

Osobně tyto typy systémů ověřování nepodporuji. Mnoho lidí v USA žije ve venkovských oblastech, kde mají pouze venkovskou cestu, což může tento zážitek neuvěřitelně frustrovat. Já sám žiji na stopě a tyto ověřovací systémy vždy vyvolávají chybu a žádají mě, abych opravil adresu ulice na „TRL“ - což je stejná zatracená věc, takže mě docela obtěžuje. Naučil jsem se to psát jen jako TRL, místo „Trail“, ale pouze proto, že mi tyto ověřovací systémy způsobily tolik zármutku.

4
snipe

Pocházím z Irska a máme velmi laxní formát adresy. Zejména nemáme postcodes. Mnoho webových formulářů vyžaduje, abyste zadali PSČ. Je tedy běžné vložit „n/a“/„XXXX“/90210/atd. jako poštovní směrovací číslo, abychom se dostali přes ten kousek formuláře.

Jedním z velkých problémů s ověřením adresy IMO je to, pokud vám web oznámí, že je vaše adresa neplatná. Důrazně doporučujeme přeformulovat to na „Nemohli jsme pochopit formát vaší adresy“. Vím, kde bydlím, moje adresa, kterou jsem zadal, je platná.

4
rorymcc

Máme řadu aplikací pro nabídky, některé s funkcemi ověření adresy a jiné bez (a já jsem v procesu vymýšlení změn a přidejte je do všech aplikací).

Míra výpadku u aplikací, které neobsahují ověření adresy, je vyšší než u těch, které vyžadují, aby uživatel ručně zadal úplné údaje o adrese. Nemám žádné údaje ani statistiky, které bych mohl poskytnout, i když se pokusím některé vygenerovat, abych to ilustroval.

Jedinými případy, na které si mohu vzpomenout, kde je ověření adresy příčinou zvýšených mír předčasného ukončení, je situace, kdy je špatně implementována do návrhu formuláře, kde může uživatele zmást - například weby, kde ověření buď vytvoří jiné okno (tj. Ne stránka) nebo ověření předvyplní formulář, ale ponechá kurzor nahoře ... (tyto příklady mimo horní část mé hlavy).

Kromě špatné implementace, vše, co jsem viděl, jsou pozitivní výsledky z ověřování adresy, protože to šetří čas a úsilí uživatele (a ve velkých webových formulářích je to obrovská výhoda, protože vyplňování webových formulářů obecně saje !!).

3
Nick Fine

International Postal Union uvádí formáty adres pro 180 zemí. Pokud můžete určit správný formát, měli byste jít a přidat ověření adresy ...

Pokud však pečujete o mezinárodní uživatele, je jednodušší použít jediné textové pole/pole, kde uživatel může zadat adresu ve svém formátu (viz Kostyaova odpověď). Někdo může později vyzvednout zadanou adresu a přidat ji do systému ručně. Vím, je to špatná tvrdá ruční práce, ale funguje to;)

3
Brian

Tady je příběh: Před časem se Guido stěhovalo z USA do Evropy. Jeho peněženku ukradli. Krádež nahlásil, ale zákaznický agent nemohl požadavek zpracovat, protože formulář hlášení vyžadoval pětimístné poštovní směrovací čísla (a Guido žil ve Švýcarsku, které má pouze čtyřmístné kódy).

Když agent zadal 5místný falešný kód, systém odmítl, protože kód byl buď nesprávný (počínaje 0), nebo neexistoval v USA nebo protože kód neodpovídal městu.

Takže můj postoj zní: Systém by měl přijmout cokoli. Během ověřování by se měl systém pokusit porovnat adresu s její databází. Nyní máme tři situace:

  • Zápas. Skvělý.
  • Podobné, ale ne dokonalé shody. Nabídka „Měli jste na mysli?“ vyhnout se překlepům v databázi. Přijměte „Ne“ a možná položku označte jako „pochybnou“ (aby se někdo na vašem místě mohl podívat - neobtěžujte zákazníka).
  • Žádná shoda. Přijměte to, ale vlajka je jako „vyžaduje zásah člověka“

Pokud je to možné, přidejte mapy Google nebo podobné, aby si zákazníci mohli snadno ověřit správnost adresy.

1
Aaron Digulla

Zajímavé ověření, ještě jsem nic podobného neviděl. Udělali jsme to, že jsme vyzkoušeli formuláře, ve kterých je poštovní směrovací číslo nejprve informováno a pokud je ověřeno, vyplní zbytek adresy, což se zdá být docela užitečné.

1
Renata Neira

Viděl jsem, že služby ověřování adres mají pozitivní a možná i několik negativních dopadů na uživatelský dojem.

Je to pozitivní, když usnadňuje automatické doplňování a pomáhá standardizovat formátování adresy. Uživatelé se cítí bezpečně, když zjistí, že si mohou vybrat ověřenou, standardizovanou adresu, která odpovídá jejich zadání. Je hezké, že se nemusíte starat o perfektní interpunkci (kdy mám dát čárky nebo tečky?) Nebo kapitalizaci. Je také hezké ušetřit spoustu psaní, když brzy najdete správný návrh. Kromě toho v závislosti na systémových požadavcích (doprava?) Může být zajištění platné adresy důležitější než většina ostatních hledisek.

Na druhou stranu to může být nepříjemné pro uživatele, pokud adresa, kterou chtějí, není platná nebo nemá výsledky ze služby. Je to nepříjemné, protože to může být matoucí: mít seznam návrhů, které neodpovídají tomu, co chcete, může způsobit, že uživatel bude zmaten tím, zda může odeslat adresu, která nebyla ověřena. (Obecně platí, že pokud používáte ověřené návrhy, je dobré umožnit uživateli zadávat cokoli, bez ohledu na návrhy; ale jak je informujete, že mohou? Je to problém, ale myslím, že je v pořádku povolit uživatelům pouze pokračovat v zadávání textu, pokud se návrh neshoduje a nic neřeknou. Mohou se cítit nejistí, že jejich adresa neodpovídá zápasům, ale přinejmenším mohou odeslat to, co chtějí odeslat.)

Někdy webové stránky umožňují uživateli zadat adresu, a když kliknou na tlačítko Odeslat, potvrdí vstup. Poté sdělí uživateli, že adresa nebyla ověřena (nelze ověřit shodu), nebo umožňují uživateli vybrat odpovídající adresu. Funguje to pro některé potřeby, ale osobně si nemyslím, že je to pro uživatele stejně dobré. Obecně toto nastavení neumožňuje uživatelům zaslat svůj příspěvek, když nechtějí návrhy používat.

Úplné zveřejnění: Pracuji pro SmartyStreets , službu ověřování adresy.

0
Joseph Hansen