Minden állapotnál nevezze meg a helyzetet, jelezze azt a kisegítő technológiának is, őrizze meg az adatokat, és kínáljon biztonságos műveletet: várakozás, újrapróbálkozás, módosítás vagy kapcsolatfelvétel a támogatással.
A felületet nem csupán a teljes adatokkal rendelkező ideális képernyő alkotja. A felhasználó a hálózatra vár, üres fiókot nyit meg, elveszíti a jogosultságát, érvénytelen adatot ad meg, vagy szolgáltatáskiesésbe ütközik. Ha a rendszer csak egy spinnert, üres fehér felületet vagy technikai kódot jelenít meg, az ember nem tudja, hogy várjon, próbálja újra, vagy forduljon az ügyfélszolgálathoz.
Egy jó állapotjelzés elmagyarázza, mit tud a rendszer, megőrzi a biztonságosan elvégzett munkát, és megfelelő következő lépést kínál. Nem ígérhet sikert, amíg a szerver nem erősítette meg a műveletet, és nem fedhet fel belső biztonsági részleteket. Az állapotot a funkció részeként kell megtervezni, és tesztelni kell lassú hálózat, ismételt kérés, munkamenet elvesztése és segítő technológiák használata mellett is.
Az állapotmodell a felhasználói úttal együtt jön létre
Minden képernyőhöz írja össze a kezdeti, betöltési, üres, részleges, sikeres, hibás, offline és jogosulatlan állapotot, ha releváns. Különböztesse meg a felhasználói hibát, a hálózati problémát, az üzleti szabályt és a belső hibát. Minden helyzet más szöveget és más helyreállítást igényel. Egyetlen univerzális „Valami hiba történt” üzenet elrejti a szükséges döntést.
Határozza meg, mely adatok őrizhetők meg, melyik művelet ismételhető meg biztonságosan, és mikor fenyeget duplikáció. Fizetésnél, rendelésnél vagy űrlapküldésnél a felületnek meg kell tudnia különböztetni a sikertelenséget az ismeretlen eredménytől. Ha az állapot nem erősíthető meg, ne szólítsa fel a felhasználót a kritikus művelet meggondolatlan megismétlésére.
- a létrejött állapot forrása és típusa
- megőrzendő adatok
- a művelet ismétlésének biztonsága
- a technikai és tartalmi reagálás felelőse
A betöltés jelezze a terjedelmet, és ne blokkoljon feleslegesen
Egy rövid műveletet helyben, az elemnél is jelezhet, a hosszabbhoz viszont érthető folyamatjelzés vagy legalább annak közlése szükséges, hogy mi töltődik be. A szöveg és vég nélküli spinner nem mutatja meg, hogy az alkalmazás dolgozik-e. A skeletonnak meg kell felelnie a végső elrendezésnek, és nem hozhat létre olyan hamis tartalmat, amely a betöltés után drasztikusan elmozdul.
Csak azokat a vezérlőket tiltsa le, amelyek ütköző módon módosítanák a folyamatban lévő műveletet. A gomb aktiválás után jelezze az állapotot, és akadályozza meg a nem kívánt dupla elküldést, de az oldal többi része használható maradhat. A várt idő túllépésekor kínáljon magyarázatot, megszakítást vagy biztonságos újrapróbálkozást. A változást úgy jelezze, hogy ne zavarja ismételten a képernyőolvasót.
Az üres állapot elmagyarázza, miért nem látható semmi
Különböztesse meg az adatok nélküli új fiókot, a találat nélküli keresést, az egyezés nélküli aktív szűrőt és a hiányzó jogosultságot. Mindegyik eset más üzenetet igényel. Az új felhasználónak mutassa meg az első értelmes lépést, nulla találat esetén javasolja a szűrő módosítását, jogosultság hiányában pedig magyarázza el, kihez fordulhat biztonságosan.
Ne töltse ki az üres képernyőt információt nem hordozó általános illusztrációval. Egy példa segíthet megérteni a jövőbeli tartalmat, de egyértelműen jelölni kell, és nem tűnhet valódi rekordnak. Az elsődleges művelet billentyűzettel is legyen elérhető, és a neve mondja meg, mit hoz létre vagy mit módosít.
- új fiók első rekord nélkül
- találat nélküli szűrő vagy keresés
- elégtelen jogosultság miatt rejtett tartalom
- törölt vagy átmenetileg elérhetetlen adatok
A hibaüzenet a felhasználónak megfelelő diagnosztikát nyújt
Az üzenetnek meg kell neveznie a sikertelen feladatot, azt, ami megmaradt, és a lehetséges következő lépést. Egy technikai azonosító segítheti az ügyfélszolgálatot, de az emberi magyarázattól elkülönítve jelenítse meg. Ne fedjen fel stack trace-t, adatbázisneveket, tokeneket vagy biztonsági szabályokat. Érzékeny műveletnél ne árulja el, hogy egy adott fiók létezik-e.
Ha az újrapróbálkozás biztonságos, őrizze meg a kontextust, és tegye lehetővé ugyanazon a helyen. Ismételt sikertelenség esetén kínáljon alternatívát és kapcsolatfelvételt az ügy azonosítójával. A hiba ne irányítson automatikusan a kezdőlapra, és ne vesszen el miatta az elvégzett munka. A fókuszt helyezze át, vagy az állapotot jelentőségétől függően jelezze úgy, hogy a felhasználó megértse a változást.
A sikeres végrehajtás, az offline mód és a regressziós tesztek zárják a ciklust
A sikeres állapotot csak a rendszer hiteles válasza után erősítse meg. Közölje, mi történt, hol található az eredmény, és következik-e további lépés. Egy gyorsan eltűnő toast-értesítés fontos műveletnél nem feltétlenül elegendő. Offline módban egyértelműen jelölje a helyben mentett módosításokat és jövőbeli szinkronizálásuk állapotát.
Teszteljen lassú és megszakadt kapcsolatot, időtúllépést, ismétlést, visszalépést, újratöltést, dupla aktiválást, munkamenet elvesztését és elérhetetlen függőséget. Ellenőrizze a billentyűzetes kezelést, a fókuszt és a képernyőolvasó értesítéseit. A technikai hibákat érzékeny bemenetek nélkül naplózza, és kapcsolja őket egy anonim feladattípushoz, hogy a csapat a kiváltó okokat javítsa, ne csak a szöveget.
- a mentés megerősítése a hiteles forrásból
- látható eredmény a toast értesítés eltűnése után is
- a helyi és a szerveroldali másolat egyértelmű állapota
- egy kritikus művelet biztonságos ismétlésének tesztje
Gyakori kérdések
Meddig maradhat csak a spinner?
Nincs minden feladatra érvényes fix idő. Érezhető várakozásnál magyarázza el, mi történik, és lehetőség szerint kínáljon folyamatjelzést, megszakítást vagy biztonságos újrapróbálást.
Tartalmazzon-e a hibaüzenet technikai kódot?
Tartalmazhat biztonságos hivatkozási azonosítót a támogatás számára. Nem jeleníthet meg belső stack trace-t, érzékeny adatokat vagy olyan technikai részletet, amely nem segít a felhasználónak.
Alkalmas a toast értesítés a sikeres művelet megerősítésére?
Kisebb, visszafordítható műveletnél elegendő lehet. Fizetésnél, rendelésnél vagy beküldésnél maradjon látható egy stabil visszaigazolás az eredménnyel és a következő lépéssel.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
