Jednotka 7 / 11

Umelá inteligencia v prototypovaní a dizajne s vysokým rozlíšením

zisky:

  • Schopnosť vytvárať rýchle prototypové kostry, ukážkový obsah a nápady na mikrointerakciu s umelou inteligenciou
  • Schopnosť vytvárať realistický zástupný text a údaje pre prototyp a testovať dizajn v reálnom používaní
  • Schopnosť zachovať konzistenciu a logiku komponentov pri presune výstupu AI do nástroja na návrh (Figma atď.)

Prototyp je klikateľná a navigovateľná imitácia dizajnu; Ide o simuláciu, ktorú môže používateľ zažiť ako v skutočnom produkte. High-fidelity dizajn, na druhej strane, je dizajn, ktorý sa farebnosťou, typografiou, reálnym obsahom a mikro interakciami priblížil konečnému produktu. Cieľom v tejto fáze je, aby bola myšlienka testovateľná, „ako keby bola skutočná“. Umelá inteligencia je tu silná tromi spôsobmi: rýchlo vytvára kostry a variácie, poskytuje realistický zástupný obsah a údaje a navrhuje nápady na mikrointerakciu. Ale udržiavať konzistentnosť a logiku komponentov pri presúvaní výstupu do nástroja na navrhovanie – to znamená, že systém zapadá do systému bez toho, aby ho preplnil – je ľudská práca.

Účel prototypu: lacno otestovať správnu otázku

Prototypovanie má jeden účel: lacno otestovať predpoklad bez písania kódu. "Rozumie používateľ tomuto toku?", "Zrýchli toto rozloženie jeho úlohu?" Preto prototyp nemusí byť taký dokonalý ako skutočný produkt; len to musí byť dostatočne skutočné, aby presvedčivo zobrazilo testovanú otázku.

Umelá inteligencia túto dôveryhodnosť urýchľuje. Existuje však nebezpečenstvo: vysoké rozlíšenie sa zdá byť „hotové“. Keď zainteresované strany uvidia vyleštený prototyp, môžu si ho pomýliť s konečným rozhodnutím; Stále je to však hypotéza. Vždy jasne povedzte, čo prototyp testuje a čo je ešte otvorené.

Pozor: Leštený prototyp preháňa zrelosť. Ak to pri ukazovaní zainteresovaným subjektom nezarámujete ako „toto je testovací nástroj, nie konečný návrh; túto otázku testujeme“, vytvorí sa nesprávne očakávanie.

Realistický obsah: záchrana prototypu pred klamstvom

Najväčšou lžou prototypu sú dokonalé zástupné symboly ako „Lorem ipsum“ a „First Name Last Name“. V skutočnom svete sú mená dlhé, zoznamy niekedy prázdne, čísla niekedy negatívne, dátumy niekedy zastarané. Keď je prototyp naplnený ideálnym obsahom, skrýva skutočné problémy.

Tu je AI cenná: vytvára realistický zástupný obsah a údaje rôznej dĺžky a rôznych stavov. Prototyp môžete priblížiť reálnemu použitiu pomocou požiadaviek ako „Dajte mi 20 realistických názvov produktov, z ktorých niektoré sú veľmi dlhé“, „Napíšte 5 rôznych prázdnych scenárov“, „Vyrobte vzorové údaje o účte vrátane záporného zostatku“. Test teda testuje realitu, nie ideál.

Typ obsahu

falošný (zavádzajúci)

Realistické (s umelou inteligenciou)

Meno

"Meno Priezvisko"

Príklady s krátkymi, dlhými, jednoduchými menami, špeciálnymi znakmi

Zoznam

vždy plná

Prázdne, 1-položkové, 100-prvkové variácie

číslo

vždy pozitívne

Nulové, záporné, veľmi veľké hodnoty

text

ideálna dĺžka

Nadupaný názov, veľmi krátky popis

dátum

dnes

Minulosť, budúcnosť, „práve teraz“, „pred 3 rokmi“

Mikrointerakcie: malé, ale rozhodujúce

Mikrointerakcie sú malé, jedinečné momenty interakcie, ako je spätná väzba po stlačení tlačidla, zelené pole po vyplnení, animácia načítania atď. Tieto vytvárajú v používateľovi pocit, že „systém ma počul“. AI je dobrým partnerom pre brainstorming na generovanie nápadov na mikrointerakciu (kedy, aká spätná väzba, aká zmena stavu). Ale každá mikrointerakcia musí byť zvážená z hľadiska výkonu, dostupnosti a rozptýlenia; efektná, ale zbytočná animácia spomaľuje zážitok.

tri mini prípady

Prípad 1 – Objednávka sa zrútila so skutočnými údajmi. Tím naplnil prototyp 30 realistickými (niektoré veľmi dlhými) názvami produktov generovanými AI. Dve rozloženia kariet boli preplnené; Problém bol zachytený a opravený pred testovaním. Ponaučenie: realistický obsah včas odhalí skryté chyby.

Prípad 2 – Leštený prototyp vytvoril falošné očakávania. Dizajnér pripravil prototyp s vysokým rozlíšením na „iba testovanie toku“, ale ukázal ho zainteresovaným stranám bez rámovania. Zainteresovaná strana povedala „super, poďme to zverejniť“; zatiaľ čo dostupnosť a obsah ešte neexistovali. Ponaučenie: jasne uveďte, čo prototyp testuje.

