Dobički:
- Sposobnost priprave in izdelave konsistentnih oblikovalskih žetonov, poimenovanja komponent in pravil uporabe z umetno inteligenco
- Sposobnost hitre izdelave dokumentacije komponent, primerov dela/ne dela in besedil uporabe z umetno inteligenco
- Sposobnost preverjanja predlogov umetne inteligence za konflikt z obstoječim sistemom oblikovanja in ohranjanja singularnosti
Oblikovalski sistem je skupni jezik, zaradi katerega je družina izdelkov videti in se obnaša dosledno: komponente za večkratno uporabo (gumb, kartica, polje obrazca), oblikovalski žetoni (poimenovane definicije vrednosti, kot so barva, razmik, tipografija) in dokumentacija, ki pojasnjuje, kako jih uporabljati. Dober sistem oblikovanja omogoča desetim oblikovalcem, da oblikujejo isti izdelek, kot da bi ga izdelal en sam vir. Namestitev in vzdrževanje tega sistema je naporno, ponavljajoče se delo, ki zahteva veliko besedila; Prav tu blesti umetna inteligenca. Toda bistvo sistema je singularnost in doslednost; Priporočil AI ni mogoče sprejeti, ne da bi bila preverjena glede navzkrižja s trenutnim sistemom.
Žetoni in poimenovanje: osnova za doslednost
Oblikovalski žeton je poimenovana, večkrat uporabna vrednost oblikovalske odločitve: primarna barva, središče prostora, velika črka naslova besedila. Zahvaljujoč žetonom lahko spremenite barvo na enem mestu in jo posodobite v celotnem izdelku. Toda moč žetonov je odvisna od doslednosti poimenovanja; Če se blue-1, main-blue, primaryBlue uporabljajo mešano, se bo sistem zrušil.
Umetna inteligenca je tukaj dobra v dveh stvareh: pregledovanje vašega obstoječega nabora žetonov glede na dosledno shemo poimenovanja in predlaganje s shemo združljivih imen za nove žetone. Zahteva, kot je »Prevedi ta seznam žetonov v semantično (na pomenu temelječe) poimenovanje«, vam bo pomagala ustvariti imena, ki izražajo pomen, kot je barvno-dejavno-primarno namesto modro-500. Toda končna odločitev o imenovanju je pogodba ekipe; Model ponuja samo oris.
Namig: Ko poimenujete žetone za AI, navedite 5-6 primerov vaše trenutne sheme in recite "ohranjaj po istem vzorcu". Zahteva brez vzorcev ustvari imena, ki so tuja vašemu sistemu.
Dokumentacija komponent: najbolj produktivno področje AI
Dokumentacija komponente vključuje: kaj počne, kdaj jo uporabiti, kdaj je ne uporabiti, njene različice, stanja (privzeto, lebdenje, pasivno, napaka), opombe o dostopnosti in primere "naredi/ne". Ročno pisanje teh besedil traja ure in ure, zato mnoge ekipe zanemarjajo dokumentacijo.
AI zapolnjuje to vrzel: ko opišete komponento, ustvari osnutek dokumentacije, pravila uporabe in primere dela/ne v dosledni obliki. Tako dokumentacija prehaja iz "ni" v "obstaja osnutek, se bo uredilo", kar je velika pridobitev. Vendar pa model ne pozna dejanskega obnašanja komponente; Vaša naloga je uskladiti pravila, ki jih proizvaja, z realnostjo sistema.
fragment dokumenta
Prispevek umetne inteligence
človeško preverjanje
Kaj počne?
Jasna definicija orisa
Prava primernost za namen
Kdaj uporabiti
Splošni scenariji
Posebna pravila za izdelek
Primeri Naredi/Ne
Hitri osnutki parov
Dejanske zlorabe
Opomba o dostopnosti
Standardni opomniki
Potrjeno z resničnim testom
Seznam variant/primerov
možen seznam
Tisti, ki dejansko obstajajo v sistemu
Preverjanje protislovja: ohranjanje singularnosti
Glavni sovražnik sistema oblikovanja je podvajanje: dva gumba, ki opravljata isto nalogo, dve različni prostorski lestvici, dve nasprotujoči si pravili. Ko umetna inteligenca predlaga novo komponento ali pravilo, je lahko ta predlog v nasprotju z obstoječim sistemom – ne upošteva vašega celotnega sistema modela. Zato vsak predlog ocenim z vprašanjem "ali je to v nasprotju z nečim, kar že obstaja?" Filtriraj z vprašanjem. Umetno inteligenco lahko uporabite tudi pri pregledovanju konfliktov: podate lahko povzetek trenutnega sistema in novo priporočilo ter navedete konflikte. Toda končna "edino pravilna" odločitev je na ekipi.
trije mini kovčki
Primer 1 – Dolg v zvezi z dokumentacijo počiščen. Samo 6 od 24 komponent ekipe je imelo dokumentacijo. Izdelani so bili osnutki dokumentov za preostalih 18 komponent z umetno inteligenco; Ekipa je vsakega popravila v 10-15 minutah. Več tednov odlagano delo je bilo opravljeno v dveh dneh.
Primer 2 – Poimenovanje žetonov je postalo dosledno. V enem sistemu so bile barve mešane, kot so blue1, mainBlue, brand-blue. AI je prevedel obstoječih 40 žetonov v semantično shemo; Ekipa ga je revidirala in prešla na en sam standard. Barvne napake so se opazno zmanjšale pri naslednjih načrtih.
Primer 3 – komponenta v sporu je bila zavrnjena. AI je predlagal novo komponento, imenovano "sekundarni akcijski gumb". Ko je ekipa pregledala protislovja, je ugotovila, da opravlja isto delo kot obstoječi "gumb duhov" in zavrnila predlog. Nauk: vsak predlog ne doda nove komponente v sistem; Včasih je prav uporabiti tisto, kar je na voljo.
Pozivi, ki jih je mogoče kopirati
Vaša vloga: skrbnik načrtovalnega sistema. Dokumentirajte to komponento: <<komponenta in njeno vedenje>>. Oblika: Kaj počne | Kdaj uporabiti | Kdaj NE uporabljati |Različice | Situacije | Opombe o dostopnosti | 2 Naredi / 2 Ne primer. Izmislite si vedenje, ki ga ne poznate; Napišite "ekipa mora izpolniti".
Prevedite ta seznam žetonov v semantično (na pomenu temelječo) shemo poimenovanja. Moji trenutni primeri shem: <<5-6 primerov>>. Nadaljujte po istem vzorcu. Za vsak žeton podajte staro ime -> novo ime -> tabelo z utemeljitvijo. Seznam: <<žetoni>>
Iskanje protislovij: Povzetek mojega trenutnega sistema oblikovanja: <<povzetek>>. Nova predlagana komponenta/pravilo: <<predlog>>. Ali je ta predlog v nasprotju z obstoječim sistemom (komponenta, ki opravlja isto delo, pravilo v nasprotju, podvojeni žeton)? Navedite konflikte in svoj predlog.
Ustvari pare primerov "naredi/ne" za to komponento: realistično pravilna uporaba in realistično nepravilna uporaba. Za vsak par v enem stavku razloži, zakaj je res/ne. Komponenta: <<ime in namen>>
Šibek poziv/močan poziv
Slabost: "Napišite dokumentacijo za ta gumb."
Rezultat: splošno, oblikovano besedilo brez povezave s sistemom.
Močno: "Dokumentirajte ta gumb v naslednji obliki (kaj počne / kdaj ne uporabljati / različice / primeri / dostopnost / naredi-ne); izmisli si vedenje, ki ga ne poznaš, napiši 'ekipa mora izpolniti'."
Rezultat: dosledno oblikovan rokopis s pravilnimi razmiki, ki ga je mogoče urejati.
Razlika: močna oblika poziva + prepoved izdelave + pozivi naredi/ne.
Pogoste napake
- Zahtevanje poimenovanja žetonov brez primera. Model ustvari imena, ki so tuja vašemu sistemu; doslednost je porušena.
- Dodajanje komponent brez iskanja protislovij. Podvajanje je največji sovražnik sistema.
- Ob predpostavki, da je vedenje, ki ga je izumil model, pravilno. AI ne pozna dejanskega obnašanja komponente.
- Sprejemanje ocene dostopnosti brez testiranja. Standardni opomnik ni nadomestilo za dejansko testiranje.
- Enkratno pisanje dokumentacije in ne posodabljanje. Dokument je treba posodobiti ob spremembah sistema.
Če povzamem
Oblikovalski sistem je infrastruktura doslednosti in razširljivosti; vendar je njegovo vzdrževanje pogosto zanemarjeno, ker je besedilno intenzivno in se ponavlja. Umetna inteligenca obravnava ta dolg s hitro izdelavo dokumentacije komponent, primerov dela/ne, skriptov uporabe in osnutkov poimenovanja žetonov. Toda bistvo sistema je singularnost in doslednost: vsako ime žetona je treba preveriti glede na vzorčno shemo, vsak predlog komponente mora biti protislovno pregledan, vsak opis vedenja mora biti preverjen glede na resničnost. Uporabite model kot učinkovit risalnik; Ekipa sprejme individualno pravo odločitev.
Aplikacijska naloga
- Izberite komponento z manjkajočo dokumentacijo in ustvarite osnutek dokumenta s prvim pozivom.
- Izpolnite polja z oznako »Ekipa mora izpolniti« z dejanskim vedenjem.
- Z drugim pozivom pretvorite svojih 8-10 žetonov v semantično shemo in ustvarite staro/novo tabelo imen.
- Za idejo o novi komponenti poiščite protislovja s tretjim pozivom.
- S četrtim pozivom ustvarite pare primerov delaj/ne delaj za komponento in jih dodajte v sistem.
kontrolni seznam
- [ ] Poimenovanje žetona sem povezal s primerom sheme.
- [ ] Nove komponente sem pregledal glede sporov.
- [ ] Modelirano vedenje sem preveril z resničnostjo.
- [ ] Načrtoval sem potrditi opombe o dostopnosti z dejanskim testiranjem.
- [ ] Dokumentacijo sem hranil v dosledni obliki.
- [ ] Ohranil sem singularnost in preprečil podvajanje.