Dobički:
- Sposobnost izdelave hitrih prototipnih okostij, vzorčne vsebine in idej za mikro interakcije z umetno inteligenco
- Sposobnost izdelave realističnega nadomestnega besedila in podatkov za prototip ter testiranja dizajna v resnični uporabi
- Sposobnost ohranjanja doslednosti in logike komponent pri premikanju izhoda AI v orodje za načrtovanje (Figma itd.)
Prototip je imitacija dizajna, ki jo je mogoče klikniti in navigirati; Gre za simulacijo, ki jo lahko uporabnik doživi kot v pravem izdelku. High-fidelity design pa je dizajn, ki se je z barvo, tipografijo, realno vsebino in mikro interakcijami približal končnemu izdelku. Cilj na tej stopnji je narediti zamisel preizkusljivo, "kot da bi bila resnična." Umetna inteligenca je tukaj močna na tri načine: hitro ustvarja okostja in različice, zagotavlja realistično vsebino in podatke o nadomestnih mestih ter predlaga ideje za mikro interakcijo. Toda ohranjanje konsistentnosti in logike komponent pri premikanju izhoda v orodje za načrtovanje – to je prilagajanje sistema v sistem, ne da bi ga zatrpali – je človeško delo.
Namen prototipa: poceni preizkusiti pravo vprašanje
Izdelava prototipov ima en namen: poceni preizkusiti predpostavko, brez pisanja kode. "Ali uporabnik razume ta tok?", "Ali ta postavitev pospeši njegovo nalogo?" Zato ni nujno, da je prototip tako popoln kot pravi izdelek; le dovolj resnična mora biti, da prepričljivo prikaže vprašanje, ki ga želite preizkusiti.
Umetna inteligenca to verodostojnost pospešuje. Vendar obstaja nevarnost: visoka ločljivost se zdi "končana". Ko zainteresirane strani vidijo uglajen prototip, ga lahko zamenjajo za končno odločitev; Vendar je to še vedno hipoteza. Vedno jasno povejte, kaj prototip preizkuša in kaj je še odprto.
Pozor: Polirani prototip pretirava z zrelostjo. Če tega vprašanja ne oblikujete kot "to je testno orodje, ne končna zasnova; to vprašanje preizkušamo", ko ga pokažete deležniku, se ustvari napačno pričakovanje.
Realistična vsebina: reševanje prototipa pred lažjo
Največja laž prototipa so popolni nadomestni znaki, kot sta "Lorem ipsum" in "Ime Priimek". V resničnem svetu so imena dolga, seznami včasih prazni, številke včasih negativne, datumi včasih zastareli. Ko je prototip napolnjen z idealno vsebino, skriva resnične probleme.
Tu je umetna inteligenca dragocena: ustvarja realistično vsebino nadomestnih mest in podatke različnih dolžin in različnih stanj. Prototip lahko približate resnični uporabi z zahtevami, kot so "Daj mi 20 realističnih imen izdelkov, nekatera so zelo dolga", "Napiši 5 različnih scenarijev praznih primerov", "Izdelaj vzorčne podatke o računu, vključno z negativnim stanjem". Tako test preizkuša resničnost, ne ideala.
Vrsta vsebine
ponaredek (zavajajoče)
Realistično (z umetno inteligenco)
Ime
"Ime Priimek"
Primeri s kratkimi, dolgimi, posameznimi imeni, posebnimi znaki
Seznam
vedno poln
Prazno, različice z 1 kosom in 100 elementi
številka
vedno pozitivno
Nič, negativne, zelo velike vrednosti
besedilo
idealna dolžina
Preširok naslov, zelo kratek opis
datum
danes
Preteklost, prihodnost, "pravkar", "pred 3 leti"
Mikro interakcije: majhne, a odločilne
Mikrointerakcije so majhni, posamični trenutki interakcije, kot je povratna informacija, ko pritisnete gumb, polje, ki postane zeleno, ko je izpolnjeno, animacija nalaganja itd. Ti uporabniku ustvarijo občutek, da me je "sistem slišal". Umetna inteligenca je dober partner za možgansko nevihto za ustvarjanje idej o mikro interakcijah (kdaj, kakšne povratne informacije, kakšna sprememba stanja). Toda vsako mikrointerakcijo je treba pretehtati glede na zmogljivost, dostopnost in odvračanje pozornosti; modna, a nepotrebna animacija upočasni izkušnjo.
trije mini kovčki
Primer 1 — Zrušitev naročila z resničnimi podatki. Ekipa je prototip napolnila s 30 realističnimi (nekaterimi zelo dolgimi) imeni izdelkov, ki jih je ustvaril AI. Dve postavitvi kart sta se prelivali; Težava je bila ulovljena in odpravljena pred testiranjem. Nauk: realna vsebina zgodaj odkrije skrite napake.
2. primer – uglajen prototip je ustvaril lažna pričakovanja. Oblikovalec je pripravil prototip visoke ločljivosti za »samo testiranje pretoka«, vendar ga je zainteresiranim stranem pokazal brez okvirja. Deležnik je rekel "super, objavimo"; medtem ko dostopnost in vsebina še nista obstajali. Lekcija: jasno navedite, kaj prototip testira.
Primer 3 – Konsistentnost komponente je porušena. Skica zaslona iz umetne inteligence je vsebovala drugačen slog gumba kot gumb v sistemu oblikovanja. Pri prenosu tega na Figmo je načrtovalec pozabil povezati to s sistemsko komponento; Na izdelku sta dva različna gumba. Nauk: ko premikate izhod v orodje, ga morate povezati z obstoječimi komponentami.
Pozivi, ki jih je mogoče kopirati
Ustvarite realistično vsebino nadomestnih znakov za ta zaslon: - 20 imen <<vrst elementov>>: nekatera prekratka, nekatera predolga, eno s posebnim znakom. - 4 scenariji praznih primerov. - 3 ekstremni primeri podatkov (nič, negativni, preveliki). Namen: preizkusiti prototip z resnično, ne idealno uporabo. Kontekst: <<zaslon/izdelek>>
Predlagajte prototip okostja za ta tok (seznam zaslonov + glavni elementi na vsakem zaslonu): Naloga: "<<naloga>>". Vprašanje, ki ga želim preizkusiti, je: "<<hipoteza>>". Predlagajte dovolj zaslonov za preizkus tega vprašanja; ne dodajaj več.
Predlagajte 4 ideje za mikro interakcijo za to interakcijo (pritisk gumba, preverjanje polja, nalaganje, uspeh). Za vsako: sprožilec, povratne informacije, predlog trajanja in opomba o dostopnosti (občutljivost gibanja, obvestilo bralnika zaslona). Kontekst: <<interakcija>>
Preverite združljivost te skice zaslona z mojim sistemom oblikovanja: ali so gumb, tipografija, razmik in barva v skladu z mojimi obstoječimi pravili za komponente ("<<povzetek>>"). Navedite vsak element, ki ni združljiv, in na katero sistemsko komponento naj bo povezan. Osnutek: <<besedilo>>
Šibek poziv/močan poziv
Slabo: "Podajte vzorčno vsebino za ta prototip."
Rezultat: idealna dolžina, enotna, lažna vsebina, ki skriva resnične probleme.
Močno: "Ustvarite 20 imen izdelkov; nekatera predolga, eno s posebnim znakom; dodajte 4 prazne primere in 3 robne primere podatkov; poskusite preizkusiti prototip z resnično uporabo."
Rezultat: vsebina, ki resnično potisne postavitev in zgodaj odpira hrošče.
Razlika: močan poziv zahteva raznolikost + robni primer + namen.
Pogoste napake
- Testiranje z idealno vsebino. Odlični nadomestni znaki skrivajo resnične težave.
- Zamenjati poliran prototip kot končno odločitev. Če okvirjanje ni narejeno, se pojavijo napačna pričakovanja.
- Dodajanje nepotrebnega zaslona. Prototip bi moral zadostovati za preizkus hipoteze; preveč je izguba časa.
- Lomljenje logike komponent. Če pozabite povezati komponente sistema, ko jih prevažate v vozilo, bo prišlo do neskladnosti.
- Prefinjena, a nepotrebna mikrointerakcija. Dodajanje animacije brez upoštevanja zmogljivosti in dostopnosti.
Če povzamem
Izdelava prototipov je način poceni testiranja hipoteze brez pisanja kode; Visoka ločljivost ga naredi verjetnega, vendar ustvarja tudi iluzijo "dokončanega". Umetna inteligenca poganja to stopnjo s hitrim okostjem, realistično vsebino nadomestnega mesta in idejami za mikro interakcijo. Njegov najdragocenejši prispevek so raznoliki in ekstremni podatki, ki vam omogočajo, da preizkusite prototip z resničnim, ne idealnim kontekstom. Človekova odgovornost je, da jasno oblikuje, kaj prototip preizkuša, pri tem pa ohranja doslednost komponent in sloga pri premikanju izhoda v orodje za oblikovanje.
Aplikacijska naloga
- Napišite en sam stavek s hipotezo, za katerega želite preizkusiti tok.
- Z drugim pozivom ustvarite prototip okostja, ki zadostuje za preizkus te hipoteze.
- S prvim pozivom ustvarite realistično nadomestno vsebino z robnimi črkami in izpolnite prototip.
- S tretjim pozivom ustvarite 2-3 ideje za mikro interakcijo in ocenite opombe o dostopnosti.
- S četrtim pozivom preverite in popravite osnutek za konsistentnost sistema načrtovanja.
kontrolni seznam
- [ ] Jasno sem napisal hipotezo, ki jo testira prototip.
- [ ] Preizkusil sem z realistično vsebino z robnimi črkami.
- [ ] Prototip sem zasnoval kot "orodje za testiranje" za deležnike.
- [ ] Ohranil sem zadostno število zaslonov za preizkus hipoteze.
- [ ] Pretehtal sem mikrointerakcije glede na dostopnost in zmogljivost.
- [ ] Ohranjal sem doslednost z vezavo izhoda na sistemske komponente.