Prípad 3 – Konzistencia komponentu je narušená. Náčrt obrazovky z AI obsahoval iný štýl tlačidla ako tlačidlo v dizajnovom systéme. Pri prenose do Figmy ho dizajnér zabudol prepojiť so systémovým komponentom; Na produkte sú dve rôzne tlačidlá. Ponaučenie: pri presúvaní výstupu do nástroja je nevyhnutné ho pripojiť k existujúcim komponentom.

Kopírovateľné výzvy

Vygenerujte realistický zástupný obsah pre túto obrazovku:- 20 názvov <<typ prvku>>: niektoré sú príliš krátke, niektoré príliš dlhé, jeden so špeciálnym znakom.- 4 scenáre prázdnych prípadov.- 3 príklady extrémnych údajov (nula, zápor, nadmerná veľkosť). Účel: otestovať prototyp so skutočným, nie ideálnym využitím. Kontext: <<obrazovka/produkt>>

Navrhnite prototypovú kostru pre tento postup (zoznam obrazoviek + hlavné prvky na každej obrazovke): Úloha: "<<úloha>>". Otázka, ktorú chcem otestovať, je: "<<hypotéza>>". Navrhnite len dostatočný počet obrazoviek na otestovanie tejto otázky; nepridávaj viac.

Navrhnite 4 nápady na mikrointerakciu pre túto interakciu (stlačenie tlačidla, overenie poľa, načítanie, úspech). Pre každý: spustenie, spätná väzba, návrh trvania a poznámka o prístupnosti (citlivosť pohybu, oznámenie čítačky obrazovky). Kontext: <<interakcia>>

Skontrolujte kompatibilitu tohto náčrtu obrazovky s mojím dizajnovým systémom: či tlačidlo, typografia, medzery a farba zodpovedajú mojim existujúcim pravidlám komponentov ("<<summary>>"). Uveďte každú položku, ktorá je nekompatibilná, a ku ktorému systémovému komponentu by mala byť pripojená. Koncept: <<text>>

Slabá výzva / Silná výzva

Slabé: "Uveďte ukážkový obsah pre tento prototyp."

Výsledok: ideálna dĺžka, jednotný, falošný obsah, ktorý skrýva skutočné problémy.

Strong: "Vygenerujte 20 názvov produktov; niektoré sú príliš dlhé, jeden so špeciálnym znakom; pridajte 4 prázdne puzdrá a 3 príklady okrajových údajov; snažte sa otestovať prototyp s reálnym využitím."

Výsledok: Obsah, ktorý skutočne tlačí na rozloženie a včas otvára chyby.

Rozdiel: silná výzva vyžaduje rozmanitosť + okraj + účel.

Časté chyby

  • Testovanie s ideálnym obsahom. Skvelé zástupné symboly skrývajú skutočné problémy.
  • Pomýlil si vyleštený prototyp ako konečné rozhodnutie. Ak sa rámovanie neuskutoční, nastanú falošné očakávania.
  • Pridanie nepotrebnej obrazovky. Prototyp by mal stačiť na testovanie hypotézy; príliš veľa je strata času.
  • Prelomenie logiky komponentov. Zabudnutie na pripojenie komponentov systému pri ich preprave do vozidla spôsobí nekonzistentnosť.
  • Efektná, ale zbytočná mikrointerakcia. Pridanie animácie bez zohľadnenia výkonu a dostupnosti.

V súhrne

Prototypovanie je spôsob, ako lacno otestovať hypotézu bez písania kódu; Vysoké rozlíšenie ho robí vierohodným, no zároveň vytvára ilúziu „hotového“. AI poháňa túto fázu pomocou rýchlej kostry, realistického zástupného obsahu a nápadov na mikrointerakciu. Jeho najcennejším prínosom sú rôznorodé a extrémne údaje, ktoré vám umožňujú testovať prototyp so skutočným, nie ideálnym kontextom. Je ľudskou zodpovednosťou jasne zarámovať to, čo prototyp testuje, zachovať konzistentnosť komponentov a štýlu pri presúvaní výstupu do nástroja na navrhovanie.

Aplikačná úloha

  1. Napíšte jednu hypotézu, ktorú chcete otestovať na tok.
  2. S druhou výzvou vytvorte prototypovú kostru dostatočnú na testovanie tejto hypotézy.
  3. S prvou výzvou vytvorte realistický, okrajový zástupný obsah a vyplňte prototyp.
  4. S treťou výzvou vytvorte 2-3 mikrointerakčné nápady a vyhodnoťte poznámky o prístupnosti.
  5. So štvrtou výzvou skontrolujte a opravte návrh z hľadiska konzistencie konštrukčného systému.

kontrolný zoznam

  • [ ] Jasne som napísal hypotézu, že prototyp testuje.
  • [ ] Testoval som s realistickým a okrajovým obsahom prípadu.
  • [ ] Prototyp som sformuloval ako „testovací nástroj“ pre zainteresovanú stranu.
  • [ ] Ponechal som dostatočný počet obrazoviek na testovanie hypotézy.
  • [ ] Zvážil som mikrointerakcie oproti dostupnosti a výkonu.
  • [ ] Konzistenciu som udržal naviazaním výstupu na systémové komponenty.