Működtesse a webet üzleti rendszerként.
Gyakorlati módszer a fontos feladatok útvonalainak, címkéinek, keresési lehetőségeinek és bizonyítékokra épülő javításainak auditálásához.
WebChorus Editorial Team8 perc olvasás
Egy áttervezési vagy migrációs javaslat előtt ne a menü rendezettségét, hanem a fontos felhasználói feladatok teljes útvonalát auditáljuk. Válasszunk ki bizonyítékokkal alátámasztott feladatokat, határozzuk meg a sikeres kimenetelt, majd kövessük végig az összes valószerű belépési, böngészési, kontextuális és keresési útvonalat. Így különválasztható a hiányzó tartalom, a félreérthető címke, a rossz csoportosítás, a gyenge keresési találat és a használhatatlan vezérlő. Egy zsúfolt menü, egy magas kilépési arány vagy néhány panasz önmagában még nem bizonyít egész webhelyet érintő szerkezeti hibát; ezek olyan jelek, amelyek célzott vizsgálati kérdéseket indokolnak.
A módszer lényege
Az auditot egy előre megnevezett döntés köré kell tervezni: például egy szakasz javításáról, címkék módosításáról, migráció előkészítéséről vagy egy szélesebb áttervezés indokoltságáról kell-e határozni. A döntés meghatározza, milyen bizonyíték elegendő, kiket kell bevonni, és mely útvonalakat szükséges ellenőrizni. A hatókörben rögzítsük a célközönségeket, a feladatokat, a kezdőhelyzeteket, az oldaltípusokat, az eszközöket, a nyelveket, a jogosultságokat és a folyamatállapotokat. A következtetések csak ezekre a dokumentált körülményekre vonatkoznak, nem egy elképzelt átlagfelhasználóra.
A feladatalapú információsarchitektúra-audit azt vizsgálja, hogy a meglévő szervezés, címkézés és navigáció támogatja-e a kijelölt eredmény elérését. Nem tartalomleltár, mert nem pusztán az oldalak meglétét és állapotát sorolja fel; nem technikai SEO-audit, mert nem a feltérképezhetőség vagy az indexelés az elsődleges kérdése; és nem teljes akadálymentességi megfelelőségértékelés. Az áttervezés sem kiindulópont, hanem lehetséges következtetés. A bizonyítéknaplóban külön oszlopba kerüljenek az ismert tények, a megfigyelt viselkedések, a szakértői észrevételek és a még nem tesztelt feltételezések.
A reprezentatív feladatkészletet a felhasználók elérni kívánt eredményeiből kell felépíteni, és minden feladathoz rögzíteni kell a bizonyíték eredetét. A megfogalmazás legyen felismerhető a célközönség számára, de ne árulja el a céloldal címkéjét vagy a feltételezett helyes útvonalat. A „Keresd meg a Szolgáltatások menüben az ajánlatkérést” típusú instrukció beépíti a megoldást a feladatba. Jobb az eredményt leírni: a résztvevő szeretné eldönteni, hogy a szolgáltatás megfelel-e a szervezetének, majd kapcsolatba kíván lépni a megfelelő csapattal.
A jelöltek származhatnak interjúkból, megfigyelésekből, korábbi kutatásokból, analitikából, belső keresési lekérdezésekből, ügyfélszolgálati megkeresésekből, visszajelzésekből és a felhasználókkal közvetlenül dolgozó munkatársaktól. Ezek súlya nem azonos: egy lekérdezés vagy kilépés helyet jelölhet ki a vizsgálathoz, de önmagában nem magyarázza a szándékot vagy a kudarc okát. A vezetői állításokat és szakértői sejtéseket hipotézisként tartsuk nyilván, amíg felhasználói bizonyíték nem erősíti meg őket. A gyakori feladatok mellett a nagy következményű, nehéz és alulszolgált feladatokat is képviselni kell.
A munkalapnak egyetlen nyomon követhető rekordban kell összekapcsolnia a feladat eredetét, kívánt kimenetelét, valószerű útvonalait, megfigyelt jelzéseit, feltárt hibáját és tervezett újratesztelését. Ne feltételezzük, hogy mindenki a nyitóoldalról indul. Ugyanaz a feladat elkezdődhet külső találati oldalon, egy termék- vagy témalapon, bejelentkezett portálon, belső kereséssel vagy egy másik oldal kontextuális hivatkozásán keresztül. Az alternatív utak nem feltétlenül kerülők: különböző helyzetekben más út lehet természetes és hatékony.
Minden döntési pontnál jegyezzük fel a látható jelzést, az általa keltett elvárást, a tényleges célt és a téves választás utáni visszatérés lehetőségét. A WCAG 2,2 2,4,5 sikerkritériuma az oldalkészleteken belül egynél több megtalálási módot ír elő, kivéve a folyamatok eredményét vagy lépését; a kapcsolódó hivatkozás, a keresés, a webhelytérkép és az átfogó navigáció lehetséges megoldás. Ez nem jelenti azt, hogy minden oldalnak a globális menübe kell kerülnie. A lényeg a megfelelő, értelmezhető útvonalak megléte.
A feladatalapú audit nem azt kérdezi, rendezett-e a webhelytérkép, hanem azt, hogy valószerű útvonalakon elérhető-e a szükséges eredmény.
WebChorus szerkesztősége
| Feladat, közönség, kiváltó helyzet, eredmény és bizonyíték | Kezdőhelyzetek, lehetséges útvonalak és vizsgált jelzések | Megfigyelt viselkedés, mérőszám, hibatípus és bizonyítékerősség | Legkisebb javasolt változtatás, felelős és újratesztelés |
|---|---|---|---|
| Beszerzési vezető összehasonlítható szolgáltatási információt és megfelelő kapcsolatfelvételi lehetőséget keres; forrás: interjúk és ügyfélszolgálati megkeresések. | Külső érkezőoldal, témaközpont, helyi navigáció, kapcsolódó hivatkozás és belső keresés; vizsgált jelzés: címke, címsor és következő lépés. | Visszalépés a hasonló kategóriák között, keresés újrafogalmazása és bizonytalan célfelismerés; lehetséges címke- vagy csoportosítási hiba. | Két címke és egy kontextuális hivatkozás javítása; felelős: webhelygazda és tartalomgazda; újratesztelés az érintett útvonalakon. |
A teljes útvonal vizsgálata a valószerű belépési ponttól a felismerhető befejezésig követ minden olyan elemet, amely ígéretet tesz a következő lépésről. Ide tartozik a külső érkezőoldal, a globális és helyi navigáció, a központi vagy indexoldal, az oldalcsoportosítás, a címsor, a morzsanavigáció vagy más helyzetjelző, a kontextuális hivatkozás, a belső keresés, valamint a végső tartalom vagy művelet. Minden ponton azt kell megállapítani, hogy a jelzés érthető elvárást teremt-e, és a cél teljesíti-e ezt az ígéretet.
A címke akkor használható, ha az adott környezetben pontos, ismerős, áttekinthető és megkülönböztethető a szomszédos választásoktól; a rövidség önmagában nem erény. A WCAG 2,2 2,4,6 sikerkritériuma szerint a megadott címsoroknak és címkéknek le kell írniuk témájukat vagy céljukat. Az ismétlődő navigáció relatív sorrendjének következetességét a 3,2,3 sikerkritérium kezeli, de nem tiltja a helyi vagy másodlagos navigációt. A fontos feladatokat ismételjük meg azokon az eszközökön, nyelveken, oldaltípusokon, jogosultsági szinteken és állapotokban, amelyek ténylegesen megváltoztatják az elérhető útvonalat.
A belső keresés használatát ne tekintsük automatikusan navigációs kudarcnak. A keresés sok ember számára szándékos és érvényes alternatív út, ezért előbb nézzük meg a lekérdezést, az újrafogalmazásokat, a találatok relevanciáját, a céloldal felismerhetőségét és a feladat befejezését. Ha a kereső jó eredményt ad, miközben a böngészési út félrevezető, navigációs problémára utalhat. Ha mindkét út ugyanahhoz a hiányos tartalomhoz vezet, inkább lefedettségi hiba valószínű. Az audit feladata éppen az, hogy ezeket ne mossa össze.
A bizonytalan útvonalat azzal a módszerrel kell ellenőrizni, amely közvetlenül válaszol a nyitott kérdésre. A szakértői vizsgálat és a meglévő viselkedési adatok segítenek megtalálni a valószínű hibapontokat, de egy szakértő által észlelt aggály még nem megfigyelt felhasználói kudarc. Előbb nevezzük meg, mit nem tudunk: a csoportosítás logikája, a kategória nyelve, a puszta hierarchia, a megjelenített oldal jelzései, a keresési viselkedés vagy a teljesítés okozza-e a bizonytalanságot. Ezután válasszunk kutatási módszert, ne pedig egy megszokott eszközhöz keressünk kérdést.
A kártyarendezés nem igazolja a teljes élő útvonalat, a fateszt pedig nem mutatja meg a vizuális hierarchia, a működő vezérlők vagy a keresési találatok hatását. A NIST szerint a használhatósági tesztben reprezentatív felhasználók reprezentatív feladatokat végeznek; a bizonyíték lehet teljesítés, segítségkérés, hiba, idő, szóbeli megjegyzés vagy elégedettség. Az audit döntési kérdéséhez illő megfigyeléseket válasszuk ki, ne alkalmazzunk kötelező, univerzális pontozólapot. A résztvevők eltérő útvonalai és magyarázatai akkor is jelezhetnek kétértelmű címkéket, ha néhányan végül elérik a célt.
A megállapításból akkor lesz védhető döntés, ha előbb pontosan besoroljuk a hibát, majd a legkisebb alátámasztott beavatkozást választjuk. A lefedettségi hiba hiányzó vagy befejezetlen tartalmat, az entry hiba használható belépési út hiányát, a címkehiba téves ígéretet, a csoportosítási hiba váratlan elhelyezést, az orientációs hiba bizonytalan helyzetet jelent. Külön kategória a hiányzó kontextuális hivatkozás, a gyenge keresés, az ismétlődő navigáció következetlensége és az interakciós hiba, amikor a szerkezet elfogadható, de a megjelenített vezérlő akadályozza a használatot.
A rangsorolás bemenetei maradjanak láthatók: a feladat fontossága, az érintett közönségek, a megfigyelt kudarc gyakorisága, a következmény, a bizonyíték erőssége és a javítás függőségei. Ne rejtsük ezeket egy univerzális összpontszám mögé. A megfelelő beavatkozás lehet tartalmi korrekció, címke- vagy hivatkozásjavítás, átcsoportosítás, keresőhangolás, szakaszszintű átszervezés vagy szélesebb áttervezés. Az érintett feladatokat és útvonalakat minden esetben újra kell tesztelni. Átfogó változtatás akkor védhető, ha fontos hibák több releváns helyzetben ismétlődnek, megfigyelt bizonyíték támasztja alá őket, szerkezeti természetűek, és helyi javításokkal ésszerűen nem orvosolhatók.
A lezáró dokumentum ezért ne új webhelytérképpel, hanem egy újratesztelési döntéssel végződjön: melyik feladatot, milyen javítás után, milyen környezetben és milyen bizonyíték alapján tekintünk rendezettnek. Ha a feladatkészlet összeállítása, a kutatási terv vagy a szerkezeti kompromisszumok meghaladják a csapat tapasztalatát, érdemes információs építészt vagy UX-kutatót bevonni. Akadálymentességi kérdés esetén képzett szakértő és megfelelő megfelelőségértékelés szükséges, mert az itt idézett egyes WCAG-ellenőrzések nem igazolják a teljes webhely akadálymentességi megfelelőségét.
A feladatalapú audit bizonyítékokból kiválasztott feladatokat követ végig a belépési pontokon, navigáción, címkéken, csoportosításokon, helyzetjelzőkön, kontextuális hivatkozásokon, belső keresésen és a végső teljesítésen. Nem helyettesíti a tartalomleltárt, a technikai SEO-auditot, a teljes akadálymentességi megfelelőségértékelést vagy magát az áttervezést.
Nincs minden auditra érvényes résztvevő- vagy feladatszám. A mintát a meghozandó döntés, a közönségek változatossága, a feladat következménye, a bizonytalanság és a szükséges bizonyítékerősség alapján kell kialakítani. Egyetlen esettanulmány számai nem alakíthatók általános küszöbbé.
Az analitika, a belső keresési naplók, a kilépések és az ügyfélszolgálati megkeresések hasznos jeleket adhatnak arról, hol érdemes vizsgálódni. Önállóan azonban nem bizonyítják a felhasználó szándékát, a viselkedés okát vagy a megfelelő szerkezeti megoldást. A jelentésüket megfigyeléssel, interjúval vagy célzott teszttel kell tisztázni.
Nem, a keresés lehet tudatosan választott és teljesen érvényes alternatív útvonal. A diagnózis előtt vizsgáljuk meg a lekérdezések újrafogalmazását, a találatok relevanciáját, a céloldal felismerhetőségét és a feladat befejezését. Ezek mutatják meg, hogy keresési, navigációs, tartalmi vagy más probléma áll-e fenn.
Átfogó áttervezés akkor indokolható, ha fontos feladatok kudarcai releváns helyzetekben ismétlődnek, megfigyelt bizonyíték támasztja alá őket, és a probléma valóban szerkezeti. Ha címke-, hivatkozás-, tartalom-, csoportosítási vagy keresési javítással rendezhető a feladat, először a kisebb beavatkozást kell elvégezni és újratesztelni.
A cikk elkészítéséhez az alábbi forrásokat használtuk:
A kilencmezős oldal–cél brief segít ellenőrizni a tartalmi igényt, kiválasztani a helyes megoldást, és egyértelmű megbízást adni.
Kösse össze a közönség bizonyítékait, a teljes ügyfélutat és a webes képességeket mérhető eredményekkel, hogy védhető ütemtervi döntések szülessenek.
Gyakorlati keret olyan reszponzív oldalhierarchiához, amely minden nézetben megőrzi a célt, a bizonyítékokat, a választásokat és a következő lépést.
