Jaj! És hogyan térj vissza, ideiglenes menedék
Olyan hirtelen gyengeséget éreztél, amikor rájöttél - csak egy másodperc múlva -, hogy ne kattintson az "OK" gombra a párbeszédablakban: "Biztos vagy benne, hogy kilépsz?"
Igen? Nos, kellemes társaságban vagy - mindenkinek hasonló tapasztalata van, ezért nem kell szégyellni. Ez nem a te hibád - ez egy hiba a szoftveredben.
Miért tudja ezt? Mivel a szoftverfejlesztőknek tudniuk kell, hogy szokásainkat fejlesztjük, vágyunktól függetlenül.
A szokás megjelenése valójában jó: kiküszöböli a gondolkodás szükségességét, amikor találkozunk egy banális felületen, és ez csökkenti annak a valószínűségét, hogy gondolatunk elvész. A párbeszédablakban "Biztos vagy benne, hogy kilépsz?" A kezünkben mind a lezárást, mind a megerősítést egyetlen megszakítás nélkül is emlékezteti. És ez jó, mert a legtöbb esetben nem szeretnénk megkérdezni magunktól, hogy helyesen csináljuk-e. Sajnos szokásaink néha hibákat követnek el: először csináljuk, majd gondolkodunk rajta.
Tehát, mint fejlesztők, eljutottunk az interfészek kialakításának alapelvéig: ha a felületet az emberek számára hozták létre, akkor fel kell ismernie az addikciót.
Mi a teendő figyelmen kívül hagyni a figyelmeztetéseket? Túl figyelmetlen figyelmeztetés nem fog észrevenni, ezért következtetni fogunk minden lehetséges figyelmeztetésre: a képernyő villogni fog, és hangosan hallgat egy hosszú hangot, hogy felhívja a figyelmet a felhasználóra. Ellenőrizze - ez nem fog működni. Minél több idegesítő figyelmeztetést kapunk, annál hamarabb meg szeretnénk szakítani őket (az "OK" gombra kattintva), és a még több hibát. Valójában nem számít, mennyire zavaró a számítógép figyelmeztetni minket - még mindig ugyanazt a hibát követjük -, ha mégsem akarjuk megcsinálni az OK-t. De ez még mindig nem a mi hibánk: mindaddig, amíg rendelkezünk a lehetőséggel, hogy hozzászokjon a figyelmeztetésekhez, hozzászokhatunk hozzá, és akkor hibákat fogunk csinálni.
Mi a helyzet a figyelmeztetések figyelmen kívül hagyásával? Ha ez a szokás az ember számára sajátos, és ez problémát okoz, akkor miért ne tervezzük úgy a felületet, hogy ne tudjuk kialakítani a szokásokat. Így mindig meg kell állnunk és gondolnunk kell, mielőtt megválaszolnánk a kérdést. És választásunk mindig megfelel a vágyainknak. Ez a megoldás, ugye?
Ez a megközelítés nem új: olyan, mint "ilyen és egy ilyen szó ebben a mondatban a helyes válasz." A "Guild Wars" játékban például egy karakter törléséhez először kattintson a "Törlés" gombra, majd írja be a karakter nevét megerősítésként. Sajnos, és ez nem mindig működik. nevezetesen:
- Ez arra késztet minket, hogy koncentráljunk a kéz nem ismerős munkájára, de ne a vágyakozásra vagy a munkára való hajlandóságra. Ez azt jelenti, hogy figyelmen kívül hagyható figyelmeztetések valamivel jobbak, mint a szokásos figyelmeztetések: határozottan meg fogjuk szakítani a munkánk véletlen megállítását. És a kezeletlen munkavégzés a szoftver legrosszabb szándéka.
- Ez rendkívül bosszantó, mert folyamatosan megköveteli a figyelmet, ami viszont szükségszerűen elvonja a munkánkat (és ez a szoftver második baja).
- Mindig több időt és energiát igényel, mint egy normál figyelmeztetés. Így a harmadik szörnyű bűn elkövetett - többet kell tennünk, mint amennyire szükséges.
A példákban a "Guild Wars" példában a második és a harmadik elem nem különösebben megfelelő, mert egy karakter törlése ritka tevékenység. Ha azonban a dokumentum elmentése előtt meg kellett adnunk a dokumentum nevét, anélkül, hogy elmentenénk ezt a dokumentumot, nagyon kellemetlennek találnánk.
Mit tanultak? Azok az interfészek, amelyek nem veszik figyelembe a függőség valószínűségét, rosszak. Nagyobb méretű figyelmeztetések létrehozása, hangos és nehéz figyelmen kívül hagyni - nem működik. Mindenesetre ezek a figyelmeztetések azt jelentik, hogy a szoftveres felületet nem a legjobb módon hajtják végre. Tehát töröljük a figyelmeztetéseket!
A figyelmeztetések egyszerű eltűnése nem fogja megmenteni a dokumentumainkat az elveszés veszélyével, de az "Undo" funkcióval ezt megteheti. Hadd ismételjem meg: a fájdalom figyelmeztetéseinek gyógymódja megszakad. A megfelelő visszavonással elvégezhetjük munkánkat és biztosak lehetünk benne, hogy mindig visszatérhetünk. A visszavonással elveszítjük ezt a rettenetes érzést a hiba miatt, hiszen a dokumentumot újra lehet nyitni.
Mivel a szokásokat fejlesztjük, nem garantálhatjuk, hogy ez az "ouch!" Nem fog történni velünk, ezért a tervezőknek figyelembe kell venniük a függőségeket és fejleszteniük kell ezt a kapcsolódási pontokat. Minden alkalommal, amikor esély van véletlen leállításra, a szoftvernek lehetővé kell tennie, hogy visszatérjen a befejezés idejére.
Ez az egyik legfontosabb és legfontosabb varázslattervező varázslat: soha ne használjon figyelmeztetést, de használja a visszavonást.
A Google Mail fejlesztői ezt a varázslatot használják. Ha töröl egy üzenetet, akkor azonnal lehetősége van a művelet visszavonására. Milyen óvatos! Kíméletesen megkíméltük a figyelmeztető ablakot (valamint az ablakból az üzenettel az akció visszavonásának lehetőségéről). Ha hibát követtünk el (és szükségszerűen elkötelezzük magunkat), nem túl sokat veszít bennünket, mert egyszerűen lemondhatunk róla. A visszavonással kevesebb időt töltünk a tapasztalatokra és több időt töltünk a munkára.
Természetesen ez csak egy réteg, de a Gmail tovább halad. Miután törölte az üzenetet, nem tűnik el véglegesen, de eljut a "szemetes kosárba", így visszaállíthatja, ha később eldönti, hogy az eltávolítás nem megfelelő.
Sajnos, a Google Naptár még nem tanulta meg ezt a leckét. Természetesen véletlenül törlöm azokat az eseményeket, amelyeket nem akarok törölni. Néha törölni kell a felesleges eseményeket, és a legrosszabb az, hogy később nem vagyok benne biztos, hogy nagyon töröltem. És anélkül, hogy visszavonnánk, nincs mód arra, hogy meggyőződjünk a cselekvés helyességéről.
Tény, hogy még a Google Mail még nem teljesen elsajátította ezt a leckét. Amikor eltávolít parancsikonokat a Gmailből, kihúzza az egyik ilyen szerencsétlen figyelmeztetést. Miért teheti meg a Google a helyes működést, és néhány kattintással mindent teljesen rosszul csinálhat? Talán, mert a figyelmeztetés szokása annyira beavatkozott, hogy hősies erőfeszítéseket tesz ki. Még azok a vállalatok is, amelyek a jó design legfontosabb elemei, például a 37Signals, szintén megtévesztők:
A visszavonás helyett a figyelmeztetések használata a legkevésbé ellenálló út a programozó szempontjából, mert nem kell az agyat felhúzni a megvalósításra. De ez nem igazolja azt a tényt, hogy a számítógépek nem veszik figyelembe az emberi szokásokat.
A figyelmeztetések a dokumentumok elvesztését okozzák, a számítógépek megbízhatóságával kapcsolatos kételyek pedig kénytelenek magukat hibáztatni. Egyszerű, de nem veszít megoldás a problémára: soha ne használjon figyelmeztetést, de használja a visszavonást. És amikor a felhasználó törli a dokumentumot, lehetőséget ad arra, hogy visszaállítsa.
Ó, és a következő alkalommal, amikor egy visszavonás helyett egy figyelmeztetést lát, küldjön egy pályázati levelet az alkalmazásnak vagy a webhelyfejlesztőnek, kérve, hogy cserélje le a figyelmeztetést a visszavonás funkcióval. Küldje nekik egy linket a cikkhez. Lássuk, megváltoztathatjuk-e az emberek hozzáállását a webes tervezéshez - és ezek a változtatások általában megkönnyítik az interfészeket, és csökkenti a rendellenességek okainak számát is. Kezdjük a háborút figyelmeztetéssel.