Amikor valaki hibába ütközik az űrlapodban, egy pillanatra van attól, hogy elmenjen. A tanulmányok szerint a felhasználók több mint 75%-a elhagyja az űrlapot, ha hibák jelennek meg, és nem tudja azonnal kijavítani őket. Ez nem kis probléma. Ez négyből három potenciális vásárló, érdeklődő vagy feliratkozó, aki elsétál. A megtartás és az elvesztés közötti különbség gyakran egyetlen dolgon múlik: a hibaüzeneten. A zavaros hibaüzenet elküldi őket. A világos, segítő hibaüzenet visszahozza, és rávezeti őket az űrlap kitöltésére.
A hibaüzenet az űrlapod esélye arra, hogy a kitöltés felé terelje az embert, amikor hibázik. A rossz hibaüzenet (amely homályos, hibáztató vagy haszontalan) összezavarja a felhasználót, vagy azt érezteti vele, hogy ő a hibás. A jó hibaüzenet egyszerű nyelven elmondja, pontosan mi ment félre, miért számít, és hogyan javítható. Ez a cikk bemutatja, hogyan írj működő hibaüzeneteket, hová tedd őket, hogy ne lehessen elkerülni a figyelmet, milyen hangnem épít valójában bizalmat, és miért a pontosság a különbség az elhagyás és a kitöltés között.
Mitől hatékony egy hibaüzenet
A hatékony hibaüzenet három dolgot tesz. Először egyértelműen megmondja, mi ment félre. Nem azt, hogy „Érvénytelen bevitel.” Hanem: „Az e-mail-címben kell lennie @ jelnek.” Másodszor elmagyarázza, miért utasították el a bevitelt, ha ez segít. „A jelszavaknak legalább 8 karakteresnek kell lenniük, mert a rövidebbeket könnyebb feltörni.” Harmadszor pontosan megmondja a felhasználónak, mit tegyen ezután. „Menj vissza a jelszó mezőhöz, és adj hozzá még legalább 4 karaktert.” A felhasználó most már ismeri a problémát, érti, miért számít, és tudja, hogyan javítsa.
A hibaüzenet hangneme többet számít, mint a legtöbben gondolják. A dühösnek vagy leereszkedőnek hangzó hibaüzenet hibáztatva érezteti a felhasználót. Az „Elfelejtetted az @ jelet” az ő hibájának tűnik. Az „Az e-mail-címben kell lennie @ jelnek” ugyanaz az információ, de hibáztatás nélkül. A segítőkész hangnem elismeri a hibát, anélkül hogy rosszul éreztetné vele az embert.
A hibaüzenet időzítése és elhelyezése dönti el, hogy a felhasználó egyáltalán meglátja-e. Az a hibaüzenet, amely három képernyőnyivel a hibát okozó mező alatt jelenik meg, könnyen elkerüli a figyelmet. Az a hibaüzenet, amely a problémás mező mellett jelenik meg, abban a pillanatban, amikor tovább akarnak lépni, arra kényszeríti őket, hogy észrevegyék és azonnal kijavítsák.
Soron belüli ellenőrzés és beküldéskori ellenőrzés
A soron belüli (inline) ellenőrzés abban a pillanatban mutat hibaüzenetet, amikor valaki helytelenül tölt ki egy mezőt, még a beküldés előtt. A jelszó mező hibát mutat, amint túl rövid jelszót gépelnek be. Az e-mail mező hibát mutat, amint elhagyják a mezőt @ jel nélkül. A valós idejű visszajelzés erős, mert az emberek azonnal kijavítják a hibákat, ahelyett hogy az egész űrlap kitöltése után fedeznék fel őket.
A soron belüli ellenőrzés egy dolgot különösen jól tesz. Magabiztosságot épít. Amikor valaki beír egy e-mail-címet, és zöld pipa jelenik meg, tudja, hogy jól csinálta. Kétség nélkül lép tovább. Ez a megerősítés nélkül azon tűnődnek, helyes volt-e a bevitelük, és kételkedni kezdenek magukban.
A beküldéskori ellenőrzés az, ami akkor történik, amikor valaki a küldésre kattint, és az űrlap egyszerre ellenőrzi az összes mezőt. Ha bármelyik mezőben hiba van, az űrlap tetején megjelenik egy összefoglaló az összes problémáról, és minden hibás mező ki van emelve. A beküldéskori ellenőrzés elkapja azokat a hibákat, amelyeket a soron belüli ellenőrzés kihagyott, és teljes képet ad a felhasználóknak arról, mit kell javítani.
A legjobb megközelítés mindkettő. Használj soron belüli ellenőrzést azoknál a mezőknél, amelyek azonnal ellenőrizhetők (e-mail formátum, jelszó hossza, irányítószám formátuma). Használd a beküldéskori ellenőrzést végső biztonsági hálóként. Amikor valaki a küldésre kattint, ha bármelyik mezőben még hiba van, azonnal mutasd meg, mit kell javítani, mielőtt beküldhetné.
Konkrét és megvalósítható hibaüzenetek írása
A konkrét hibaüzenet pontosan megmondja a felhasználónak, mi a probléma. Az általános hibaüzenet találgatásra hagyja. Hasonlítsd össze e kettőt:
Általános: „Érvénytelen telefonszám.”
Konkrét: „A telefonszámnak 10 számjegyből kell állnia. Te 9-et adtál meg. Adj hozzá még egyet.”
Az általános üzenet megmondja a felhasználónak, mi a baj, de azt nem, miért, vagy hogyan javítsa. A konkrét üzenet elmondja a problémát, miért történt, és pontosan mit tegyen. A konkrét üzenet elolvasása kicsit tovább tart, de a felhasználónak perceknyi bosszúságot spórol meg.
A megvalósítható hibaüzenet utasításokat tartalmaz. „A jelszavaknak tartalmazniuk kell legalább egy számot” megmondja, mi hiányzik. „A jelszavaknak tartalmazniuk kell legalább egy számot. Menj vissza a jelszó mezőhöz, és adj hozzá egy számot.” megmondja, mit tegyen. Az űrlapoknál az utasítás általában nyilvánvaló (menj vissza a mezőhöz), de a kiírása segít azoknak, akik nem ismerik az űrlapokat, vagy kisegítő technológiát használnak.
Használj egyszerű nyelvet. Ne azt, hogy „Irányítószám formátuma hibás.” Hanem: „Az irányítószám 5 számjegy. Te betűket adtál meg.” Ne azt, hogy „Érvénytelen e-mail formátum.” Hanem: „Az e-mail-címben kell lennie @ jelnek és domainnek (például: nev@cegnev.hu).”
Elhelyezés, amely lehetetlenné teszi a hibák elkerülését
A hibát okozó mezőtől távol elhelyezett hibaüzenet könnyen elkerüli a figyelmet. Amikor valaki sok mezős űrlapot tölt ki, egyszerre egy mezőre koncentrál. Az űrlap alján megjelenő hibaüzenetet, miközben még a tetejére figyelnek, nem veszik észre.
A hibaüzenet legjobb helye közvetlenül a hibás mező alatt vagy mellett van. Amikor a következő mezőre lépnek, vagy próbálnak beküldeni, a hibaüzenet azonnal megjelenik az imént kitöltött mező alatt. Nem kerülhetik el, hogy meglássák, mert ott jelenik meg, ahol a következő műveletet várják.
Az ellenőrzési összefoglalót (amely a beküldés után egyszerre sorolja fel az összes hibát) az űrlap tetejére tedd. Ez teljes képet ad a felhasználónak az összes problémáról. Aztán ahogy lefelé görgetnek, az egyes mezők hibái újra megjelennek minden javítandó mező mellett. Ez a kettős megközelítés két célt szolgál: megmutatja a javítandók teljes körét, és emlékezteti őket, miközben végigmennek az egyes mezőkön.
Soha ne használj toast hibaüzeneteket az űrlapokban. A toast olyan értesítés, amely röviden megjelenik a képernyő sarkában, aztán eltűnik. Az űrlapoknál ez a lehető legrosszabb elhelyezés. A hiba a hibát okozó mezőtől távol jelenik meg. Eltűnik, mielőtt a felhasználónak lenne ideje elolvasni. Szakadást okoz a probléma és a javítás helye között. Ha egy hibaüzenetnek el kell tűnnie, csak azután tűnjön el, hogy a felhasználó sikeresen kijavította a mezőt.
A hibaüzenetek vizuális megjelenése
A szín önmagában nem elég a hiba jelzésére. A színtévesztő nem biztos, hogy látja a hibát jelző piros színt. Egy nagyon kis hibaikont a gyengénlátó elkerülhet. Több jelre építs: szín plusz szöveg plusz ikon.
Piros szegély a mező körül. Piros vagy narancssárga ikon a hibaüzenet mellett. Szöveg, amely egyértelműen megmondja a problémát. A három együtt olyan hibaállapotot hoz létre, amelyet szinte mindenki felismer.
A betűméret számít. A hibaüzenet szövege ugyanakkora legyen, mint a mezőcímke. Ha a hibaüzenet kisebb, az emberek elkerülhetik, vagy kevésbé fontosnak gondolhatják, mint amilyen. A hibaüzenet ugyanolyan vizuális súlyt érdemel, mint a címke.
A problémás mező címkéje is változhat. A címkeszöveg pirosra válthat vagy félkövér lehet. Ez újabb vizuális jelzés, amely segít a felhasználónak gyorsan átfutni az űrlapot, és megtalálni a figyelmet igénylő mezőt.
Hangnem és udvariasság a hibaüzenetekben
A hibaüzeneteknek úgy kell hangzaniuk, mintha segítenél valakinek, nem hibáztatnád. Kerüld a durvának vagy vádlónak hangzó szavakat.
Durva: „Érvénytelen e-mail-címet adtál meg.”
Segítő: „Az e-mail-címben kell lennie @ jelnek. Nézd meg, amit beírtál, és próbáld újra.”
Durva: „A jelszó túl gyenge.”
Segítő: „A jelszavaknak legalább 8 karakteresnek kell lenniük. A hosszabb jelszavak biztonságosabbak.”
Durva: „Elfelejtetted kitölteni ezt a mezőt.”
Segítő: „Ez a mező kötelező. Írd meg, mit gondolsz.”
A segítőkész hangnem elismeri a hibát, anélkül hogy rosszul éreztetné az embert. Elmagyarázza, miért létezik a szabály (ha ez segít). Előrelép, anélkül hogy a hibán időzne.
Gyakori hibák a hibaüzenetekben
A leggyakoribb hiba a túlzott homályosság. Az „Érvénytelen bevitel” semmit sem mond a felhasználónak. A „Valami elromlott” ugyanilyen haszontalan. Légy konkrét a probléma mibenlétét illetően.
A második hiba a szakmai nyelv használata. A „Regex mismatch” vagy a „Validation failed” a mérnököknek jelenthet valamit, de a hétköznapi embereknek fogalmuk sincs, mit jelentenek ezek a kifejezések. Fordítsd le a szakmai hibákat egyszerű nyelvre.
A harmadik hiba, ha túl sok hibát mutatsz egyszerre. Ha az űrlapnak 20 mezője van, és mind a 20 hibát mutat, a felhasználó elárasztottnak érzi magát. Állítsd fontossági sorrendbe, mely hibák kritikusak (például egy üres kötelező mező), és azokat mutasd előbb. A másodlagos hibákat (például egy formázási problémás, de opcionális mezőt) mutathatod másodikként.
A negyedik hiba az olyan hibaüzenet, amely megismétli a címkét anélkül, hogy új információt adna. A címke azt mondja: „E-mail-cím.” A hibaüzenet azt mondja: „Az e-mail-cím érvénytelen.” A felhasználó már tudja, melyik mezőben van a probléma (látja a piros szegélyt), de még mindig nem tudja, miért érvénytelen. A hibaüzenetnek információt kell hozzáadnia, nem a címkét ismételni.
Az ötödik hiba, ha nem mutatsz utat a probléma megoldásához. A „A jelszó nem felel meg a követelményeknek” megmondja a felhasználónak, hogy valami nincs rendben, de azt nem, mik a követelmények. A „A jelszó nem felel meg a követelményeknek. A jelszavaknak legalább 8 karakteresnek kell lenniük, és tartalmazniuk kell egy számot” megmondja, mit javítson.
Hogyan segít a WEMASY egyértelmű hibaüzeneteket készíteni
A WEMASY űrlapépítője előre meghatározott hibaüzeneteket tartalmaz a gyakori mezőtípusokhoz. Az e-mail mezők azt mutatják: „Az e-mail-címben kell lennie @ jelnek”, ha a formátum hibás. A telefon mezők azt mutatják: „A telefonszámnak 10 számjegyből kell állnia”, ha a hossz helytelen. A jelszó mezők a gépelés közben mutatják a jelszóerősségi követelményeket. Ezek az üzenetek alapértelmezetten világosak, konkrétak és segítőkészek.
Testre szabhatod a hibaüzeneteket a márkád hangneméhez. Változtasd meg az üzenetet az „Az e-mail-címben kell lennie @ jelnek” szövegről erre: „Hoppá, ez nem úgy néz ki, mint egy e-mail-cím. Megpróbálod újra?” A hangnem megváltozik, de a pontosság megmarad. Te irányítod, hogyan hangzik az üzenet, az érthetőség feláldozása nélkül.
Egyedi ellenőrzéshez (az űrlapodra jellemző szabályokkal rendelkező mezőkhöz) saját hibaüzeneteket írhatsz közvetlenül az űrlapépítőben. A rendszer segít az üzenetet a mező mellé helyezni, a megfelelő időben megjeleníteni (soron belül vagy beküldéskor), és az űrlaptervedhez igazítani a stílusát.
A valós idejű ellenőrzés be van építve, így a hibaüzenetek akkor is megjelenhetnek, amikor a felhasználók gépelnek, nem csak a beküldés után. Ez korán elkapja a hibákat, és megelőzi azt a frusztrációt, hogy valaki végigtölt egy teljes űrlapot, csak hogy a végén fedezze fel a problémákat.
Nézd meg, milyen űrlapfunkciókat tartalmaz a WEMASY csomagod.