Sisu
- 1. Pange oma UX-i dokumentatsiooni eesmärk
- 2. Muutke oma UX-i dokumentatsioon kasulikuks
- 03. Muutke oma UX-dokumentatsioon kasutatavaks
- Dokumentatsioon pole paberjälg
Uuringute, disaini, kliendi suhtluse ja meeskonnatöö vahel ei pruugi UX-i spetsialistil olla palju aega mõelda strateegiliselt veebidisaini dokumentatsiooni loomisele.
Kas tasub üldse aega kulutada UX-i dokumentatsiooni täiustamiseks? No jah ja ei. See sõltub dokumentatsiooni eesmärgist ja kasulikkusest. Näiteks üldistatud dokumentatsioon, mis on loodud muul põhjusel kui paberjälje jätmiseks, on liiga üldine, et olla kasulik ja (tõhusalt) sihipärane. Väga keskendunud dokumentatsioon võib seevastu olla kasulik ja sihipärane.
Veenduge, et teie loodud dokumentatsioon ei võtaks aega, mida saaks paremini kulutada kujundusele ja uuringutele:
- Kas UX-i dokumentatsioon aitab otsuseid langetada?
- Kas teie UX-i dokumentatsioon on teie meeskonna poolt kasutatav?
Siin esitame kolmeastmelise kava, et muuta teie UX-i projektdokumentatsioon võimalikult kasulikuks.
1. Pange oma UX-i dokumentatsiooni eesmärk
UX-i dokumentatsioonil on eesmärk, kui see juhib otsuseid. UX-i dokumentatsioonil on palju erinevaid lõppkasutajaid - sealhulgas disainereid, arendajaid, kvaliteedi tagamise spetsialiste, sidusrühmi ja juhte. Kõik need inimesed võivad oma töö käigus kasutada konkreetset dokumenti teadlike otsuste langetamiseks.
Üks konkreetne dokument võib mõjutada ühte konkreetset tegevust agiilse tarkvaraarenduse elutsüklis (SDLC), teine dokument võib aga mõjutada paljusid järgnevaid tegevusi. Seega on äärmiselt oluline arvestada dokumendi olelusringi - millist teed kulub kasutajalt kasutajale, enne kui seda enam vaja pole?
See on investeeringutasuvuse küsimus. Üldiselt, mida kauem dokument jääb asjakohaseks, seda suurem on selle täiustamiseks kulutatud aja tasuvus. UX-i spetsialistid peavad dokumentatsiooni tegema ainult seal, kus seda tegelikult vaja on. Vastasel juhul raiskate aega ja raha.
Dokumendi elutsükkel
Teil võib tekkida küsimus, kuidas on võimalik dokumendi olelustsükkel kindlaks teha enne, kui olete selle isegi koostanud. Noh, see on sama lihtne kui vaadata dokumendi erinevaid kasutusjuhtumeid. Võtame näiteks järgmise empaatiakaardi.
Uurime ülaltoodud empaatiakaardi elutsüklit, kaaludes, kes ja milleks seda dokumenti tõenäoliselt kasutab.Sel juhul on kõnealune dokument kasutajate uurimistulemuste kogum.
Kasutajauuringute tulemused juhivad tarkvara arendamise elutsükli vältel kogu tootestrateegiat. Isegi kui arendajatel ja PM-idel pole dokumenti, mõjutavad selle teadmised paratamatult nende tööd.
Kui lähtuda varem esitatud loogikast, siis empaatiavõime kaart on uskumatu investeering toote tulevikku. See on dokument, mida tasub alati luua - ja mida varem, seda parem.
2. Muutke oma UX-i dokumentatsioon kasulikuks
Dokumendi abil saab otsuseid langetada, kuid see võib olla samal ajal kasutu. Arendajatel pole alati konkreetse lehe kujundamisel võrdset sõnaõigust - nad võivad lihtsalt järgida UX-i ja kasutajaliidese disainerite loodud kujundusi. Seega, kui vähene see ka pole, on projektdokumentatsioon ajendatud arendusotsuste langetamisel.
Teisisõnu on „otsuste juhtimine“ üks mõiste ja „heade otsuste juhtimine“ on hoopis midagi muud. Pidades meeles, et dokumentatsioonil pole mitte ainult eesmärk, vaid ka sihtgrupp, aitab see tõenäoliselt sihitud kasutajate seas head otsustamist soodustada.
Samuti on vastupidi. Dokumentatsioon, mis ei arvesta publiku spetsiifilisi nõudeid, võib UX-i spetsialisti kavatsusi valesti edastada.
Mittesihipärase dokumentatsiooni lõksude vältimine on lihtne:
- Määrake sihtkasutajate baas
- Analüüsige, kuidas dokumenti kasutatakse
- Meisterdage dokument nii, et see räägiks kasutaja keelt
Mõelge sellele interaktiivsele traadiraamile. Mis tahes dokumendi sihtkasutajad saate kindlaks määrata, uurides selle eesmärki. Staatilisi traadiraame kasutatakse tavaliselt visuaalsete tellingutena, nii et liidese kujundaja võib luua UX-disaineri visiooni pikslitega täiusliku maketi.
Interaktiivsetel traadiraamidel on aga laiem publik. Arendajad saavad neid kasutada sõltuvuste ja interaktsioonimudelite hindamiseks. Tootejuhid saavad neid kasutada, et kiiresti hinnata funktsiooni laiust ja sügavust. Kvaliteedikontrolli spetsialistid võivad funktsionaalsuse taastamisel interaktiivset traadiraami kasutada ka arendaja töö kontrollimiseks.
Sellisena kuuluvad interaktiivse traadiraami sihtgruppi kasutajaliidese disainerid, tootejuhid, veebi- / mobiiliarendajad ja kvaliteedi tagamise spetsialistid. Dokumendi kasulikkuse tagamiseks peab see vastama kõigi nende kasutajate konkreetsetele vajadustele.
Nagu ülaltoodud kommenteeritud prototüübist nähtub, saate dokumendi kiirelt iga vaatajaskonna jaoks kohandada järgmiselt.
- Kasutajaliidese disainerid: Hinnake pildi ja paigutuse mõõtmeid
- Tootejuhid: Pange tähele kõiki „vobleri” funktsioone, mis võivad pakkuda lisaväärtust, kuid ületavad praegust ulatust
- Arendajad: Kompleksse funktsionaalsuse selgitamiseks lisage märkusi ja küsige sisend teostatavuse kohta
- QA spetsialistid: Pange tähele, millised funktsioonid on arutamiseks mõeldud ja millised meeskond aktsepteerib
03. Muutke oma UX-dokumentatsioon kasutatavaks
Dokumentatsioon, nagu ka tarkvara, sõltub suuresti kasutatavusest. Ükskõik kui palju head sisu oma dokumentatsiooni lisate, pole see midagi, kui lugeja üritab sellest aru saada. Dokumendi kasutatavuse parandamiseks peate keskenduma.
Sageli on UX-spetsialistidel oma töö kohta nii palju öelda, et see takistab edastatavaid andmeid. See võib olla paljude probleemide allikas, eriti kui andmed lähevad tõlkimisel kaduma.
Inimestele ei meeldi kõrvalisi detaile lugeda. Mitu korda oma elus olete olnud põnevil 20–30-leheküljelise dokumendi lugemisest? Peate seda keskenduma.
Võtame näiteks ülaltoodud saidikaardi, mis on loodud ühe meie kliendiprojekti jaoks. See on keskendunud dokument. Puuduvad kõrvalised üksikasjad, liigsed märkused ja kõik piirdub ühe lehega. Sihtrühm on võimeline tarbima kavandatud andmeid - ei rohkemat ega vähemat.
Fookuse saavutamine UX-i dokumentatsioonis on lihtsalt eesmärgi ja kasulikkuse põhiprintsiipide rakendamine, nagu varem arutletud. Ülaltoodud dokument illustreerib seda punkti üsna tõhusalt.
Kasutajaliidese disaineritel ja arendajatel ei pruugi olla vaja kuulda kõiki teie tehtud valikute põhjendusi. Kas salvestage see isikliku arutelu jaoks või tõstke esile ainult viis kõige paremat otsust.
Muidugi on ka erandeid. Kui dokument on mõeldud kvaliteedi tagamise meeskonna liikmele, peate võib-olla selgitama kõik oma põhjendused, et nad saaksid tarkvara funktsionaalsust piisavalt testida - kuid isegi siis pole seda alati vaja.
Dokumentatsioon pole paberjälg
Austa nii enda kui ka töökaaslaste aega. Ärge raisake aega dokumentide koostamisele, mis pole keskendunud. Ärge unustage, et see oleks kasulik ja otstarbekas ning eemaldage kõrvalised detailid. Veenduge, et teie loodud dokumentatsiooni kasutatakse otsuste tegemiseks, muidu raiskate lihtsalt oma aega.
Paremate disainiprotsesside parimate tavade saamiseks laadige alla tasuta e-raamat Reaalse elu UX-protsessid: kuidas tippettevõtted tooteid ehitavad. Juhend sisaldab järkjärgulisi protsesse Slackilt, Autodeskilt, 3M-ilt ja teistelt ettevõtetelt.
Yona Gidalevitz on täis virnaga mobiilirakenduste arendamise ning UX ja UI disainibüroo tehniline uurija Koodal.
