A cselekvési megerősítő elemek és felugró ablakok tervezése

Felugró ablakok tervezése

A Felugró ablakok tervezése akkor jó, ha a felhasználó pontosan érti, mi történik, és nem érzi azt, hogy a rendszer félbeszakítja ok nélkül. Ez a munka nem csak egy kis doboz rajzolása a képernyő közepére. A felugró ablak sokszor a teljes folyamat legérzékenyebb pontja, mert itt kell dönteni, menteni, törölni vagy visszalépni. Szerintem ez az a rész, amit sokan túl könnyűnek gondolnak, pedig a hibák nagy része éppen itt jelenik meg.

Sok felületen a megerősítő ablak túl korán jön, túl gyakran jelenik meg, vagy nem mondja meg egyenesen, mi fog történni. Ilyenkor a felhasználó csak megszokásból kattint tovább. Ez veszélyes. Ha egy műveletet jóváhagyó ablak minden apróságnál felugrik, előbb utóbb senki nem fogja elolvasni. Ha viszont hiányzik ott, ahol adatvesztés lehet, abból valódi gond lesz. Én személy szerint a rövid, egyenes szöveget szeretem. Kevés szó, tiszta következmény, jól látható döntési pont.

Budapesten több olyan felülettel találkoztam, ahol a rendszer látszólag rendezett volt, mégis a felugró ablakok zavarták meg a napi munkát. Nem egyszer az történt, hogy a felhasználó nem azt törölte, amit akart, vagy bezárt valamit mentés nélkül. Nem azért, mert figyelmetlen volt, hanem mert a párbeszédablak homályos maradt. A szöveg általános volt, a gombok pedig rossz sorrendben szerepeltek. És ez már elég ahhoz, hogy a használat idegesítő legyen.

Mikor indokolt a megerősítő ablak

A megerősítő ablak akkor indokolt, ha a művelet következménye komoly, nehezen visszafordítható vagy pénzt, adatot, időt érint. Ilyen lehet a törlés, a véglegesítés, a küldés, a lemondás vagy a kijelentkezés mentetlen munkából. Sok rendszer ott hibázik, hogy minden kisebb kattintást is külön megerősíttet. Ettől a felület nem lesz biztonságosabb, csak lassabb.

Az én tapasztalatom az, hogy a jó felugró ablak ritkán jelenik meg, de akkor tényleg fontos. Ha minden második lépésnél meg kell erősíteni valamit, a felhasználó gyorsan reflexből nyomja a fő gombot. Onnantól a párbeszédablak elveszíti a szerepét. Sokkal jobb, ha a rendszer csak ott kér döntést, ahol valóban kár keletkezhet. A többi helyen elég lehet egy jól látható visszavonás vagy egy rövid állapotjelzés.

Volt egy eset, amikor egy ügyfél ragaszkodott hozzá, hogy minden szerkesztés után külön megerősítő panel jelenjen meg. Elsőre logikusnak tűnt, mert így biztosabbnak érezte a működést. De a gyakorlatban a csapat egy hét után már automatikusan kattintott tovább. És amikor egy tényleg fontos törlési kérdés jött elő, ugyanúgy továbbléptek. A végén éppen azért hibáztak, mert túl sok volt a figyelmeztetés. Miután kivettük a felesleges ablakokat, a fontos jelzések végre láthatóvá váltak.

Gyakori hibák a felugró elemeknél

Sok hiba egészen egyszerű. A cím túl általános. A szöveg nem mondja meg, melyik tételről van szó. A gombokon csak annyi áll, hogy Igen és Nem. Ezek elsőre apróságnak tűnnek, de valójában komoly használati gondot okoznak. Egy jó megerősítő ablak inkább azt mondja, hogy Törlés vagy Mégsem. Ettől a döntés egyértelműbb lesz. Nem kell külön értelmezni, mire válaszol a felhasználó.

És sokan elrontják a sorrendet is. A fő művelet túl erős hangsúlyt kap, a biztonságos kilépés pedig alig látszik. Máskor éppen fordítva. A valóban fontos művelet elvész, és a felhasználó bizonytalanná válik. Szerintem a legrosszabb megoldás az, amikor a párbeszédablakban hosszú, hivatalos szöveg jelenik meg. Senki nem akar kisregényt olvasni egy törlés előtt. Egyenes mondat kell. Például az, hogy a kijelölt elem végleg törlődik. Ez már elég.

Gyakori konfliktus az is, hogy a megrendelő látványos felugró ablakot akar, a felhasználó viszont nyugalmat. A túl nagy árnyék, a mozgó háttér, a többféle szín vagy a túl sok ikon felesleges terhelést ad. Én inkább a csendes, tiszta megoldást kedvelem. Sokkal jobb egy egyszerű műveletet jóváhagyó ablak, mint egy harsány, de nehezen olvasható panel. A kezdők sokszor azt hiszik, hogy a feltűnő felület biztonságosabb. De gyakran pont az ellenkezője igaz.

