Javascripttal vezérelt hibajelzések és javaslatok integrálása az UX űrlapokba

Hibajelzések integrálása

A Hibajelzések integrálása akkor hasznos, ha egy űrlap nem csak adatot kér, hanem tényleg segít is a kitöltésben. Budapesten is sok magánmegrendelő akkor keres szakembert, amikor a kapcsolatfelvételi vagy ajánlatkérő oldal sok hibás beküldést ad, és a látogatók egyszerűen félbehagyják a folyamatot. Ilyenkor nem látványos átalakítás kell, hanem tiszta jelzés, jó sorrend és érthető szöveg a hibás mezők körül. A Qjob.hu oldalon ezért inkább olyan szakembert érdemes keresni, aki nem csak rajzol, hanem érti az űrlap működését is.

Saját tapasztalatom szerint a legtöbb gond nem abból jön, hogy túl kevés az ellenőrzés, hanem abból, hogy rossz helyen jelenik meg. A felhasználó elküldi az űrlapot, felül kap egy általános figyelmeztetést, de nem látja azonnal, melyik mezővel van baj. És már el is veszett a türelme. Ilyenkor egy felhasználói felület tervező vagy egy űrlapfejlesztő sokkal többet segít, mint egy puszta szövegcsere. A jó megoldás közel van a hibához, emberi nyelven ír, és nem hibáztatja a kitöltőt. Ezt több magyar és brit tervezési útmutató is hangsúlyozza, különösen a mezőhöz közeli üzeneteket és a hosszabb űrlapoknál a hibaösszefoglalót. citeturn344806search1turn344806search11turn344806search7

Miért akad el az űrlap

Sokan azt hiszik, hogy a hibaüzenet csak egy rövid mondat a gomb alatt. De a valós gond rendszerint korábban kezdődik. Rossz a mező neve. Nem derül ki, milyen formátum kell. Túl korán jelenik meg a figyelmeztetés. Vagy csak piros keret látszik, magyarázat nélkül. A magyar közigazgatási tervezési útmutató szerint a hibaüzenetnek egyértelműnek kell lennie, és a kontextushoz közel kell megjelennie, jellemzően a mező alatt. A GOV.UK irányelve szintén azt emeli ki, hogy az üzenet használja ugyanazt a nyelvet, mint maga a mező címkéje. citeturn344806search1turn344806search11

Magánügyfeleknél ez különösen fontos. Egy lakásfelújítást, költözést vagy oktatást kereső ember nem akar szabályokat megfejteni. Gyorsan szeretne ajánlatot kérni. Ha a telefonszám mező csak későn jelzi, hogy hibás, vagy a dátummező néma marad, az egész oldal bizonytalanná válik. Személy szerint én azokat a megoldásokat preferálom, ahol a kitöltő már gépelés közben kap visszajelzést, de csak akkor, amikor egy mező valóban befejezettnek tekinthető. A túl korai figyelmeztetés kifejezetten idegesítő lehet, ezt a Nielsen Norman Group is kiemeli. citeturn344806search7

Volt olyan eset, amikor egy ügyfélnek egyszerű ajánlatkérő lapja volt egy családi ház felújításához. A látogatók látszólag eljutottak a küldésig, mégis kevés beküldés érkezett. A gond végül nem a forgalommal volt, hanem azzal, hogy a rendszer csak az elküldés után jelezte, hogy az irányítószám formátuma hibás. Egyetlen rövid mező miatt az egész kapcsolatfelvétel megbukott. Amikor a hibajelzés közvetlenül a mező alá került, és a szöveg pontosabb lett, a beküldések száma érezhetően javult. Sok megrendelő itt követi el a hibát, mert előbb a színt akarja cserélni, mint a logikát.

Árak hibajelzés és űrlapjavítás esetén

