Pelnas:
- Gebėjimas kurti ir sudaryti nuoseklius dizaino žetonus, komponentų pavadinimų ir naudojimo taisykles naudojant dirbtinį intelektą
- Galimybė greitai parengti komponentų dokumentaciją, daryti/nedaryti pavyzdžius ir naudojimo tekstus su dirbtiniu intelektu
- Gebėjimas patikrinti, ar dirbtinio intelekto pasiūlymai prieštarauja esamai projektavimo sistemai, ir išsaugoti išskirtinumą
Dizaino sistema yra bendra kalba, dėl kurios gaminių šeima atrodo ir elgiasi nuosekliai: daugkartiniai komponentai (mygtukas, kortelė, formos laukas), dizaino žetonai (pavadinti reikšmių apibrėžimai, pvz., spalva, tarpai, tipografija) ir dokumentacija, paaiškinanti, kaip juos naudoti. Gera projektavimo sistema leidžia dešimčiai dizainerių sukurti tą patį produktą taip, lyg jis būtų pagamintas iš vieno šaltinio. Šios sistemos įdiegimas ir priežiūra yra varginantis, pasikartojantis ir daug teksto reikalaujantis darbas; Kaip tik čia ir šviečia dirbtinis intelektas. Tačiau sistemos esmė yra išskirtinumas ir nuoseklumas; AI rekomendacijos negali būti priimtos nepatikrinus, ar jos nesuderinamos su dabartine sistema.
Žetonai ir įvardijimas: nuoseklumo pagrindas
Dizaino atpažinimo ženklas yra įvardinta, pakartotinai naudojama dizaino sprendimo vertė: spalva-pirminė, erdvė-centras, tekstas-pavadinimas-didžioji raidė. Žetonų dėka galite pakeisti spalvą vienoje vietoje ir atnaujinti visame gaminyje. Tačiau žetonų galia priklauso nuo įvardijimo nuoseklumo; Jei mėlynas-1, pagrindinis-mėlynas, pirminis mėlynas naudojamas kartu, sistema sugenda.
AI čia gerai atlieka du dalykus: peržiūri esamą žetonų rinkinį pagal nuoseklią pavadinimų schemą ir siūlo su schema suderinamus naujų žetonų pavadinimus. Užklausa, pvz., „Išversti šį prieigos raktų sąrašą į semantinį (pagrįstą) pavadinimų suteikimą“, padės sugeneruoti pavadinimus, perteikiančius prasmę, pvz., spalva-veiksmas-pirminis, o ne mėlynas-500. Tačiau galutinis sprendimas dėl pavadinimo yra komandos sutartis; Modelis pateikia tik kontūrą.
Patarimas: pavadindami žetonus AI, pateikite 5–6 dabartinės schemos pavyzdžius ir pasakykite „keep in the same pattern“. Užklausa be mėginių sukuria vardus, kurie yra svetimi jūsų sistemai.
Komponentų dokumentacija: produktyviausia AI sritis
Komponento dokumentacija apima: ką jis daro, kada jį naudoti, kada jo nenaudoti, jo variantus, būsenas (numatytasis, užvedimas, pasyvus, klaida), pritaikymo neįgaliesiems pastabas ir „nedaryti/nedaryti“ pavyzdžius. Šių tekstų rašymas ranka užtrunka valandas, todėl daugelis komandų nepaiso dokumentų.
Dirbtinis intelektas užpildo šią spragą: kai aprašote komponentą, jis nuosekliu formatu sukuria dokumentacijos juodraštį, naudojimo taisykles ir pavyzdžius. Taigi dokumentacija pereina nuo „nėra“ iki „yra juodraštis, jis bus sutvarkytas“, o tai yra didelis pelnas. Tačiau modelis nežino tikrojo komponento elgesio; Jūsų darbas yra suderinti jo sukurtas taisykles su sistemos tikrove.
dokumento fragmentas
Dirbtinio intelekto indėlis
žmogaus patikrinimas
Ką tai daro?
Aiškus kontūro apibrėžimas
Tikras tinkamumas tikslui
Kada naudoti
Bendrieji scenarijai
Konkrečios gaminio taisyklės
Nedaryti/nedaryti pavyzdžiai
Greito juodraščio poros
Tikras piktnaudžiavimas
Pastaba apie pritaikymą neįgaliesiems
Standartiniai priminimai
Patvirtinta tikru testu
Variantų / atvejų sąrašas
galimas sąrašas
Tie, kurie iš tikrųjų egzistuoja sistemoje
Prieštaravimų tikrinimas: išskirtinumo išsaugojimas
Pagrindinis projektavimo sistemos priešas yra dubliavimas: du mygtukai atlieka tą patį darbą, dvi skirtingos erdvės skalės, dvi prieštaraujančios taisyklės. Kai dirbtinis intelektas pasiūlo naują komponentą ar taisyklę, šis pasiūlymas gali prieštarauti esamai sistemai – neatsižvelgiama į visą jūsų modelio sistemą. Todėl kiekvieną pasiūlymą vertinu klausdamas „ar tai prieštarauja kažkam, kas jau egzistuoja? Filtruokite su klausimu. Taip pat galite naudoti dirbtinį intelektą konfliktų nuskaitymui: galite pateikti esamos sistemos santrauką ir naują rekomendaciją bei pateikti konfliktų sąrašą. Tačiau galutinį „vienkartinį teisingą“ sprendimą priima komanda.
trys mini dėklai
1 atvejis. Dokumentų skola panaikinta. Tik 6 iš 24 komandos komponentų turėjo dokumentus. Likusiems 18 komponentų su dirbtiniu intelektu buvo parengti dokumentų projektai; Komanda kiekvieną ištaisė per 10-15 minučių. Savaitėmis atidėtas darbas buvo atliktas per dvi dienas.
2 atvejis – žetonų įvardijimas tapo nuoseklus. Vienoje sistemoje spalvos buvo maišomos kaip blue1, mainBlue, brand-blue. AI išvertė esamus 40 žetonų į semantinę schemą; Komanda jį peržiūrėjo ir perėjo prie vieno standarto. Vėlesniuose dizainuose spalvų klaidos buvo pastebimai sumažintos.
3 atvejis – prieštaraujantis komponentas buvo atmestas. AI pasiūlė naują komponentą, vadinamą „antrinio veiksmo mygtuku“. Kai komanda ieškojo prieštaravimų, jie nustatė, kad ji atlieka tą patį darbą kaip ir esamas „vaiduoklio mygtukas“, ir atmetė pasiūlymą. Pamoka: ne kiekvienas pasiūlymas papildo sistemą nauju komponentu; Kartais yra teisinga naudoti tai, kas yra prieinama.
Kopijuojami raginimai
Jūsų vaidmuo: projektavimo sistemos administratorius.Dokumentuokite šį komponentą: <<komponentas ir jo elgesys>>.Formatas: Ką jis veikia | Kada naudoti | Kada NEGALIMA naudoti |Variantai | Situacijos | Prieinamumo pastabos | 2 Darykite / 2 Nedarykite pavyzdžio. Sugalvoti elgesį, kurio nežinai; Parašykite „komanda turi užpildyti“.
Išverskite šį žetonų sąrašą į semantinę (reikšme pagrįstą) pavadinimo schemą. Mano dabartiniai schemų pavyzdžiai: <<5-6 pavyzdžiai>>. Tęskite tą patį modelį. Kiekvienam žetonui pateikite seną pavadinimą -> naują pavadinimą -> pagrindimo lentelę. Sąrašas: <<žetonai>>
Ieškokite prieštaravimų: Mano dabartinės projektavimo sistemos santrauka: <<suvestinė>>. Naujas siūlomas komponentas / taisyklė: <<pasiūlymas>>. Ar šis pasiūlymas prieštarauja esamai sistemai (komponentas, kuris atlieka tą patį darbą, prieštaraujanti taisyklė, pasikartojantis prieigos raktas)? Išvardykite konfliktus ir savo pasiūlymą.
Sukurkite šio komponento „nedaryti/ne“ pavyzdines poras: tikroviškas teisingas naudojimas ir tikroviški netinkamo naudojimo scenarijai. Kiekvienai porai vienu sakiniu paaiškinkite, kodėl tai tiesa/netiesa. Komponentas: <<pavadinimas ir paskirtis>>
Silpnas raginimas / Stiprus raginimas
Silpnas: „Parašykite šio mygtuko dokumentus“.
Rezultatas: bendras, suformatuotas tekstas be ryšio su sistema.
Stiprus: „Dokumentuokite šį mygtuką tokiu formatu (ką jis daro / kada nenaudoti / variantai / atvejai / prieinamumas / nedarykite); sugalvokite elgesį, kurio nežinote, parašykite „komanda turi užpildyti“.
Rezultatas: nuosekliai suformatuotas, tinkamai išdėstytas, redaguojamas rankraštis.
Skirtumas: stiprus raginimo formatas + gamybos draudimas + raginimai daryti / nedaryti.
Dažnos klaidos
- Prašymas suteikti žetonų pavadinimą be pavyzdžio. Modelis generuoja vardus, kurie yra svetimi jūsų sistemai; konsistencija sulaužyta.
- Komponentų pridėjimas nenuskaitant prieštaravimų. Dubliavimasis yra sistemos priešas.
- Darant prielaidą, kad modelio sugalvotas elgesys yra teisingas. AI nežino tikrojo komponento elgesio.
- Pritaikymo neįgaliesiems įvertinimas be bandymo. Standartinis priminimas nepakeičia tikrojo testavimo.
- Vieną kartą parašyti dokumentaciją ir jos neatnaujinti. Pasikeitus sistemai, dokumentas turi būti atnaujintas.
Apibendrinant
Projektavimo sistema yra nuoseklumo ir mastelio infrastruktūra; tačiau jo priežiūra dažnai nepaisoma, nes yra daug teksto ir kartojasi. Dirbtinis intelektas pašalina šią skolą greitai parengdamas komponentų dokumentaciją, nedaryti/nedaryti pavyzdžius, naudojimo scenarijus ir prieigos raktų pavadinimų juodraščius. Tačiau sistemos esmė yra išskirtinumas ir nuoseklumas: kiekvienas žetono pavadinimas turi būti patikrintas pagal pavyzdinę schemą, kiekvienas komponento pasiūlymas turi būti nuskaitytas prieštaringai, kiekvienas elgesio aprašymas turi būti patikrintas pagal tikrovę. Naudokite modelį kaip efektyvų braižytoją; Komanda priima individualų teisingą sprendimą.
Taikymo užduotis
- Pasirinkite komponentą, kuriame trūksta dokumentų, ir su pirmuoju raginimu sukurkite dokumento juodraštį.
- Užpildykite laukus, pažymėtus „Komanda turi užpildyti“, nurodydami faktinį elgesį.
- Antruoju raginimu konvertuokite 8–10 žetonų į semantinę schemą ir sukurkite seną / naują vardų lentelę.
- Norėdami gauti naują komponento idėją, ieškokite prieštaravimų naudodami trečiąjį raginimą.
- Ketvirtuoju raginimu sugeneruokite komponento nedaryti/nepavyzdines poras ir pridėkite jas prie sistemos.
kontrolinis sąrašas
- [ ] Žetonų pavadinimą susiejau su pavyzdine schema.
- [ ] Nuskaitau naujus komponentus, ar nėra konfliktų.
- [ ] Aš patikrinau modelio sukurtą elgesį su realybe.
- [ ] Planavau patvirtinti pritaikymo neįgaliesiems pastabas atlikdamas tikrąjį testavimą.
- [ ] Dokumentaciją saugojau nuosekliu formatu.
- [ ] Išsaugojau išskirtinumą ir užkirtau kelią dubliavimui.