Vienība 7 / 11

Mākslīgais intelekts prototipu veidošanā un augstas izšķirtspējas dizainā

Ieguvumi:

  • Spēja radīt ātrus prototipu skeletus, satura paraugus un mikro mijiedarbības idejas ar mākslīgo intelektu
  • Spēja izveidot reālistisku viettura tekstu un datus prototipam un pārbaudīt dizainu reālajā lietošanā
  • Spēja saglabāt konsekvenci un komponentu loģiku, pārvietojot AI izvadi uz projektēšanas rīku (Figma utt.)

Prototips ir noklikšķināma, navigējama dizaina imitācija; Tā ir simulācija, ko lietotājs var piedzīvot tāpat kā reālajā produktā. Savukārt augstas precizitātes dizains ir dizains, kas ir kļuvis tuvāk gala produktam ar krāsu, tipogrāfiju, reālu saturu un mikro mijiedarbību. Šajā posmā mērķis ir padarīt ideju pārbaudāmu “it kā tā būtu īsta”. AI šeit ir spēcīgs trīs veidos: ātri veidojot skeletus un variācijas, nodrošinot reālistisku vietturu saturu un datus un ierosinot mikromijiedarbības idejas. Taču konsekvences un komponentu loģikas saglabāšana, pārvietojot izvadi projektēšanas rīkā, tas ir, sistēmas iekļaušanu sistēmā, nepārblīvējot to, ir cilvēka darbs.

Prototipa mērķis: lēti pārbaudīt pareizo jautājumu

Prototipēšanai ir viens mērķis: lēti pārbaudīt pieņēmumu, nerakstot kodu. "Vai lietotājs saprot šo plūsmu?", "Vai šis izkārtojums paātrina viņa uzdevumu?" Tāpēc prototipam nav jābūt tik perfektam kā īstajam produktam; tam vienkārši ir jābūt pietiekami reālam, lai pārliecinoši attēlotu pārbaudāmo jautājumu.

Mākslīgais intelekts paātrina šo uzticamību. Taču pastāv briesmas: augsta izšķirtspēja šķiet "pabeigta". Kad ieinteresētās personas redz noslīpētu prototipu, tās var sajaukt to ar galīgo lēmumu; Tomēr tā joprojām ir hipotēze. Vienmēr skaidri pasakiet, ko prototips testē un kas vēl ir atklāts.

Uzmanību: Pulētais prototips pārspīlē briedumu. Ja, parādot to ieinteresētajai personai, to nenorādīsit kā "šis ir pārbaudes rīks, nevis galīgais dizains; mēs pārbaudām šo jautājumu", tiks radītas nepareizas cerības.

Reālistisks saturs: prototipa glābšana no meliem

Lielākie prototipa meli ir ideāli vietturi, piemēram, "Lorem ipsum" un "Vārds Uzvārds". Reālajā pasaulē vārdi ir gari, saraksti dažreiz ir tukši, skaitļi dažreiz ir negatīvi, datumi dažreiz ir novecojuši. Kad prototips ir piepildīts ar ideālu saturu, tas slēpj reālas problēmas.

Šeit AI ir vērtīga: tas rada reālistisku vietturu saturu un dažāda garuma, dažādu stāvokļu datus. Jūs varat tuvināt prototipu reālai lietošanai, izmantojot tādus pieprasījumus kā "Piešķiriet man 20 reālistiskus produktu nosaukumus, daži no tiem ir ļoti gari", "Uzrakstiet 5 dažādus tukšu gadījumu scenārijus", "Izveidojiet konta datu paraugus, tostarp negatīvo bilanci". Tādējādi tests pārbauda realitāti, nevis ideālu.

Satura veids

viltots (maldinošs)

Reālistisks (ar mākslīgo intelektu)

Vārds

"Vārds Uzvārds"

Piemēri ar īsiem, gariem, atsevišķiem nosaukumiem, īpašām rakstzīmēm

Saraksts

vienmēr pilns

Tukšas, 1 preces, 100 elementu variācijas

Numurs

vienmēr pozitīvi

Nulle, negatīvas, ļoti lielas vērtības

tekstu

ideāls garums

Pārpildīts virsraksts, ļoti īss apraksts

datums

šodien

Pagātne, nākotne, "tikko", "pirms 3 gadiem"

Mikro mijiedarbība: maza, bet izšķiroša

Mikromijiedarbības ir nelieli, atsevišķi mijiedarbības momenti, piemēram, atgriezeniskā saite, kad nospiežat pogu, lauks kļūst zaļš, kad tas ir aizpildīts, ielādes animācija utt. Tie rada lietotāja sajūtu, ka "sistēma mani sadzirdēja". AI ir labs prāta vētras partneris mikromijiedarbības ideju ģenerēšanai (kad, kādas atsauksmes, kādas stāvokļa izmaiņas). Taču katra mikromijiedarbība ir jāizsver veiktspējas, pieejamības un uzmanības novēršanas ziņā; izdomāta, bet nevajadzīga animācija palēnina pieredzi.

trīs mini futrāļi

1. gadījums — pasūtījums tiek sakļauts ar reāliem datiem. Komanda aizpildīja prototipu ar 30 reālistiskiem (daži ļoti gariem) produktu nosaukumiem, ko ģenerēja AI. Divi karšu izkārtojumi pārpildīti; Problēma tika konstatēta un novērsta pirms pārbaudes. Nodarbība: reālistisks saturs agri atklāj slēptās kļūdas.

2. gadījums — slīpēts prototips radīja nepatiesas cerības. Dizaineris sagatavoja augstas izšķirtspējas prototipu “tikai plūsmas testēšanai”, bet parādīja to ieinteresētajām personām bez ierāmēšanas. Ieinteresētā persona teica "lieliski, publicēsim"; tā kā pieejamība un saturs vēl nepastāvēja. Nodarbība: skaidri norādiet, ko prototips testē.

