Dizajnový systém: Umelá inteligencia v komponente, tokene a dokumentácii — Umelá inteligencia v dizajne UI/UX

zisky:

Schopnosť navrhovať a vytvárať konzistentné tokeny dizajnu, názvy komponentov a pravidlá používania s umelou inteligenciou
Schopnosť rýchlo vytvárať dokumentáciu komponentov, robiť/nerobiť príklady a používať texty s umelou inteligenciou
Schopnosť kontrolovať návrhy umelej inteligencie, či nie sú v rozpore s existujúcim dizajnovým systémom a zachovať singularitu

Systém dizajnu je spoločný jazyk, vďaka ktorému rodina produktov vyzerá a správa sa konzistentne: opakovane použiteľné komponenty (tlačidlo, karta, pole formulára), tokeny dizajnu (pomenované definície hodnôt, ako je farba, medzery, typografia) a dokumentácia, ktorá vysvetľuje, ako ich používať. Dobrý dizajnový systém umožňuje desiatim dizajnérom navrhnúť rovnaký produkt, ako keby bol vyrobený z jedného zdroja. Inštalácia a údržba tohto systému je únavná, opakujúca sa a textovo náročná práca; Presne tu žiari umelá inteligencia. Ale podstatou systému je singularita a konzistentnosť; Odporúčania AI nemožno prijať bez toho, aby sa skontrolovalo, či nie sú v rozpore so súčasným systémom.

Žetóny a pomenovania: základ konzistentnosti

Token dizajnu je pomenovaná, opakovane použiteľná hodnota rozhodnutia o dizajne: farba-primárna, medzerník-stred, text-nadpis-veľké písmeno. Vďaka tokenom môžete zmeniť farbu na jednom mieste a aktualizovať ju naprieč celým produktom. Ale sila žetónov závisí od konzistencie pomenovania; Ak sa modrá-1, hlavná-modrá a primárna modrá použijú zmiešane, systém sa zrúti.

Umelá inteligencia je tu dobrá v dvoch veciach: kontrola vašej existujúcej sady tokenov oproti konzistentnej schéme pomenovania a navrhovanie názvov, ktoré sú v súlade so schémou pre nové tokeny. Požiadavka ako „Preložiť tento zoznam tokenov na sémantické (na význame) pomenovanie“ vám pomôže vygenerovať názvy, ktoré vyjadrujú význam, ako napríklad farba-akcia-primárna namiesto modrej-500. Ale konečné rozhodnutie o názve je tímová zmluva; Model poskytuje iba obrys.

Tip: Keď pomenúvate tokeny AI, uveďte 5-6 príkladov vašej aktuálnej schémy a povedzte „udržať rovnaký vzor“. Bezvzorková požiadavka vytvára mená, ktoré sú pre váš systém cudzie.

Dokumentácia komponentov: najproduktívnejšia oblasť AI

Dokumentácia komponentu obsahuje: čo robí, kedy ho použiť, kedy nepoužívať, jeho varianty, stavy (predvolený, vznášať sa, pasívny, chyba), poznámky k prístupnosti a príklady „robiť/nerobiť“. Ručné písanie týchto textov trvá hodiny, a preto mnohé tímy zanedbávajú dokumentáciu.

AI vypĺňa túto medzeru: keď popisujete komponent, vytvára koncept dokumentácie, pravidlá používania a príklady robenia/nerobenia v konzistentnom formáte. Dokumentácia teda prechádza od „nie je“ k „existuje návrh, opraví sa“, čo je veľký zisk. Model však nepozná skutočné správanie komponentu; Vašou úlohou je zosúladiť pravidlá, ktoré vytvára, s realitou systému.

fragment dokumentu

Prínos umelej inteligencie

ľudské overenie

čo to robí?

Jasná definícia obrysu

Skutočná spôsobilosť na daný účel

Kedy použiť

Všeobecné scenáre

Pravidlá špecifické pre produkt

Príklady robiť/nerobiť

Rýchly návrh párov

Skutočné zneužitia

Poznámka k prístupnosti

Štandardné pripomienky

Potvrdené reálnym testom

Zoznam variantov/prípadov

možný zoznam

Tí, ktorí v systéme skutočne existujú

Kontrola rozporu: zachovanie singularity

Úhlavným nepriateľom dizajnového systému je duplicita: dve tlačidlá vykonávajú rovnakú prácu, dve rôzne priestorové mierky, dve protichodné pravidlá. Keď AI navrhne nový komponent alebo pravidlo, tento návrh môže byť v rozpore s existujúcim systémom – nezohľadňuje celý váš modelový systém. Takže hodnotím každý návrh otázkou „je toto v rozpore s niečím, čo už existuje?“ Filtrujte s otázkou. Umelú inteligenciu môžete použiť aj pri skenovaní konfliktov: môžete poskytnúť súhrn aktuálneho systému a nové odporúčanie a nechať konflikty vypísať. Ale konečné „singulárne správne“ rozhodnutie je na tíme.

tri mini prípady