Budapest környékén egy kisebb webes rendszer átnézésénél láttam olyat is, hogy ugyanarra a műveletre két külön felugró réteg jött egymás után. Először egy általános kérdés, utána egy második megerősítés. A felhasználó már az elsőnél elvesztette a türelmét. Sok ember ilyenkor nem olvas, csak gyorsan zár. Ez tipikus hiba. A felugró elemek tervezése nem attól lesz jó, hogy többször kérdez rá ugyanarra, hanem attól, hogy egyszer kérdez jól.

Árak és reális költségek

Az ár itt attól függ, hogy csak egy két felugró ablak javításáról van szó, vagy egy teljes rendszer megerősítő logikáját kell újragondolni. Olcsóbban 20.000 alatt néha el lehet érni kisebb szövegcserét vagy egy egyszerűbb gombsorrend javítását, de őszintén szólva én ezt ritkán érzem elégnek. A valódi javuláshoz át kell nézni a teljes folyamatot, meg kell érteni a hibapontokat, és ki kell próbálni a műveletet valós használatban is. Ez már több munka.

Szerintem a túl olcsó ajánlat itt különösen kockázatos. A felugró ablak kívülről kis részletnek tűnik, ezért sokan alulárazzák. De ha rossz marad, pont a legfontosabb pontokon okoz hibát. Olcsóbban 15.000 körül ritkán lesz valóban átgondolt munka. Lehet egy gyors kozmetikai javítás, de minőségi tervezés ritkán fér bele. És ezt a megrendelő később szinte mindig megfizeti időben vagy bosszúságban.

Szakember választása felugró ablakhoz

A megfelelő szakember kiválasztása itt sem mellékes. Nem elég, ha valaki csak felületet rajzol. Olyan felülettervező vagy fejlesztő kell, aki érti a döntési helyzeteket is. A jó szakember nem csak azt kérdezi meg, hogyan nézzen ki az ablak, hanem azt is, pontosan mikor jelenjen meg, mi legyen a fő gombon, és mit veszíthet a felhasználó, ha rosszul dönt. Ez sokkal fontosabb, mint az, hogy milyen kerek a sarok vagy mekkora az árnyék.

Én személy szerint jobban bízom abban a UX tervezőben, aki visszakérdez és vitatkozik egy kicsit. Ha valaki minden ötletre azonnal rábólint, abból ritkán születik jó rendszer. Sok megrendelő azt gondolja, hogy a biztos megoldás a dupla megerősítés. Vagy az, hogy legyen mindenhol felugró figyelmeztetés. A tapasztalt szakember viszont megmondja, mikor felesleges ez. És ez jó jel.

Qjob.hu oldalon is lehet olyan szakembert találni, aki magánmegbízásban vállal ilyen munkát. Érdemes megnézni, hogy végzett e már admin felülettel, rendelési folyamattal vagy más érzékeny döntési ponttal kapcsolatos feladatot. Nem csak a képernyőképek számítanak. Az is lényeges, hogy tud e világosan beszélni a hibákról. Ha valaki már az első egyeztetésen rámutat arra, hogy melyik gombszöveg veszélyes vagy melyik lépés zavaró, az többnyire jó irány.

Budapesti egyeztetés és online munka

Ha a megbízó személyes találkozót szeretne, Budapest erre kényelmes terep. A belső kerületekben könnyű gyors egyeztetést szervezni, aztán a tényleges munka már folytatódhat távolról. A XI. kerület, a XIII. kerület és Zugló környéke gyakori helyszín ilyen digitális feladatoknál, de a külső részekről és az agglomerációból is sok jó kivitelező dolgozik. Budaörs, Érd vagy Dunakeszi felől ugyanúgy lehet megbízható munkát kapni.

De szerintem itt a helyszín másodlagos. A felugró ablakok tervezése nem attól lesz jobb, hogy valaki közel ül az irodához. Sokkal fontosabb, hogy értse a használati helyzetet, és kérjen konkrét példákat. Ha megvan néhány valós hibás eset, abból sokszor többet lehet tanulni, mint egy hosszú személyes megbeszélésből. Budapest előnye inkább a gyors egyeztetés, nem maga a szakmai minőség.

És sok megrendelő ott követ el hibát, hogy a helyi elérhetőséget túlértékeli. Én inkább azt választanám, aki pontosan látja, mikor kell a megerősítő ablak, és mikor nem kell semmi. Egy tapasztalt fejlesztő vagy UX tervező online is gyorsan megérti a problémát. A lényeg az, hogy a végső felület nyugodt legyen, egyértelmű legyen, és ne állítsa meg feleslegesen a munkát. Ha ez teljesül, akkor a távolság már alig számít.