A lecke végére érted, hogy az információarchitektúra nem menüpontok listája, hanem a tartalom, a címkék és a döntési útvonalak felhasználói feladatokhoz igazított rendszere. Meg tudod különböztetni a szervezeti elnevezést a felhasználó nyelvétől, egyszerű módszerekkel (kártyarendezés) ellenőrizni tudod egy kategória vagy címke érthetőségét, és sitemapet tudsz készíteni.
Miért kell az információ szervezése?
Képzelj el egy könyvtárat, ahol a könyvek az érkezésük sorrendjében állnak. Minden megvan, mégsem találsz semmit. Egy digitális felületen is így van: az információ megléte nem elég, a megtalálhatóság számít. Az információarchitektúra azt dönti el, mi hol van, mi mit hív, és mi mihez kapcsolódik. Ez hat a navigációra, a keresésre, a flow-ra, és a későbbi wireframe elrendezésére.
Hogyan keresi a felhasználó az információt?
Az információarchitektúra (IA) a tartalom, kategóriák, címkék és navigáció feladatorientált szervezése. Nem minden tartalom egyformán fontos. Az IA eldönti, mi legyen első szinten, mit mutassunk csak szükség esetén, és mely részletek segítik a döntést. A túl lapos szerkezet sok egyforma választást ad; a túl mély szerkezet elrejti a célhoz vezető utat. A megfelelő mélység attól függ, milyen gyakran, milyen bizonyossággal és milyen következménnyel keresik az információt.
A mentális modell fogalmára (a felhasználó elképzelése a rendszer működéséről) a 3. fejezetben tértünk ki. Itt az a kérdés, hogyan derítjük ki, milyen a felhasználó mentális modellje a mi tartalmunkról.
Tartalomleltár és priorizálás
Az IA első lépése a tartalomleltár: sorold fel, milyen információk és funkciók kellenek a fő feladathoz, és ezek közül melyik elsődleges, melyik másodlagos. Egy eseményoldalon a dátum, helyszín, ár és jelentkezési feltétel gyakran elsődleges döntési adat. A szervező teljes története vagy archív hírei lehetnek másodlagosak. Az elrendezés nem értékítélet a tartalomról; a jelenlegi feladatot szolgálja.
Egyszerű táblázattal rögzítheted:
Tartalom
Fontosság a fő feladathoz
Hol jelenik meg?
Esemény neve, dátum, kezdési idő
Elsődleges
Kártya
Ár, nyelv, jelentkezési feltétel
Elsődleges
Kártya
Szervező bemutatkozása
Másodlagos
Részletoldal
Korábbi események
Harmadlagos
Szervezői oldal
Címkék mint ígéretek
Egy címke azt ígéri, hogy a kattintás után milyen tartalom vagy művelet következik. A „Továbbiak” és „Információk” önmagában kevés ígéretet tesz. A „Foglalás módosítása”, „Felvételi feltételek” vagy „Mai események” konkrétabb. A jó címke:
rövid,
a célközönség nyelvén szól,
a környezetben nem keverhető össze más fogalommal,
megmondja, mi van mögötte (nem „Szolgáltatások”, hanem „Mai események”).
Kártyarendezés
A kártyarendezés (card sorting) tartalmi elemek felhasználók általi csoportosításának kutatási módszere. Segítségével megtudod, hogyan csoportosítanának a felhasználók, és milyen szavakat használnak a csoportoknak.
Lépések:
Írd fel a tartalmi elemeket kártyákra (15–30 elem).
A résztvevő csoportosítja őket úgy, ahogy neki logikus.
A csoportokat elnevezteti.
Gyűjts több résztvevőtől, és keresd az ismétlődő mintákat.
Két változat:
Nyílt kártyarendezés: a résztvevő maga alkotja a csoportokat és neveket. Új szerkezet kutatására jó.
Zárt kártyarendezés: előre megadott kategóriák közé sorol. Meglévő szerkezet ellenőrzésére jó.
Ez kis mintán is feltárhat váratlan elnevezéseket vagy kategóriákat. Nem végleges igazságot keresünk, hanem jelzést arra, hol tér el a tervező logikája a használóétól. Kiegészítő módszer a fa-teszt (tree test): a résztvevő feladatot kap („Hol keresnéd, hogy lemondj egy jelentkezést?”), és egy szöveges menüfában kell kattintania, grafikai elemek nélkül. Így tisztán a szerkezetet teszteled.
Sitemap
A sitemap a termék oldalainak (képernyőinek) hierarchikus térképe: megmutatja, mi mi alatt van, és mi hogyan kapcsolódik. Nem a felhasználó útját mutatja (az a user flow), hanem a szerkezetet.
flowchart TD
A["Kezdőlap:<br>Mai események"] --> B["Esemény részletei"]
A --> C["Szűrők"]
A --> D["Mentett események"]
B --> E["Jelentkezés"]
E --> F["Visszaigazolás"]
D --> B
A --> G["Fiók"]
G --> H["Jelentkezéseim"]
H --> B
Tippek a sitemaphez:
A fő feladathoz vezető út legyen lerövidítve: a kezdőlapról a lehető legkevesebb lépésben elérhető legyen.
Jelöld, mely oldal belépési pont (kezdőlap, keresés), és melyek csak kapcsolatból érhetők el.
Ne rajzold meg minden ablakot és minden állapotot: a sitemap oldalszinten gondolkodik.
Egy-egy ágban ne legyen túl sok közvetlen gyermek (általában 5–9 már sok).
Végigvezetett példa: a Mai program IA-ja
A Mai program csapata eredetileg „Események”, „Kategóriák”, „Szervezők” és „Rólunk” menüpontot tervez. A kártyarendezéssel azonban kiderül: a hallgatók az eseményeket időhöz és költséghez csoportosítják („Ma este”, „Ingyenes”, „Hétvégén”), és a „Kategóriák” fogalom nem mond nekik semmit. A javítás nem pusztán átnevezés: az első szint a feladathoz vezet: „Ma este”, „Ingyenes”, „Mentett”. A belső kategóriák (zene, film, sport) szűrőként maradnak a háttérben, de nem ezek irányítják az első lépést.
Gyakori tévhitek
Állítás
Pontosítás
„A pontos hivatalos név mindig a legjobb címke.”
Ha a célközönség nem ismeri, szükség lehet közérthető megnevezésre és kiegészítő magyarázatra.
„A több kategória részletesebb, tehát jobb.”
A választási költség nőhet, ha a különbségek nem érthetők.
„Egy jó címke mindenhol ugyanúgy működik.”
A jelentést a környezet és a felhasználói cél is befolyásolja.
„A sitemap a felhasználó útja.”
A sitemap a szerkezet; az útvonalat a user flow mutatja.
Röviden
Az IA a tartalom, címkék és útvonalak feladatorientált szervezése, nem menülista.
A tartalomleltár megmutatja, mi elsődleges a fő feladathoz.
A címke ígéret: konkrét, a felhasználó nyelvén szól.
A kártyarendezés és a fa-teszt kis mintán is feltárja a szervezeti és felhasználói logika eltérését.
A sitemap a termék szerkezetét mutatja, nem az útvonalat.
Ellenőrző kérdések
Mely címkét érthetné félre a projekted új használója?
Milyen belső szervezeti kategória nem egyezik a felhasználó kérdésével?
Mely döntési adatot kellene előrébb hoznod?
Hogyan ellenőriznéd kis mintán a címkéid érthetőségét?
Tartalom, címkézés és sitemap
Célok
A lecke végére érted, hogy az információarchitektúra nem menüpontok listája, hanem a tartalom, a címkék és a döntési útvonalak felhasználói feladatokhoz igazított rendszere. Meg tudod különböztetni a szervezeti elnevezést a felhasználó nyelvétől, egyszerű módszerekkel (kártyarendezés) ellenőrizni tudod egy kategória vagy címke érthetőségét, és sitemapet tudsz készíteni.
Miért kell az információ szervezése?
Képzelj el egy könyvtárat, ahol a könyvek az érkezésük sorrendjében állnak. Minden megvan, mégsem találsz semmit. Egy digitális felületen is így van: az információ megléte nem elég, a megtalálhatóság számít. Az információarchitektúra azt dönti el, mi hol van, mi mit hív, és mi mihez kapcsolódik. Ez hat a navigációra, a keresésre, a flow-ra, és a későbbi wireframe elrendezésére.
Hogyan keresi a felhasználó az információt?
Az információarchitektúra (IA) a tartalom, kategóriák, címkék és navigáció feladatorientált szervezése. Nem minden tartalom egyformán fontos. Az IA eldönti, mi legyen első szinten, mit mutassunk csak szükség esetén, és mely részletek segítik a döntést. A túl lapos szerkezet sok egyforma választást ad; a túl mély szerkezet elrejti a célhoz vezető utat. A megfelelő mélység attól függ, milyen gyakran, milyen bizonyossággal és milyen következménnyel keresik az információt.
A mentális modell fogalmára (a felhasználó elképzelése a rendszer működéséről) a 3. fejezetben tértünk ki. Itt az a kérdés, hogyan derítjük ki, milyen a felhasználó mentális modellje a mi tartalmunkról.
Tartalomleltár és priorizálás
Az IA első lépése a tartalomleltár: sorold fel, milyen információk és funkciók kellenek a fő feladathoz, és ezek közül melyik elsődleges, melyik másodlagos. Egy eseményoldalon a dátum, helyszín, ár és jelentkezési feltétel gyakran elsődleges döntési adat. A szervező teljes története vagy archív hírei lehetnek másodlagosak. Az elrendezés nem értékítélet a tartalomról; a jelenlegi feladatot szolgálja.
Egyszerű táblázattal rögzítheted:
Címkék mint ígéretek
Egy címke azt ígéri, hogy a kattintás után milyen tartalom vagy művelet következik. A „Továbbiak” és „Információk” önmagában kevés ígéretet tesz. A „Foglalás módosítása”, „Felvételi feltételek” vagy „Mai események” konkrétabb. A jó címke:
Kártyarendezés
A kártyarendezés (card sorting) tartalmi elemek felhasználók általi csoportosításának kutatási módszere. Segítségével megtudod, hogyan csoportosítanának a felhasználók, és milyen szavakat használnak a csoportoknak.
Lépések:
Két változat:
Ez kis mintán is feltárhat váratlan elnevezéseket vagy kategóriákat. Nem végleges igazságot keresünk, hanem jelzést arra, hol tér el a tervező logikája a használóétól. Kiegészítő módszer a fa-teszt (tree test): a résztvevő feladatot kap („Hol keresnéd, hogy lemondj egy jelentkezést?”), és egy szöveges menüfában kell kattintania, grafikai elemek nélkül. Így tisztán a szerkezetet teszteled.
Sitemap
A sitemap a termék oldalainak (képernyőinek) hierarchikus térképe: megmutatja, mi mi alatt van, és mi hogyan kapcsolódik. Nem a felhasználó útját mutatja (az a user flow), hanem a szerkezetet.
flowchart TD A["Kezdőlap:<br>Mai események"] --> B["Esemény részletei"] A --> C["Szűrők"] A --> D["Mentett események"] B --> E["Jelentkezés"] E --> F["Visszaigazolás"] D --> B A --> G["Fiók"] G --> H["Jelentkezéseim"] H --> BTippek a sitemaphez:
Végigvezetett példa: a Mai program IA-ja
A Mai program csapata eredetileg „Események”, „Kategóriák”, „Szervezők” és „Rólunk” menüpontot tervez. A kártyarendezéssel azonban kiderül: a hallgatók az eseményeket időhöz és költséghez csoportosítják („Ma este”, „Ingyenes”, „Hétvégén”), és a „Kategóriák” fogalom nem mond nekik semmit. A javítás nem pusztán átnevezés: az első szint a feladathoz vezet: „Ma este”, „Ingyenes”, „Mentett”. A belső kategóriák (zene, film, sport) szűrőként maradnak a háttérben, de nem ezek irányítják az első lépést.
Gyakori tévhitek
Röviden
Ellenőrző kérdések