A Hibajelzések integrálása ára több tényezőtől függ. Számít, hány mezőből áll az űrlap, van-e mobil nézet, kell-e új szöveg minden állapothoz, és szükséges-e tesztelés valós használattal. Budapesten a kisebb javításokat egy tapasztalt UX tervező vagy front-end specialista gyakran külön feladatként vállalja, míg összetettebb esetben a teljes űrlapfolyamatot is újrarendezi. Olcsón is lehet találni kivitelezőt, de szerintem a túl alacsony ár itt gyakran csak felszíni javítást jelent.

Az árak tájékoztató jellegűek, de egy dolgot érdemes kimondani. A 10.000 forint alatti megoldás ritkán jelent valódi minőséget, főleg ha valaki kutatást, szövegírást és javítási javaslatot is vár. Lehet olcsóbb munkát találni, csak utána gyakran újra kell rendelni ugyanazt a feladatot. Én inkább azt nézem, hogy a szakember tud-e konkrét példát mondani arra, miként csökken a hibás beküldések száma. Ez sokkal fontosabb, mint az, hogy mennyibe kerül egyetlen képernyő.

Milyen szakembert érdemes választani

Nem mindenki jó választás, aki szépen tervez. Hibajelzések integrálása esetén olyan embert keressen, aki látott már űrlapfolyamatot valódi használat közben. A jó szakember nem csak azt mondja meg, milyen legyen a piros szín, hanem azt is, mikor jelenjen meg az üzenet, legyen-e összefoglaló a lap tetején, és mi történjen sikeres javítás után. A Nielsen Norman Group az azonnali, mezőközeli validációt, a sikeres kitöltés visszajelzését bonyolult mezőknél és a korai validáció elkerülését emeli ki. citeturn344806search7

Én azt szeretem, ha a kiválasztott ember kérdez. Megnézi a jelenlegi űrlapot. Rákérdez, hol esnek ki a felhasználók. Megkérdezi, mobilon vagy asztali gépen gyakoribb a gond. És nem általános mondatokkal válaszol. Ha valaki rögtön teljes újratervezést akar eladni anélkül, hogy látná a problémát, az nekem intő jel. Sokszor egy jól megírt hibaüzenet, egy pontos mezőcímke és egy jobb sorrend elég. Máskor viszont a teljes folyamat rossz. Ezt előre csak az látja, aki tényleg dolgozott már ilyen helyzettel.

Nézze meg azt is, hogy a szakember tud-e tiszta átadást adni. A legjobb munka sem ér sokat, ha a fejlesztő nem tudja pontosan, melyik mezőnél mi változzon. Hasznos, ha a leírás tartalmazza a hibás állapotot, a megjelenő szöveget, az időzítést és azt is, mikor tűnjön el a figyelmeztetés. A brit tervezési rendszer külön hangsúlyozza, hogy az üzenet kapcsolódjon világosan az adott mezőhöz, és a felhasználó könnyen azonosítsa, hol kell javítania. citeturn344806search11

Helyi igények Budapest és környéke

Bár az űrlapok digitális felületen működnek, a helyi használat mégis számít. Budapest belső kerületeiben sok egyéni szolgáltató gyors ajánlatkérést akar, mert az ügyfelek telefon helyett inkább rövid űrlapot töltenek ki. A külső kerületekben és az agglomerációban gyakori, hogy a megrendelő időpontot, címet és rövid leírást adna meg egyszerre. Ilyenkor a hibajelzésnek nem szabad feltartania, csak segítenie kell. Ha valaki a XI. kerületben, Újbudán vagy Érden kér munkát, ugyanúgy azt várja, hogy elsőre értse, mit kell javítani.

Ezért a helyi szöveg sem mindegy. Egy budapesti oldalon lehet fontos a kerület kiválasztása, míg elővárosi szolgáltatásnál inkább az irányítószám vagy a kiszállási cím számít. Sokan itt másolják át vakon a külföldi mintákat. Pedig a magyar nyelvű űrlapban a természetes megfogalmazás sokat számít. A GOV.UK ajánlása szerint az üzenet használja a mező nyelvét, ne egy külön technikai szókinccsel dolgozzon. Ez magyarul is jól működik, csak ügyelni kell arra, hogy a szöveg ne legyen gépies. citeturn344806search11

