zisky:
- Schopnost navrhnout menu, navigaci a obsahovou strukturu (informační architekturu) s umělou inteligencí a ověřit ji pomocí výsledků řazení karet
- Schopnost vtáhnout uživatelské toky a kroky z obrazovky na obrazovku do umělé inteligence a zachytit logické mezery a okrajové případy
- Schopnost kriticky přizpůsobit strukturu navrženou umělou inteligencí podle skutečného uživatelského jazyka a mentálního modelu
Pokud je použití výrobku obtížné, problém často není s barvou nebo tlačítkem, ale se strukturou. Informační architektura (IA) je způsob, jakým je obsah v produktu seskupen, pojmenován a uspořádán do navigační struktury: nabídky, kategorie, hierarchie. Uživatelský tok je posloupnost kroků od obrazovky k obrazovce, kterými uživatel prochází, aby dosáhl konkrétního cíle (registrace, nákup produktu). Oba staví neviditelnou kostru. AI rychle vytvoří obrys této kostry a pomůže zachytit logické mezery; Ale zda struktura odpovídá mysli skutečného uživatele, lze určit pouze lidským úsudkem a testováním.
Informační architektura: mluvení jazykem uživatele
Základní napětí IA je toto: budete organizovat obsah podle logiky instituce nebo mysli uživatele? Většina neúspěšných nabídek vnucuje uživateli vnitřní strukturu oddělení společnosti ("Enterprise Solutions", "Operation Center"). Pokud se uživatel zeptá "Jak zaplatím svůj účet?" myslí si.
Umělá inteligence je zde oboustranným pomocníkem. Na jedné straně navrhuje rozumnou počáteční strukturu kategorií; Na druhou stranu vám pomůže otestovat vaši aktuální strukturu oproti jazyku uživatele. Ale značky, které model navrhuje, jsou obecně „průměrný internetový jazyk“; Slova, která váš uživatel skutečně používá, se mohou lišit. Proto je návrh IA ověřován tříděním karet: skuteční uživatelé dostávají karty obsahu a ti je třídí; upravíte strukturu podle jejich seskupení.
Tip: Při získávání návrhů kategorií od umělé inteligence ji také požádejte, aby „přeložila každou kategorii do věty s otázkou, kterou uživatel vytvoří“. To urychluje přechod z podnikového žargonu na uživatelský jazyk.
Uživatelské toky: kroky, rozhodnutí a okrajové případy
Dobrý vývojový diagram objasňuje tři věci: kroky (co uživatel dělá), rozhodovací body (ano/ne větve) a okrajové případy – situace mimo hlavní cestu: prázdný košík, špatné heslo, výpadek internetu, vypršela relace. Nezkušené návrhy kreslí „šťastnou cestu“ (scénář, kde všechno jde dobře) a zapomenou na okrajové případy; Uživatel se většinou poflakuje na těchto zapomenutých místech.
V tom je umělá inteligence mocná: když exportujete stream, zeptáte se, jaké okrajové stavy chybí? Když se zeptáte, obvykle zachytí pár, které jste přehlédli. Model funguje jako kritik toku. Vy ale rozhodnete, zda je každá doporučovaná pobočka skutečně nezbytná, rozsah produktů a uživatelská realita; Jinak se tok zbytečně komplikuje.
prvek proudu
Přínos umělé inteligence
lidské rozhodnutí
Hlavní kroky
Standardní návrh hodnocení
Zjednodušení specifické pro produkt
rozhodovací body
Možné větve
Co je opravdu nutné
Okrajové případy
Připomínka zapomenutých věcí
Co bude pokryto
Štítek/text
první návrh
Přizpůsobení uživatelskému jazyku
Chybové cesty
Obecné vzory
Skutečné typy chyb produktu
tři mini pouzdra
Případ 1 – Nabídka se zjednodušila. Tým dal umělé inteligenci 9 názvů hlavních nabídek a požádal je, aby je „přeložili do věty s otázkou uživatele“. Bylo vidět, že 3 nadpisy odpovídaly stejné otázce („Jak mohu spravovat svůj účet?“); Nabídka snížena z 9 na 6. Poté bylo testováno 14 uživatelů se seskupením karet a bylo ověřeno sloučení. Úspěšnost kliknutí se zvýšila z 61 % na 86 %.
Případ 2 – Případ zachycené hrany. V jednom nahrávacím běhu tým vylosoval pouze úspěšnou nahrávku. AI se ptá „co se stane, když je e-mail již zaregistrován?“, „pokud ověřovací e-mail nedorazí?“, „co když se zavře a vrátí se uprostřed?“ generované otázky. Tým také přidal do toku 3 okrajové stavy; Když byl spuštěn, požadavky na podporu výrazně poklesly. Poučení: model je dobrou „připomínkou zapomenutého“.
Případ 3 – Nadbytečná pobočka byla zamítnuta. AI navrhla větve k platebnímu toku, jako je „možnost kryptoměny“ a „správa více adres“. Tyto nebyly zahrnuty do rozsahu produktu; návrhář návrhy odmítl. Poučení: ne každý návrh modelu je přijat; Rozhodnutí o rozsahu je na lidech, jinak se tok nafoukne.
Kopírovatelné výzvy
Vaše role: specialista na informační architekturu. Seskupte následující seznam obsahu/funkcí do kategorií, které vyhovují mysli uživatele. Každé kategorii přidělte krátký štítek a frázi s otázkou, kterou si uživatel vytvoří. Vyhněte se firemnímu žargonu. Použijte až 6 nadřazených kategorií. Seznam: <<obsah>>
Prozkoumejte tento uživatelský tok: <<kroky>>.1) Vyjmenujte chybějící okrajové případy (nečinný stav, chyba, časový limit, opětovné přihlášení).2) Označte kroky, které se zdají být zbytečné nebo mimo rozsah.3) Navrhněte značky, které neodpovídají jazyku uživatele. Každou položku odůvodněte jednou větou. V přesném slova smyslu; Řekněte „musí být zaškrtnuto“.
Načrtněte postup uživatele po jednotlivých obrazovkách pro následující úlohu: "<<úkol>>". Formát: každý krok = Název obrazovky > akce uživatele > odezva systému. Body rozhodnutí oddělte pomocí "Jestli... POTOM". Ukažte alespoň 2 chybové cesty spolu se šťastnou cestou.
Porovnejte tuto strukturu menu s výsledkem seskupení karet: Doporučená struktura: <<a>> Seskupení uživatelů: <<b>>. Zobrazte nekompatibilní umístění v tabulce a zdůvodněte, které z nich je uživateli bližší.
Slabá výzva / Silná výzva
Slabý: "Napište mi záznam streamu."
Výsledek: Obecný seznam kroků bez okrajových případů, obsahující pouze šťastnou cestu.
Strong: "Nakreslete pro tento úkol tok obrazovky po obrazovce; uveďte každý krok ve formátu 'obrazovka > akce > odezva systému'; vedle šťastné cesty ukažte alespoň 2 chybové cesty; oddělte rozhodovací body pomocí IF-THEN."
Výsledek: funkční tok s viditelnými okrajovými stavy a větvemi.
Rozdíl: vyžaduje silný formát výzvy + imperativ chybové cesty + rozhodovací bod; ty přibližují tok skutečnému světu.
Časté chyby
- Prostě navrhování šťastným způsobem. Uživatel se zasekne nejčastěji v okrajových situacích; jejich přeskakování je ta nejdražší chyba.
- Vnesení firemního žargonu do menu. Uživatel hledá „kde je moje objednávka“, nikoli „operační středisko“.
- Dokončení IA bez seskupování karet. Návrh modelu je hypotéza; uživatel potvrdí test.
- Přidání každého návrhu toku modelu. Větve mimo rozsah zvětšují průtok; Odmítnutí je také rozhodnutí.
- Netestovat štítky vůbec. Označení, o kterém si myslíte, že je „srozumitelné“, nemusí být uživateli známé.
V souhrnu
Informační architektura a uživatelské toky jsou neviditelnou kostrou produktu; Plynulost uživatelské zkušenosti z velké části pochází z toho. Umělá inteligence navrhuje věrohodné struktury kategorií, toky kritiky a je obzvláště účinná při zachycení zapomenutých okrajových případů. Ale zda se štítky shodují s jazykem uživatele, je určeno seskupením karet a rozsah toku a nutnost větvení jsou určeny lidským úsudkem. Použijte model jako tvůrce a kritik; Strukturu zkalibrujete podle mysli uživatele.
Aplikační úkol
- Vypište 8-10 obsahů/vlastností produktu a vytvořte strukturu kategorií s první výzvou.
- Přeložte každou kategorii do věty s otázkou uživatele a zkombinujte ty, které jsou zmatené.
- Vyberte úlohu a nakreslete tok obrazovky po obrazovce se třetí výzvou (s alespoň 2 chybami).
- S druhou výzvou kritizujte tok, přidejte chybějící okrajové případy a odstraňte zbytečné kroky.
- Pokud je to možné, seskupte minikarty po 3-5 lidech a upravte strukturu podle výsledků.
kontrolní seznam
- [ ] Přeložil jsem kategorie do uživatelského jazyka a odstranil jsem žargon.
- [ ] Kromě šťastné cesty jsem v toku nakreslil i cesty chyb.
- [ ] Pomocí umělé inteligence jsem naskenoval chybějící okraje a přidal je.
- [ ] Vědomě jsem odmítl návrhy mimo rozsah.
- [ ] Testoval jsem návrh IA se seskupováním karet nebo uživatelským testováním.
- [ ] Značky jsem ověřil pomocí skutečných uživatelských slov.