Dizaina sistēmas izveide un uzturēšana
Dizaina sistēma savieno zīmolu, UI dizainu un ieviešanu vienotā darba pamatā, ko izmanto dizaineri, produktu un mārketinga komandas un izstrādātāji.
Dizaina Studija kā ārpakalpojuma dizaina komanda var izveidot jaunu sistēmu vai sakārtot sadrumstalotu esošo bibliotēku un turpināt to uzturēt, produktiem un biznesa vajadzībām attīstoties.
Kad atsevišķi dizaini sāk bremzēt komandu
Dizaina sistēma kļūst vajadzīga, kad atkārtoti dizaina lēmumi sāk kavēt produktu, mājaslapu un kampaņu attīstību.
- Līdzīgi komponenti katrā failā vai produktā tiek veidoti no jauna
- Dažādas lapas izmanto atšķirīgus risinājumus vienai un tai pašai vajadzībai
- Figma faili un ieviestais produkts vairs nesakrīt
- Izstrādātājiem jāmin vērtības, stāvokļi vai paredzētā uzvedība
- Izmaiņas manuāli jāatkārto daudzos ekrānos un komponentos
- Jauniem komandas dalībniekiem ir grūti saprast pieņemtos principus
- Zīmola un UI konsekvence ir atkarīga no atsevišķu cilvēku atmiņas
Sākam ar esošās sistēmas auditu
Pirms veidojam jaunu pamatu, pārskatām to, ko komanda jau izmanto. Audita apjomu pielāgojam produktiem, tehniskajai videi un reālajām sadarbības vajadzībām.
Ko pārskatām
- Esošos Figma failus, bibliotēkas, dzīvos produktus un mājaslapas
- Zīmola vadlīnijas, atkārtotos UI paraugus un koda komponentus
- Dublētus komponentus, nekonsekventas vērtības un nosaukumus
- Responsīvo uzvedību, mijiedarbības, validācijas un kļūdu stāvokļus
- Izstrādes komandas konvencijas un tehniskos ierobežojumus
Ko nosakām kopā ar komandu
Vienojamies, ko saglabāt, ko apvienot, kā trūkst, kas jāpārbūvē un kuri dizaina lēmumi jāsaskaņo ar izstrādātājiem. Rezultāts ir praktisks sistēmas tvērums un ieviešanas prioritātes.
Komponenti, varianti un reāli lietošanas stāvokļi
Sistēmai jāatspoguļo reāla produkta loģika, nevis tikai ideāli demonstrācijas ekrāni. Veidojam atkārtoti izmantojamus Figma komponentus un produktu specifiskus paraugus ar skaidri definētu uzvedību.
- Varianti un komponentu kompozīcija dažādiem lietošanas gadījumiem
- Hover, focus, active, disabled un loading stāvokļi
- Tukšie, kļūdu un validācijas stāvokļi
- Īsa, gara un neparedzēta satura scenāriji
- Responsīvā uzvedība, robežgadījumi un tehniskie ierobežojumi
Sistēmu veidojam kopā ar izstrādātājiem
Dizaina Studija vienpersoniski nenosaka koda arhitektūru. Pārskatām esošās izstrādes konvencijas un ar klienta izstrādātājiem vienojamies par kopīgu, praksē ieviešamu pamatu.
- Saskaņojam nosaukumus, komponentu robežas un tehniskos ierobežojumus
- Definējam responsīvo uzvedību, stāvokļus un handoff gaidas
- Atbildam uz ieviešanas jautājumiem un precizējam sistēmu izstrādes laikā
- Veicam dizaina QA un salīdzinām ieviesto rezultātu ar saskaņoto sistēmu
Dokumentācija, kuru komanda tiešām var izmantot
Dokumentējam tik daudz, lai dizaineri, produktu vadītāji un izstrādātāji varētu pieņemt konsekventus ikdienas lēmumus bez liekas birokrātijas.
- Komponenta mērķis, atļautie varianti un lietošanas piemēri
- Atstarpju, izkārtojuma, satura un responsivitātes principi
- Nosaukumu konvencijas un praktiski “darīt / nedarīt” piemēri
- Skaidra kārtība, kas var ierosināt izmaiņas un kas tās saskaņo
No faila līdz ikdienas darba sistēmai
Dizaina sistēmas vērtība parādās, kad to izmanto jaunās lapās, produktu funkcijās, kampaņās, saskarnes stāvokļos, handoff un ieviešanas pārskatā. Sistēmu varam ieviest pakāpeniski, sākot ar biežāk izmantotajiem pamatiem, nevis uzreiz pārbūvējot visu produktu.
- Izmēģinām komponentus reālos uzdevumos un precizējam robežgadījumus
- Palīdzam komandām pāriet uz kopīgo bibliotēku un lietošanas principiem
- Turpinām paplašināšanu līdz ar jauniem ekrāniem, lapām un kanāliem
Dizaina sistēma nav vienreizējs projekts
Vislielāko vērtību sistēma rada, ja tā tiek uzturēta kopā ar produktu un uzņēmuma ikdienas darbu. Dizaina Studija var uzņemties šo atbildību ilgtermiņa sadarbības ietvaros.
- Jaunus komponentus ierosinām tad, kad rodas reāla vajadzība, un pārbaudām, vai risinājums jau neeksistē
- Izmaiņas pārskatām ar produktu un izstrādes komandām un apstiprināto dokumentējam
- Periodiski salīdzinām Figma bibliotēku ar ieviešanu un novēršam neatbilstības
- Tehniskās un zīmola izmaiņas iekļaujam sistēmā, bet novecojušos paraugus aizstājam vai izņemam
- Jauni produkti, lapas, funkcijas un kampaņas paplašina kopīgo zināšanu bāzi
- Darbus un patērēto laiku uzskaitām pārskatāmi; mēneša beigās sagatavojam paveiktā un izmantotā laika kopsavilkumu un vienu rēķinu
- Kopā pārskatām nākamā perioda prioritātes un plānojam aktuālos sistēmas uzdevumus