10 UX hea dokumenteerimispõhimõtte põhimõtet

See on manifest UX disainilahenduste tarbeks.

Canonical töötamise ajal töötasin Ubuntu mobiili- ja lauaarvutitarkvara arenduskomplekti (SDK) kallal tõeliselt, avatud allikana. Meeskonnaliikmeid jagati erinevate ettevõtlusalgatuste vahel ja nad paiknesid kaugelt üle kogu maailma. Mõned olid täistööajaga töötajad ja teised tundsid lihtsalt avatud lähtekoodiga tarkvara idee kirglikkust ja lõid vabatahtlikult tuhandeid tunde pühendatud tööd. Kasutasime veebikoostööks olemasolevaid tööriistu ja ehitasime aeg-ajalt oma kanalid, et tõhusamalt sünkroonida. Suuremad ja väiksemad välisüritused kogu aasta vältel tõi kokku umbes 600 arendaja kogukonna, et juhtida ja juhtida Ubuntu toitega digitaalteenuste järgmist versiooni.

Ubuntu haldab Netflixi pilveservereid, toetab Uberit, Teslat, Google'i, valitsusi ja isegi rahvusvahelist kosmosejaama. Ubuntu eksemplare on 2015. aastal installitud 20 miljonit korda. (Allikas)

Sellises vaimus on Canonical suutnud avatud lähtekoodiga tarkvara arendamise strateegiaga edukalt areneda ja seda juba alates 2004. aastast, mil see asutati. Olles osa sellest ainulaadsest organisatsioonilisest ülesehitusest ja olles kogenud võimalusi luua tõeliselt globaalset mõju omavat tarkvara, paneb mind oma UX-i disainidokumentatsiooni ümber mõtlema ja ümber kujundama.

Täna avastan paremaid võimalusi hajutatud meeskondade jaoks oluliste UX-ide kujundamise ja uurimisdokumentatsiooni väljatöötamiseks. Need võivad sisaldada kliendiprofiilikomplekte, teenuse- ja kogemustekaarte, ümberkujundamiskaarte, afiinsuskaarte, kasutajareise, juhtmevooge, tehtavate tööde reaalajas töötavaid armatuurlaudu, käitumispäevikuid, intervjuude juhendeid, kasutajauuringute aruandeid, liigutusi. , kujundusväljaande märkused, UX-kompassi mõõdikud, kui nimetada vaid mõnda. Siin on kümme põhimõtet, mida igaüks saab rakendada:

1. UX hea disainidokumentatsioon on alati ajakohane.

UX-i aruandlus- ja tagasisideriistade seadistamisel mõelge rohkem kanalites ja voogudes, vähem „staatilistes dokumentides”, mis ei pruugi kunagi pärast kohaletoimetamist muutuda. Versioon kontrollib neid vooge ja hoiab neid kõigi jaoks hõlpsalt redigeeritavana, ilma et oleks vaja läbida pikki õpetusi, pardaprotsesse või registreerimisnippe. Laske inimestel jälgida pidevat arengut ja saada värskendusi ja teatisi valitud kanalitel. Pidage meeles; dokumenti, mida ei ole vaja regulaarselt värskendada, pole väärt luua ja see kaotab kiiresti ettevõtte ja toodete asjakohasuse. Käsitlege UX-i kui pidevat suhtlemist meeskonnaliikmete (panustajate), ettevõtte, toote ja selle lõppkasutajatega.

"UX on antud süsteemis või keskkonnas toimuva mitme interaktsiooni kontrollitud pidev kureerimine - see hõlmab ka suhtlemist kolleegidega."

2. Hea UX-i kujundusdokumentatsioon on koos loodud, eelretsenseeritud ja segmenteeritud.

Esimesele põhimõttele tuginedes kasutage kindlasti tavalisi, avatud ja juurdepääsetavaid tööriistu, mis võimaldavad ühist loomist ja panustamist Interneti kaudu väljakujunenud rakenduste, tõestatud brauserite ja turvaliste veebitehnoloogiate kaudu. Luua hõlpsasti jälgitav panustamisprotsess, mida saaks kiiresti mõista ja kopeerida suur hulk erinevaid inimesi, kes tulevad brändi- ja turundusosakondadest, tehnoloogiast, analüüsist, klienditeenindusest, müügist, äriteabest ja isegi täidesaatva tasandi inimestelt. Mõnikord on mõttekas avada oma disainidokumentatsioon lõppkasutajatele ja võimaldada reaalajas panustamist. Tehke ühised järeldused, mitte soolohinnangud.