Budapest környékén külön hasznos lehet olyan szakembert keresni, aki helyi szolgáltatói oldalakkal már dolgozott. Nem azért, mert a hibaüzenet kerületspecifikus, hanem mert érti, milyen adatokat kérnek a magánmegrendelők a gyakorlatban. Más mező kell egy takarítási kéréshez, és más egy költöztetéshez vagy oktatáshoz. A jó megoldás ehhez igazítja a visszajelzést.

Mitől lesz használható a hibajelzés

A Hibajelzések integrálása nem attól jó, hogy minden hibát pirossal kiemel. A használhatóság ott kezdődik, hogy az üzenet egyértelmű választ ad arra, mi a gond és mi a következő lépés. A magyar útmutató szerint hosszabb űrlapoknál érdemes összefoglalni a hibákat és a hibás mezőre linkelni. Ez különösen jó megoldás, ha sok adatot kér az oldal. A mező alatti rövid üzenet és a felül látható összefoglaló együtt gyorsabb javítást adhat. citeturn344806search1

Én nem kedvelem az olyan mondatokat, mint hibás adat vagy érvénytelen mező. Ezek nem mondanak semmit. Sokkal jobb, ha az oldal azt írja, hogy adja meg a telefonszámot körzetszámmal, vagy írja be az irányítószámot öt számmal. A Nielsen Norman Group és több szakmai útmutató szerint is az a jó üzenet, amely konkrét, nem vádoló hangú, és azonnal javíthatóvá teszi a hibát. citeturn344806search7turn344806search18

Gyakori hiba az is, hogy a rendszer egyszerre három problémát jelez ugyanabban a mezőben. Ettől a felhasználó nem lesz gyorsabb, inkább elveszíti a fonalat. Szerintem jobb sorrendet kell adni. Előbb a hiányzó adatot jelezze az oldal, utána a formátumot, végül az egyéb feltételeket. Így a kitöltő nem érzi úgy, hogy a rendszer csak akadályozza. A jó hibajelzés kicsi részletnek tűnik, mégis ezen múlik, hogy a kérés elküldhető-e idegeskedés nélkül.

Mikor éri meg külön feladatként megrendelni

Nem mindig kell teljes újratervezés. Ha az oldal működik, de sok a félbehagyott beküldés, akkor már önmagában a Hibajelzések integrálása is önálló feladat lehet. Ez különösen akkor éri meg, ha a forgalom rendben van, az emberek eljutnak az űrlapig, mégis alig küldenek be adatot. Ilyenkor általában kis javításokkal is látványos eredmény jön. A hibaüzenetek, a mezők sorrendje és a kötelező elemek jelölése gyorsan megmutatja, hol akad el a folyamat.

De van olyan pont, amikor már nem elég a javítgatás. Ha az űrlap túl hosszú, rosszul tagolt, és a mobilos nézetben szétesik, akkor a részleges módosítás csak ideiglenes megoldás. Volt már rá példa, hogy egy ügyfél csak a hibaüzeneteket akarta rendbe tenni, végül kiderült, hogy maga a folyamat kényszeríti ki a hibákat. Túl sok adatot kért az első lépésben. A mezők neve pedig nem azt tükrözte, amit az emberek valójában értenek. Ilyenkor a szakember feladata nem díszítés, hanem rendrakás.

Összességében azt gondolom, hogy itt nem a legszebb felület a döntő, hanem a kisebb súrlódás. Egy jó felhasználói felület tervező vagy űrlapfejlesztő ezt képes visszahozni rövid munkával is. És ha a megrendelő már látja, hol csúszik szét a folyamat, sok pénzt spórolhat meg későbbi hibákon. Ezért én a választásnál nem a látványos portfóliót nézném először, hanem azt, hogy a szakember tud-e egyszerű, nyugodt és pontos hibajelzéseket tervezni valós helyzetekre.