Sisu
- Mis on „disainisüsteem”?
- Peamised kaalutlused enne projekteerimissüsteemi rakendamist
- 01. Võtke arvesse toote ja ettevõtte küpsust
- 02. Koosta visioon
- 04. Pange paika disaini juhtpõhimõtted
- 05. Vaadake üle tehnoloogia virn ja viige läbi liidese inventuur
- 06. Pange kokku põhimeeskond
- Disainisüsteemi loomine
- 01. Müü idee maha
- 02. Valige pilootprojekt ja viige see lõpule
- 03. Kujunda ja ehita
- 04. Käivitamine ja hooldamine
Disainisüsteemid aitavad suurtel tööstuse mängijatel disainiprotsessi standardiseerida ja selle prognoositavamaks muuta. Paljud ettevõtted üritavad võtta initsiatiivi oma disainisüsteemi loomiseks. Kuid üsna sageli võivad vaatamata igaühe parimatele kavatsustele kõik jõupingutused, mida tootemeeskond läbimõeldud disainisüsteemi loomiseks teeb, otse äravoolu.
Selle artikli jooksul määratleme, mis on disainisüsteem, mida tuleks arvestada enne projekteerimissüsteemi ehitamist ja kuidas kõige paremini disainisüsteemi oma organisatsioonis juurutada. Suuremate ressursside saamiseks vaadake meie veebidisaini tööriistade kokkuvõtet.
Mis on „disainisüsteem”?
Nimi „kujundussüsteem” võib luua vale mulje millestki, mis pakub väärtust ainult disaineritele. Kuid tegelikult pole disainisüsteem midagi, mis puudutab ainult disainereid; Selle asemel räägib see sellest, kuidas kogu organisatsioon oma tooteid ehitab (kui see hõlmab ka veebisaiti, vajate tippsaitide ülesehitust ja suurepärast veebimajutust).
Edukad disainiprotsessid sõltuvad tavaliselt kõigi toote loomisega seotud meeskondade tihedast funktsionaalsest koostööst. Ja disainisüsteem seisneb ühise keele loomises, mis annab meeskondadele võimaluse tõhusamaks koostööks. See on täielik põhimõtete, reeglite ja standardite komplekt koos tööriistakomplektiga (kujundusmustrid, visuaalsed stiilid ja korduvkasutatavate kasutajaliidese komponentide koodikogu), mis on vajalik nende põhimõtete, reeglite ja standardite saavutamiseks. Kujundussüsteem võimaldab tootemeeskonnal luua toote kiiremini - ilma et peaksite kvaliteeti ohverdama - muutes disaini taaskasutatavaks (veenduge, et teil oleks oma varade hoidmiseks usaldusväärne pilvemälu).
Disainisüsteemi juurutamise hätta jäämise lõppeesmärk on aidata ettevõttel õppida ja kasvada. Seetõttu peaks disainisüsteem alati põhinema ettevõtte eesmärkidel. Samal põhjusel ei ole kõik projekteerimissüsteemid ühesugused, kuid sellegipoolest on enamikul projekteerimissüsteemidel mõned ühised elemendid:
- Projekteerimispõhimõtted - väärtused, mis tagavad disainipüüdluste suuna õiges suunas.
- Komponendid ja mustriteegid - need on disainisüsteemi ehituskivid.
- Kujundusjuhendid - konkreetsed reeglid selle kohta, kuidas teatud osa kujundada
toode. Need võivad hõlmata stiilijuhiseid (tüpograafia, värvid, vahed jne) ja UX-i kirjutamise juhiseid (hääl ja toon, keel, kirjutamispõhimõtted jne). - Disainipraktikad - aitavad hoida süsteemi elus ja tootemeeskonna jaoks väärtuslikuna.
Peamised kaalutlused enne projekteerimissüsteemi rakendamist
01. Võtke arvesse toote ja ettevõtte küpsust
Enne projekteerimissüsteemi ehitamise alustamist peate selgelt mõistma, miks te seda vajate. Paljud ettevõtted tutvustavad projekteerimissüsteeme, et vähendada oma tehnilist võlga ja kiirendada tootearendusprotsessi (kulutades vähem aega tüütutele, üksluistele tegevustele). Kuid mitte kõigil ettevõtetel ei ole selliste probleemidega silmitsi, sest ettevõtetel on disaini küpsusaste erinev.
Disainisüsteemi loomine nullist on aeganõudev tegevus ja väikesed, kiiresti liikuvad meeskonnad ei vaja tõenäoliselt projekteerimissüsteemi, kuna see aeglustaks neid. Kolm kuni viis inimest alustav ettevõte, kes püüab endiselt leida toote turule sobivuse, kulutaks tõenäoliselt süsteemi loomiseks märkimisväärselt palju aega. Kui ressursse kulutatakse disainisüsteemi loomisele, ei kulutata neid toote ehitamisele. Seega, kuni ettevõte on oma tootega selge suuna kehtestanud, võib disainisüsteemi loomisesse investeerimine ohustada palju jäätmeid.
02. Koosta visioon
Disainisüsteem räägib inimestest - kuidas nad teevad koostööd ühise eesmärgi saavutamiseks. Inimesed tahavad teada vastuseid järgmistele küsimustele:
- Kuhu me läheme?
- Mida me tahame saavutada?
- Miks me tahame seda saavutada?
Need on põhimõttelised küsimused, millele peate ühise nägemuse loomiseks vastama. Ühine visioon saab olema aluseks disainisüsteemile, mis annab meeskondadele juhendatud viisi oma toodete probleemidele lahenduste loomiseks.
Nägemisavaldus määratleb, mida teie meeskond, toode või ettevõte püüab saavutada, ja mis veelgi tähtsam, miks. See joondab meeskonnad ühiste eesmärkide selge komplekti ümber ja sellest saab kogu organisatsiooni põhitäht - see ühendab tootearendusega seotud inimesi ja juhatab nad ühisesse sihtkohta.
Kui otsite visiooni koostamise lihtsat viisi, kaaluge kirjeldust, milline peaks teie toode või organisatsioon viie aasta pärast välja nägema. Seda tehes määratlete sihttingimuse ja on palju lihtsam luua strateegia, mis aitab teil seda saavutada.
04. Pange paika disaini juhtpõhimõtted
Kuidas määratlete head disaini? Kuidas teada saada, kui midagi on rakendamiseks valmis? Disaini kvaliteedi hindamisel tuginevad disainerid sageli oma standarditele. Kuid sellise lähenemise järgimine võib toote kujundamise protsessis tekitada palju kaost, sest igal disaineril on subjektiivseid ideid. Seal päästavad disaini põhimõtted päeva.
Kindlad disainiprintsiibid on mis tahes toimiva süsteemi alus. Nad peaksid haarama selle sisu, mida hea disain ettevõtte jaoks tähendab, ja pakkuma tootetiimidele praktilisi soovitusi selle saavutamiseks (disaini põhimõtted peaksid alati olema rakendatavad). Disainipõhimõtted toimivad tootemeeskonna standarditena ja aitavad neil oma tööd mõõta.
Disainipõhimõtete väljatöötamisel peate meeles pidama järgmist:
- Kujunduspõhimõtted peaksid kajastama toote olemust. Näiteks, mis puudutab autode inimeste ja masinate vahelise liidese kujundamist, peaks kõige olulisem disainiprintsiip olema „Ohutus kõigepealt” (eesmärk on juhi ja reisijate ohutus). Sellepärast tuleks iga disainiotsust ohutuse tagamiseks mõõta.
- Kujunduspõhimõtted ei tohiks kõlada reeglitena. Nad ei tohiks blokeerida loovat energiat. Toote loojad ei tohiks tunda end piiratud ega vaoshoitud.
- Kujunduspõhimõtted peaksid olema avatud arutelu tulemus. Paljudel juhtudel ei ole raske panna inimesi järgima juhiseid, vaid pigem on raske inimesi suunistes kokku leppida. Kui organisatsioonil on palju disainimeeskondi, on nende kaasamine arutelusse ülioluline. Saades nende tagasisidet disainiprintsiipide kohta, saate neid põhimõtteid kohandada kasutajate vajadustega.
05. Vaadake üle tehnoloogia virn ja viige läbi liidese inventuur
Paljud ettevõtted kipuvad praeguse liidese peale ehitama disainisüsteemi, kuid see lähenemine pole paljudel põhjustel parim. Kujutage ette, et teie ettevõte on toodet pikka aega ilma süsteemita ehitanud.
Tootel on disainis tõenäoliselt mingisugune ebajärjekindlus. Vastuolu põhjustab tavaliselt kujunduselementide dubleerimine. Disainielementide dubleerimise tuvastamine aitab meeskonnal vältida stsenaariumi, kus meeskonnaliikmed ehitavad elemendi nullist üles ja mõne aja pärast saavad teada, et selle versioon on juba olemas.
Sellepärast, kui plaanite kasutusele võtta disainisüsteemi, alustage auditiga - viige läbi liidese inventuur, et aru saada, mida kasutatakse.
Uurige olemasolevaid koostoimeid, koguge kõik liidese moodustavad kasutajaliidese elemendid ja vaadake need üle. See on oluline enne tegeliku projekteerimissüsteemi ehitamist, sest protseduur aitab teil mõista kahte asja:
- Kui palju on teie organisatsioonil disainivõlga ja millised on valdkonnad, mis vajavad suuremat tähelepanu.
- Vastuolude põhjused ja muudatused, mida peate disainiprotsessis kasutusele võtma, et selliseid probleeme tulevikus vältida. Võib-olla peate protsessi muutma või peate kasutusele võtma uue tehnoloogia.
06. Pange kokku põhimeeskond
Kes peaks olema kaasatud projekteerimissüsteemi ülesehitamisse? Disain on meeskonnasport ja disainisüsteemi loomine pole erand. Disainisüsteemi ülesehitamiseks on vaja funktsionaalset koostööd hõlmavat asjatundlikkust ja loovat energiat. Sellepärast on süsteemi tegeliku loomise põhimeeskonda tavaliselt insenerid, disainerid, tootejuhid ja sidusrühmad. Disainisüsteemi ehitamise alustamisel on oluline, et põhimeeskond oleks väike (kuus kuni kaheksa inimest), sest see aitab teil hoogu luua ja midagi kiiresti üles ehitada.
Disainisüsteemi loomine
Kaaluge disainisüsteemi kui projekti rakendamist. Nagu iga teine projekt, peaks ka sellel olema kindel protsess järgmiste sammudega:
- Müü idee maha
- Viige lõpule pilootprojekt
- Kujunda ja ehita
- Käivitamine ja hooldus
01. Müü idee maha
Disainisüsteemi idee müümine on esimene ja kõige olulisem samm disainisüsteemi juurutamisel. Tavaliselt on kompromisside tõttu keeruline disainisüsteeme müüa - nii juhtkond kui ka tootemeeskonna liikmed saavad aru, et disainisüsteemi ehitamiseks kulutatud ressursse ei kulutata laevandusfunktsioonidele. Nii et on loomulik oodata tagasilööki. Disainisüsteemi müümiseks peate tegema kahte asja:
Hankige sidusrühmadelt sisseost
Disainisüsteem ei hakka tööle, kui inimesed, kes otsustavad rahastamise üle, seda heaks ei kiida. Palju lihtsam on sisseost juhtidelt, kui näitate, et süsteem lahendab tõelised äriprobleemid. Tehke kindlaks ettevõtte peamised valupunktid (valdkonnad, kus ettevõte kaotab raha) ja näidake, kuidas disainisüsteem võib päeva päästa. Kirjutage selge ettepanekuga strateegia ja edastage see otsustajatele võtmeisikutele.
Soovitatav on teil luua esitlus (või ettekandesari), et veenda sidusrühmi sellesse projekti investeerima. Võite oma esitluse mähkida jutu kujul. Edulugusid jutustades on teil suuremad võimalused sidusrühmi kaasata.
Hankige oma kasutajatelt tuge
Sidusrühmadelt sisseost on ainult pool võitu. Peate saama tuge oma potentsiaalsetelt kasutajatelt. Esiteks peate tuvastama oma sihtrühma. Kes kasutab teie kujundussüsteemi ja kuidas nad seda kasutavad? Siin on mõned levinumad kasutajagrupid:
- Tootemeeskonnad (st disainerid, arendajad)
- Kolmandad osapooled (st müüjad)
- Äri (st turundus, müük, juriidiline)
Peate tuvastama erinevate kasutajagruppide valupunktid ja näitama väärtust, mida süsteem neile toob. Igal kasutajagrupil on erinevad ostukäivitajad - põhjused, miks nad sooviksid kasutada disainisüsteemi. Näiteks võib arendajate jaoks vallandada rakendamismeetodite suurem järjepidevus või kulutada vähem aega koodi taastamiseks.
02. Valige pilootprojekt ja viige see lõpule
Niipea, kui loote oma disainisüsteemi põhikontseptsiooni, on oluline see kinnitada. Parim viis kontseptsiooni kinnitamiseks on selle katsetamine pilootprojektis.
Valige reaalse toote näidis ja looge disainisüsteem, mis annab tõelise lahenduse. Valitud projekti tuleks kasutada teie tulevase kujundussüsteemi alusena, nii et saate testida, kas süsteem töötab teie organisatsiooni jaoks või mitte.
Siin on komplekt kriteeriume, mida saate kasutada piloodi potentsiaalse efektiivsuse määramiseks:
- Projektil peaks olema potentsiaal ühiste komponentide ja mustrite leidmiseks. See peaks sisaldama komponente ja mustreid, mida saab teistes toodetes uuesti kasutada.
- Sellel peaks olema hea tehniline teostatavus ja kõigi vajalike muudatuste sisseviimine ei tohiks olla keeruline.
- Projekt peaks olema teostatav mõistliku aja jooksul (ideaalis paar nädalat) ja see ei tohiks nõuda paljude erinevate osakondade inimeste kaasamist (sõltumatuse säilitamine on hädavajalik).
- Projektil peaks olema turunduspotentsiaal. Projekt peaks innustama teisi meeskondi disainisüsteeme oma projekteerimisprotsessis tutvustama.
03. Kujunda ja ehita
Looge korduvkasutatavad komponendid
Üks viga, mida näen ikka ja jälle, on see, et meeskonnad loovad komponente, mis on liiga keskendunud ühekordsele kasutamisele. Seetõttu muutub süsteem liiga paindumatuks ja selle kasutajad peavad looma oma komponendid iga kord, kui nad vajavad konkreetse stsenaariumi kajastamist.
Proovige välja töötada komponendid, mis pole seotud ühekordse kasutusega, kuid võivad
kasutada mitmes kontekstis. Korduvkasutatavate ja skaleeritavate komponentide jaoks peavad olema järgmised omadused:
- Modulaarne: moodulkomponendid on iseseisvad - neil pole sõltuvusi.
- Komponeeritav: uute komponentide loomiseks on võimalik komponente kombineerida.
- Kohandatav: komponente on võimalik reguleerida ja laiendada, et need töötaksid erinevates kontekstides.
Iga kord, kui meeskonnaliikmed soovivad uut komponenti tutvustada, peavad nad kaaluma, kuidas see töötab erinevatel platvormidel, mille jaoks nad on välja töötanud. Ideaalis peaks iga nende disainitud komponent töötama kõikidel platvormidel.
Näita väärtust läbi liivakasti keskkonna
On hästi teada, et parim viis inimestele väärtust näha on seda kogeda. Nii et looge tooterühma liikmetele liivakasti keskkond toodete prototüüpimiseks, kasutades teie disainisüsteemi.
04. Käivitamine ja hooldamine
Mõni tootemeeskond usub, et kui disainisüsteem on üles ehitatud, on töö lõpule viidud. Pole tõsi. Disainisüsteem on toode ja selle haldamine projekti kui toote asemel on ülioluline - disainisüsteem vajab vajaduse korral pidevat hooldust ja täiustamist.
Julgustage oma disainisüsteemi kasutusele võtma
Nagu iga teine toode, vajab ka disainisüsteem aktiivseid kasutajaid. Saate luua maailma parima disainisüsteemi, kuid kui te seda oma organisatsioonis aktiivselt ei propageeri, kannatavad kogu vaev suuresti. Sellepärast peate oma süsteemi esimesest väljaandmisest alates selle vastuvõtmise nimel palju vaeva nägema:
- Looge toetajate kogukond. Pange kokku rühm evangeliste, keda juhivad autoriteetsed mõjutajad või disainerid, kes panevad kokku ja müüvad ideid teie kujundussüsteemi kohta. Evangelistid peaksid osalema sellistes tegevustes nagu töötoad ja kohtumised, mille eesmärk on tõsta teadlikkust süsteemi olemasolust ja õpetada inimesi selle kasutamise kohta.
- Tutvustage värskendusi. Uuenduste ooteaeg mängib kujundussüsteemi kasutuselevõtmisel võtmerolli. Harjutage regulaarselt järkjärgulisi väljalaskeid, mitte suuri ilmumisi ja veenduge, et edastaksite värskendused alati muudatuste logiga.
Analüüsige, kuidas inimesed disainisüsteemi kasutavad
Disainisüsteemid tõusevad ja langevad sõltuvalt sellest, kui hõlpsasti neid kasutada on. Kui olete just alustanud disainisüsteemi kaasamist oma organisatsiooni disainiprotsessi, korraldage kasutajatega mitmeid intervjuusid, et mõista, kuidas inimesed seda kasutavad. Nii toimides saate täpselt kindlaks teha levinumad probleemid, millega teie sihtrühm võib kokku puutuda.
Mõneks ajaks projekteerimisprotsessi kaasatavate süsteemide puhul on oluline mõõta süsteemi ajakohasena hoidmiseks vajalikku aega. Kui projekteerimissüsteemi ajakohastamine muutub keeruliseks, vananeb see kiiresti.
Testige oma disainiotsuseid
Ükskõik kui hästi te asju ennustate, võib olla raske ennustada, kuidas konkreetne muudatus kasutajakogemust mõjutab. Seetõttu on oluline oma otsused kinnitada.
Siin on kolm tüüpi testimist, mis teid aitavad:
- Kasutatavuse testimine
- Visuaalne regressioonitestimine, mis aitab teil tabada soovimatuid visuaalseid muudatusi komponentide stiilides
- Käsitsi ja automatiseeritud juurdepääsetavuse testimine, mis tagab teie komponentidele juurdepääsu
Tutvustage versioonimist
Disainisüsteemidel peaksid olema versioonid, kuna versioonide muutmine muudab muudatuste jälgimist palju lihtsamaks. Versioonitud väljaannete puhul saavad kasutajad viidata konkreetsele versioonile kui sõltuvusele. Neil on ka kontroll selle üle, millal ja kuidas uute versioonide versiooniuuendusi käsitletakse.
Versioonimist on kahte tüüpi:
- Kogu süsteemi versioonimine. Siin kuulub kõik süsteemis ühele versiooninumbrile. Kasutajatena tegeleme mobiilse OS-i värskendamisel kogu süsteemi versioonide versioonimisega - iOS-i värskendades uuendame kogu tarkvara.
- Versioonimine moodulite järgi. See hõlmab disainisüsteemi iga komponendi või stiili versiooni numbri olemasolu. Võrreldes kogu süsteemi versioonimisega annab versioonimoodulite kaupa paindlikumuse - kasutajad saavad valida just vajalike elementide täiendamise.
Disainisüsteemi loomine pole ühekordne tegevus; see on tegelikult korduv. Disainisüsteemi loomisega seotud inimesed peavad sellest mõtlema kui kogu organisatsiooni ühendavast elusorganismist. Edukas disainisüsteem saab osa organisatsiooni DNA-st ja aitab luua järjepidevaid kasutajakogemusi.
See sisu ilmus algselt netmagis.