3. UX hea projekteerimisdokumentatsioon on avatud.

Hoidke oma UX-vooge ja aruandlusvooge laias laastus nähtavaks ja juurdepääsetavaks. Julgustage meeskonnaliikmeid levitama tulemusi laialdaselt sisemiste ja väliste jagamisvahendite kaudu. Tehke toodetud sisulõiked hõlpsasti leitavaks ja otsitavaks igal ajal ja kõikjal. Kui teie ettevõte soovib oluliste dokumentide ja andmevoogude lukustamist turvamüüri taha, veenduge, et juurdepääsu oleks hõlpsalt võimaldatud mitme kontrollitud väravavalvuri kaudu.

4. UX hea disainidokumentatsioon on andmetega informeeritud.

Uue projekti või algatuse alguses töötate paljude eelduste, spekulatiivsete andmete, vananenud uuringute ja erapoolikute arvamustega, mis on täiesti hea. Asendage aga need hüpoteesid tegelike andmete ja arusaamadega. Kõrvamärgi elemendid, mida pole veel kinnitatud, nii et lugejad ja kaastöötajad teavad, kas lünki on ja kuidas nad saavad neid aidata täita. Ehkki teie käitumisandmetel peaks olema vastus küsimusele MIS ja MIKS, jagunevad need tavaliselt ka kolme superordinatiivsesse kategooriasse, nii et veenduge, et igas ämbris oleks midagi turustamisalase teabe (konkurentsi ja turu mõjud, käitumisökonoomika), klientide teadmiste (enamik) kohta sihtrühmade asjakohased vajadused ja käitumine) ja ülevaate toodete kohta (kõige olulisemad toote eelised).

5. Hea UX-i projekteerimisdokumentatsioonis on palju toiminguid.

Asjakohaste nõuete ja andmete kogumine on keeruline ülesanne, kuid nende teadmiste muutmine käegakatsutavateks ja saavutatavateks ülesanneteks on veelgi raskem. Veelgi suurem väljakutse on osa ülesannete üleandmine hajutatud meeskondadele ja üksikisikutele, kellel on konkreetsed viisid sissetulevate taotluste käsitlemiseks ja ülesannete nõudmiseks.

"Öelge hüvasti disainerite ja arendajate vahelisele ametlikule üleandmispäevale ja võtke oma kolleegide pidevat (UX) tuge omaks."

Canonical õppisin, et uue disaini- või uurimisalgatuse algusest peale konkreetsete sihtrühmade jaoks konkreetsete sihtrühmade jaoks konkreetsete sihtrühmade jaoks teostatavate sammude (kiirete võitude ja pikkade võtete, mis on teostatavad, juurdepääsetavad ja kuuldavad) mõtlemine on edu võti. Näete oma tööd lõpptootes ja -teenuses palju kiiremini, kui mitte ainult lõppkasutajaid pidevalt meeles pidada, vaid ka inimesi, kellega koos töötate. Öelge hüvasti teadlase, kujundaja ja arendaja vahelisele ametlikule üleandmispäevale ja võtke oma kolleegide pidev (UX) tugi - ehk arendustegevus - omaks.

6. Hea UX-i projekteerimisdokumentatsioon on mõõdikute koostamiseks tihe.

Mis on kompassi mõõdik? Mõelge välja millelegi, mis aitab teie „dokumendil”, projektil, tootel, teenusel, kliendil või isegi meeskonnaliikmel (kaasautoril) õnnestuda. Kompassi mõõdik pole midagi kivisse kirjutatud ja nihkub, kuna sina ja su ettevõtmine sirvite mööda õppimis- ja (kujundus) iteratsiooni lõpmatut silmust. Oluline on aga see, et määratlete selle, jagate seda, arutate seda, värskendate ja töötate selle nimel edasi.

7. Hea UX-i kujundusdokumentatsioon annab selguse koguse osas.