3. gadījums — ir bojāta komponentu konsistence. AI ekrāna skice saturēja citu pogu stilu nekā dizaina sistēmas poga. Pārnesot to uz Figma, dizainers aizmirsa to saistīt ar sistēmas komponentu; Uz izstrādājuma ir divas dažādas pogas. Nodarbība: pārvietojot izvadi rīkā, tā ir jāpievieno esošajiem komponentiem.

Kopējamas uzvednes

Ģenerējiet reālistisku vietturu saturu šim ekrānam:- 20 <<elementa veida>> nosaukumi: daži ir pārāk īsi, daži pārāk gari, viens ar īpašu rakstzīmi.- 4 tukšu reģistru scenāriji.- 3 ārkārtēji datu piemēri (nulle, negatīvs, pārāk liels). Mērķis: pārbaudīt prototipu ar reālu, nevis ideālu lietojumu.Konteksts: <<ekrāns/produkts>>

Piedāvājiet šīs plūsmas prototipa skeletu (ekrāna saraksts + galvenie elementi katrā ekrānā): Uzdevums: "<<uzdevums>>". Jautājums, ko vēlos pārbaudīt, ir: "<<hipotēze>>". Iesakiet tikai pietiekami daudz ekrānu, lai pārbaudītu šo jautājumu; nepievienojiet vairāk.

Iesakiet 4 mikromijiedarbības idejas šai mijiedarbībai (pogu nospiešana, lauka pārbaude, ielāde, veiksme). Katram: aktivizētājs, atsauksmes, ilguma ieteikums un pieejamības piezīme (kustības jutīgums, ekrāna lasītāja paziņojums). Konteksts: <<mijiedarbība>>

Pārbaudiet šīs ekrāna skices saderību ar manu dizaina sistēmu: vai poga, tipogrāfija, atstarpes un krāsa atbilst maniem esošajiem komponentu noteikumiem ("<<kopsavilkums>>"). Uzskaitiet katru nesaderīgo vienumu un ar kuru sistēmas komponentu tas ir jāpievieno. Melnraksts: <<teksts>>

Vāja uzvedne / spēcīga uzvedne

Vāji: "Sniedziet satura paraugu šim prototipam."

Rezultāts: ideāls garums, viendabīgs, viltots saturs, kas slēpj reālas problēmas.

Spēcīgs: "Ģenerējiet 20 produktu nosaukumus; daži ir pārāk gari, viens ar speciālu rakstzīmi; pievienojiet 4 tukšus gadījumus un 3 malu datu piemērus; mēģiniet pārbaudīt prototipu reālā lietošanā."

Rezultāts: saturs, kas patiešām nospiež izkārtojumu, agrīni atklājot kļūdas.

Atšķirība: spēcīgai uzvednei ir nepieciešama dažādība + malas korpuss + mērķis.

Biežas kļūdas

  • Testēšana ar ideālu saturu. Lieliski vietturi slēpj reālas problēmas.
  • Nopulētā prototipa maldināšana kā galīgais lēmums. Ja ierāmēšana netiek veikta, rodas nepatiesas cerības.
  • Nevajadzīga ekrāna pievienošana. Prototipam jābūt pietiekamam, lai pārbaudītu hipotēzi; pārāk daudz ir laika izšķiešana.
  • Bojāta komponentu loģika. Aizmirstot pievienot sistēmas komponentus, transportējot tos uz transportlīdzekli, radīsies nekonsekvence.
  • Izsmalcināta, bet nevajadzīga mikromijiedarbība. Animācijas pievienošana, neņemot vērā veiktspēju un pieejamību.

Rezumējot

Prototipēšana ir veids, kā lēti pārbaudīt hipotēzi, nerakstot kodu; Augstā izšķirtspēja padara to ticamu, bet arī rada ilūziju par "pabeigts". AI nodrošina šo posmu ar ātru skeletu, reālistisku vietturu saturu un mikromijiedarbības idejām. Tās vērtīgākais ieguldījums ir daudzveidīgie un ekstrēmie dati, kas ļauj pārbaudīt prototipu reālā, nevis ideālā kontekstā. Cilvēka pienākums ir skaidri ierāmēt, ko prototips testē, saglabājot komponentu un stila konsekvenci, pārvietojot izvadi projektēšanas rīkā.

Lietojumprogrammas uzdevums

  1. Uzrakstiet vienu hipotēzes teikumu, kuru vēlaties pārbaudīt plūsmai.
  2. Ar otro uzvedni izveidojiet skeleta prototipu, kas ir pietiekams, lai pārbaudītu šo hipotēzi.
  3. Ar pirmo uzvedni izveidojiet reālistisku viettura saturu ar burtiem un aizpildiet prototipu.
  4. Ar trešo uzvedni ģenerējiet 2–3 mikro mijiedarbības idejas un novērtējiet pieejamības piezīmes.
  5. Ar ceturto uzvedni pārbaudiet un izlabojiet projektēšanas sistēmas konsekvenci.

kontrolsaraksts

  • [ ] Es skaidri uzrakstīju hipotēzi, ko pārbauda prototips.
  • [ ] Es testēju ar reālistisku un malas lietas saturu.
  • [ ] Es izstrādāju prototipu kā “testēšanas rīku” ieinteresētajai personai.
  • [ ] Es saglabāju pietiekami daudz ekrānu, lai pārbaudītu hipotēzi.
  • [ ] Es nosvēru mikromijiedarbību, salīdzinot ar pieejamību un veiktspēju.
  • [ ] Es saglabāju konsekvenci, saistot izvadi ar sistēmas komponentiem.