Dobici:
- Sposobnost izrade i izrade dosljednih tokena dizajna, imenovanja komponenti i pravila korištenja s umjetnom inteligencijom
- Sposobnost brze izrade dokumentacije o komponentama, primjera učiniti/ne činiti i tekstova korištenja s umjetnom inteligencijom
- Sposobnost provjere prijedloga umjetne inteligencije za sukob s postojećim sustavom dizajna i očuvanje jedinstvenosti
Sustav dizajna zajednički je jezik koji čini da obitelj proizvoda izgleda i ponaša se dosljedno: komponente za višekratnu upotrebu (gumb, kartica, polje obrasca), dizajnerski tokeni (imenovane definicije vrijednosti kao što su boja, razmak, tipografija) i dokumentacija koja objašnjava kako ih koristiti. Dobar sustav dizajna omogućuje deset dizajnera da dizajniraju isti proizvod kao da ga proizvodi jedan izvor. Instalacija i održavanje ovog sustava naporan je, ponavljajući i tekstualno intenzivan posao; Upravo tu blista umjetna inteligencija. Ali bit sustava je jedinstvenost i dosljednost; Preporuke umjetne inteligencije ne mogu se prihvatiti bez provjere jesu li u sukobu s trenutnim sustavom.
Tokeni i imenovanje: osnova dosljednosti
Dizajnerski token imenovana je, ponovno upotrebljiva vrijednost odluke o dizajnu: boja-primarna, prostor-centar, tekst-naslov-veliko. Zahvaljujući tokenima, možete promijeniti boju na jednom mjestu i ažurirati je na cijelom proizvodu. Ali snaga žetona ovisi o dosljednosti imenovanja; Ako se blue-1, main-blue, primaryBlue koriste pomiješano, sustav će se srušiti.
AI je ovdje dobar u dvije stvari: pregledu vašeg postojećeg skupa tokena u odnosu na dosljednu shemu imenovanja i predlaganju imena usklađenih sa shemom za nove tokene. Zahtjev poput "Prevedi ovaj popis tokena u semantičko imenovanje (temeljeno na značenju)" pomoći će vam da generirate imena koja prenose značenje, kao što je color-action-primary umjesto blue-500. Ali konačna odluka o imenovanju je ugovor tima; Model daje samo obris.
Savjet: kada imenujete tokene AI-ju, dajte 5-6 primjera svoje trenutne sheme i recite "zadrži isti obrazac". Zahtjev bez uzorka proizvodi imena koja su strana vašem sustavu.
Dokumentacija komponenti: najproduktivnije područje AI
Dokumentacija komponente uključuje: što radi, kada je koristiti, kada je ne koristiti, njezine varijante, stanja (zadano, lebdenje, pasivno, pogreška), bilješke o pristupačnosti i primjere "radi/nemoj". Ručno pisanje ovih tekstova traje satima, zbog čega mnogi timovi zanemaruju dokumentaciju.
AI popunjava ovu prazninu: kada opisujete komponentu, ona proizvodi nacrt dokumentacije, pravila korištenja i primjere činiti/ne činiti u dosljednom formatu. Dakle, dokumentacija ide od "nema" do "ima nacrta, sredit će se", što je veliki dobitak. Međutim, model ne zna stvarno ponašanje komponente; Vaš je posao uskladiti pravila koja proizvodi sa stvarnošću sustava.
fragment dokumenta
Doprinos umjetne inteligencije
ljudska provjera
Što radi?
Jasna definicija obrisa
Prava prikladnost za svrhu
Kada koristiti
Opći scenariji
Posebna pravila za proizvod
Do/Don't primjeri
Brzi nacrt parova
Stvarne zlouporabe
Napomena o pristupačnosti
Standardni podsjetnici
Potvrđeno pravim testom
Popis varijanti/slučajeva
mogući popis
Oni koji stvarno postoje u sustavu
Provjera proturječnosti: očuvanje singularnosti
Glavni neprijatelj sustava dizajna je dupliciranje: dva gumba koji rade isti posao, dva različita razmjera prostora, dva proturječna pravila. Kada AI predloži novu komponentu ili pravilo, taj prijedlog može biti u sukobu s postojećim sustavom — ne uzima u obzir cijeli sustav vašeg modela. Stoga procjenjujem svaki prijedlog pitanjem "je li to u sukobu s nečim što već postoji?" Filtrirajte s pitanjem. Također možete koristiti umjetnu inteligenciju u skeniranju sukoba: možete dati trenutni sažetak sustava i novu preporuku te dati popis sukoba. Ali konačna "pojedinačno točna" odluka je na timu.
tri mini kućišta
Slučaj 1 — Dug po dokumentaciji podmiren. Samo 6 od 24 komponente tima imalo je dokumentaciju. Nacrti dokumenata izrađeni su za preostalih 18 komponenti s umjetnom inteligencijom; Tim je svaki popravio za 10-15 minuta. Posao koji je tjednima odgađan završen je za dva dana.
Slučaj 2 — imenovanje tokena postalo je dosljedno. U jednom sustavu boje su bile miješane kao plava1, glavnaplava, plava. AI je preveo postojećih 40 tokena u semantičku shemu; Tim ga je revidirao i prešao na jedinstveni standard. Pogreške u boji osjetno su smanjene u kasnijim dizajnima.
Slučaj 3 — Konfliktna komponenta je odbijena. AI je predložio novu komponentu nazvanu "sekundarni akcijski gumb". Kad je tim tražio proturječnosti, otkrili su da radi isti posao kao i postojeći "gumb duhova" i odbili su prijedlog. Lekcija: ne dodaje svaki prijedlog novu komponentu sustavu; Ponekad je ispravno koristiti ono što je dostupno.
Upiti koji se mogu kopirati
Vaša uloga: administrator sustava dizajna. Dokumentirajte ovu komponentu: <<komponenta i njeno ponašanje>>. Format: Što radi | Kada koristiti | Kada NE koristiti | Varijante | Situacije | Napomene o pristupačnosti | 2 Učini / 2 Nemoj primjer. Izmislite ponašanje koje ne poznajete; Napišite "tim mora ispuniti".
Prevedite ovaj popis tokena u semantičku shemu imenovanja (temeljenu na značenju). Moji trenutni primjeri shema: <<5-6 primjera>>. Nastavite po istom obrascu. Za svaki token dajte staro ime -> novo ime -> tablicu opravdanja. Popis: <<tokeni>>
Skenirajte kontradikcije: Sažetak mog trenutnog sustava dizajna: <<sažetak>>. Nova predložena komponenta/pravilo: <<prijedlog>>. Je li ovaj prijedlog u sukobu s postojećim sustavom (komponenta koja radi isti posao, pravilo u sukobu, dupli token)? Navedite sukobe i svoj prijedlog.
Generirajte primjere parova "radi/nemoj" za ovu komponentu: realno ispravna uporaba i realno neispravna uporaba scenarija. Za svaki par u jednoj rečenici objasni zašto je točno/netočno. Komponenta: <<ime i svrha>>
Slab upit / Jak upit
Slabo: "Napišite dokumentaciju za ovaj gumb."
Rezultat: Općeniti, formatirani tekst bez veze sa sustavom.
Snažno: "Dokumentirajte ovaj gumb u sljedećem formatu (što radi / kada ne koristiti / varijante / slučajeve / pristupačnost / nemojte); izmislite ponašanje koje ne znate, napišite 'tim mora ispuniti'."
Rezultat: Dosljedno oblikovan rukopis s pravilnim razmakom koji se može uređivati.
Razlika: jaki format upita + zabrana izrade + upute učini/nemoj.
Uobičajene greške
- Zahtjev za imenovanje tokena bez primjera. Model generira imena koja su strana vašem sustavu; dosljednost je prekinuta.
- Dodavanje komponenti bez traženja proturječnosti. Dupliciranje je glavni neprijatelj sustava.
- Pod pretpostavkom da je ponašanje koje je izumio model ispravno. AI ne zna stvarno ponašanje komponente.
- Prihvaćanje ocjene pristupačnosti bez testiranja. Standardni podsjetnik nije zamjena za stvarno testiranje.
- Pisanje dokumentacije jednom i ne ažuriranje. Dokument treba ažurirati kako se sustav mijenja.
Ukratko
Sustav dizajna je infrastruktura dosljednosti i skalabilnosti; no njegovo se održavanje često zanemaruje jer je tekstualno intenzivno i ponavlja se. AI rješava ovaj dug brzom izradom dokumentacije o komponentama, primjera činiti/ne činiti, skripti korištenja i nacrta naziva tokena. Ali bit sustava je jedinstvenost i dosljednost: svako ime tokena mora biti provjereno u odnosu na shemu uzorka, svaki prijedlog komponente mora biti kontradiktorno skeniran, svaki opis ponašanja mora biti provjeren u odnosu na stvarnost. Koristite model kao učinkovit crtač; Tim donosi pravu individualnu odluku.
Zadatak aplikacije
- Odaberite komponentu s dokumentacijom koja nedostaje i izradite nacrt dokumenta s prvim upitom.
- Ispunite polja označena "Tim mora ispuniti" stvarnim ponašanjem.
- S drugim upitom pretvorite svojih 8-10 tokena u semantičku shemu i izradite staru/novu tablicu imena.
- Za ideju o novoj komponenti, potražite kontradikcije trećim upitom.
- Uz četvrti prompt, generirajte parove primjera do/don't za komponentu i dodajte ih u sustav.
popis za provjeru
- [ ] Povezao sam imenovanje tokena s primjerom sheme.
- [ ] Skenirao sam nove komponente radi sukoba.
- [ ] Potvrdio sam modelirana ponašanja sa stvarnošću.
- [ ] Planirao sam potvrditi bilješke o pristupačnosti stvarnim testiranjem.
- [ ] Čuvao sam dokumentaciju u dosljednom formatu.
- [ ] Sačuvao sam singularnost i spriječio dupliranje.