Prípad 1 – Zúčtovanie dlhu za dokumentáciu. Iba 6 z 24 komponentov tímu malo dokumentáciu. Pre zvyšných 18 komponentov s umelou inteligenciou boli vytvorené návrhy dokumentov; Tím opravil každý z nich za 10-15 minút. Práca, ktorá sa týždne odkladala, bola hotová za dva dni.

Prípad 2 – Pomenovanie tokenov sa stalo konzistentným. V jednom systéme boli farby zmiešané ako modrá1, mainBlue, značková modrá. AI preložila existujúcich 40 tokenov do sémantickej schémy; Tým ho zrevidoval a prešiel na jednotný štandard. Farebné chyby sa v nasledujúcich návrhoch výrazne znížili.

Prípad 3 – Konfliktný komponent bol zamietnutý. AI navrhla nový komponent s názvom „tlačidlo sekundárnej akcie“. Keď tím skenoval rozpory, zistil, že urobil rovnakú prácu ako existujúce „tlačidlo duchov“ a návrh zamietol. Ponaučenie: nie každý návrh pridáva do systému nový komponent; Niekedy je správne použiť to, čo je k dispozícii.

Kopírovateľné výzvy

Preložte tento zoznam tokenov do sémantickej (na význame) schémy pomenovania. Moje aktuálne príklady schém: <<5-6 príkladov>>. Pokračujte rovnakým vzorom. Pre každý token uveďte starý názov -> nový názov -> tabuľku zdôvodnenia. Zoznam: <<tokeny>>

Hľadanie rozporov: Zhrnutie môjho súčasného konštrukčného systému: <<zhrnutie>>. Nový navrhovaný komponent/pravidlo: <<návrh>>. Je tento návrh v rozpore s existujúcim systémom (komponent, ktorý vykonáva rovnakú prácu, konfliktné pravidlo, duplicitný token)? Uveďte konflikty a svoj návrh.

Vygenerujte páry príkladov „robiť/nerobiť“ pre tento komponent: realistické správne použitie a realistické scenáre nesprávneho použitia. Pre každý pár vysvetlite jednou vetou, prečo je pravdivý/nepravdivý. Komponent: <<názov a účel>>

Slabá výzva / Silná výzva

Slabé: "Napíšte dokumentáciu pre toto tlačidlo."

Výsledok: Všeobecný, formátovaný text bez spojenia so systémom.

Strong: "Zdokumentujte toto tlačidlo v nasledujúcom formáte (čo robí / kedy sa nemá použiť / varianty / prípady / dostupnosť / nerobte); vymyslite správanie, ktoré nepoznáte, napíšte 'tím musí vyplniť'."

Výsledok: Dôsledne naformátovaný, správne rozmiestnený, upraviteľný rukopis.

Rozdiel: silný formát výzvy + zákaz výroby + výzvy urobiť/nerobiť.

Časté chyby

Žiadosť o pomenovanie tokenu bez príkladu. Model generuje mená, ktoré sú pre váš systém cudzie; konzistencia je narušená.
Pridávanie komponentov bez skenovania rozporov. Duplikácia je úhlavným nepriateľom systému.
Za predpokladu, že správanie vynájdené modelom je správne. AI nepozná skutočné správanie komponentu.
Prijímanie hodnotenia prístupnosti bez testovania. Štandardná pripomienka nenahrádza skutočné testovanie.
Napísať dokumentáciu raz a neaktualizovať ju. Dokument by sa mal aktualizovať podľa zmien systému.

V súhrne

Návrhový systém je infraštruktúra konzistentnosti a škálovateľnosti; ale jeho údržba sa často zanedbáva, pretože je textovo náročná a opakuje sa. AI rieši tento dlh rýchlou tvorbou dokumentácie komponentov, príkladov robenia/nerobenia, skriptov používania a návrhov názvov tokenov. Podstatou systému je však singularita a konzistentnosť: každý názov tokenu musí byť overený oproti vzorovej schéme, každý návrh komponentu musí byť protichodne naskenovaný, každý popis správania musí byť overený oproti realite. Použite model ako efektívny kreslič; Tím robí individuálne správne rozhodnutie.

Aplikačná úloha

Vyberte komponent s chýbajúcou dokumentáciou a vytvorte návrh dokumentu s prvou výzvou.
Vyplňte polia označené „Tím musí vyplniť“ skutočným správaním.
S druhou výzvou preveďte svojich 8-10 tokenov na sémantickú schému a vytvorte starú/novú tabuľku názvov.
Ak chcete získať nový nápad na komponent, vyhľadajte rozpory pomocou tretej výzvy.
So štvrtou výzvou vygenerujte príklady urob/nevytvorte pre komponent a pridajte ich do systému.

kontrolný zoznam

[ ] Pomenovanie tokenu som prepojil s ukážkovou schémou.
[ ] Skontroloval som nové komponenty kvôli konfliktom.
[ ] Overil som si modelom vytvorené správanie s realitou.
[ ] Plánoval som potvrdiť poznámky o prístupnosti skutočným testovaním.
[ ] Dokumentáciu som uchovával v konzistentnom formáte.
[ ] Zachoval som singularitu a zabránil duplicite.