Teiste tüüpiliste UX-toodete hulgas näevad näiteks kogemuskaardid läikivad ja pakuvad palju kinnisvara üldiste uurimistulemuste, brändi kontaktpunktide ja teenindusvõimaluste jaoks, kuid kui sellise „poleeritud exceli lõuendi” olemust saab edastada kahes osas lühikesed, lihtsad ingliskeelsed lõigud DinA4 paberilehel - tehke seda siis nii. Jaimie Levy usub, et need kaardid on just loodud selleks, et inspireerida inimesi sellest, miks nad oma toodet vannitoas valmistavad. (Allikas). Kui töötate agentuuris, mis soovib meeleheitlikult lisada need läikivad disainilahendused oma SOW-i ja müüa veel ~ neli lisapäeva jõudeolekut abitu kliendile, siis töötate tõenäoliselt organisatsiooni heaks, mis seab nende huvi kõrgemale nende kliendid. Ma ütlen alati; toode üle powerpointi. Kirjelduse minimaalne pikkus üle pika bla-blah.

8. Hea UX-i projekteerimisdokumentatsioon on illustreeriv.

Hea disaindokumentatsioon peaks tõepoolest olema illustratiivne, kuid mitte kunagi dekoratiivsel viisil, nagu me seitsmendas osas arutasime. Küsi endalt; kuidas saaksin oma disainilahendusi ja uurimistulemusi kõige käegakatsutavamalt esitada? See ei pea olema käivitatav kood. Miks mitte otsida sarnaseid lahendusi ja parimaid tavasid ning seda ekraanile salvestada või linki pakkuda, kui teil on aega vähe? See annab kõigile disaini- ja arendusprotsessis osalejatele hea idee, kuidas lõpplahendus välja võiks näha. Animeeritud gifid, nagu need, on ka suurepärane alternatiiv. Kuidas on lood käitumisharjumustega, mis on saadud kvalitatiivsetest kasutaja- / klientideuuringutest? Miks mitte kutsuda inimesi osalema otsestel uurimistöödel ja kuulata vastuseid kohe, selle asemel, et jagada salvestisi ja pikki aruandeid meeskonnaliikmete sidusrühmadega. Tehke iganädalane podcast, et jagada kõige olulisemaid katkendeid; saate kõnesõnadesse põhjalikumalt lisada.

9. Hea UX-i projekteerimisdokumentatsioon toetab käitumispõhist arengut.

Laadige alla 10 põhimõttega plakat PDF-vormingus

Kui olete oma kujundusettepanekute ja soovituste elluviimisse rohkem kaasatud, hakake omaks võtma käitumispõhise arengu maailma (BBD). BBD on arendajatele kõige paremini teada ja see on lihtsalt tööriistade ja metoodikate kogum, mis põhineb testpõhisel arendusel. BDD-s peaks testide kirjutamise asemel mõtlema käitumise täpsustamisele - mis UX-disainerina juba hästi läheb. Nii et alustage arendajate kasutajate lugude, aktsepteerimiskriteeriumide ja ärireeglite lisamist ning kirjutage need üles Gherkinis - et saaksite luua täidetava spetsifikatsiooni tarkvarale, mida kaaslastega koos loote.

10. Hea UX-i projekteerimisdokumentatsioon on vähe vaeva ja suurt mõju

Võtke omaks lõikenurgad, kuid arukalt. Mainisin varem, et on oluline vältida eksimist UX-i mallide ja uurimisaruannete kaunistamisel ja ülekujundamisel. See on lihtsalt palju aega raisatud! Kujutage ette ka viise, kuidas disaini- ja uurimistulemusi kiiremini saada. Võib-olla olete juba põhimõtte nr 1 rakendanud ja seadistanud disaini- ja uurimisvood, mis aitavad teil mõnda protsessi osaliselt automatiseerida (vihje: Zapier on teie sõber). Tehke kõik, mis vajalik, et asetada ennast olukorda, mis võimaldab teil pidevalt värskendusi toota ja jagada. See suurendab teie ettevõtte mõju. Esiteks pange oma süsteem tööle, seejärel keskenduge tulemusele ja muutke seda.

Viimane, kuid mitte vähem tähtis - muutke oma kujundusdokumendid pirukakujuliseks.

Kas teil on suurepäraseid ideid UX-i disainidokumentatsiooni jaoks? Jagage oma kommentaaride jaotises.