5 asja, mida õppisin Enterprise UXi kohta

Seda artiklit tarbitakse ZZ Topi laulu saatel: “Teravalt riietatud mees”

Millised on suurimad väljakutsed, millega UX professionaal silmitsi seisab suurettevõtteprojektis?

Millised on suuremad lõksud? Millised on parimad lähenemisviisid?

Selles artiklis käsitletakse ettevõtte tasemel tarkvaraprojekte, mida tavaliselt leidub ettevõtetes, kus on mitu sidusrühma, kes esindavad erinevaid osakondi (st rahandus, müük, turundus jne).

Seda tüüpi (tavaliselt pärand) tarkvara kannatab suures koguses mooduleid ja komponente ning sama palju väga keerulist teavet, millega kasutajad saavad hakkama.

Ettevõtte suurus koos töötlemiseks vajaliku teabe ulatusega muudavad kasutaja ülesannete efektiivsuse ja tõhususe süsteemide kasutatavuse eesmärkide kriitiliseks osaks. Järelikult säästab ettevõtete kasutajate jaoks ajakulu vähendamine miljonitele ettevõtetele aastas.

Järgnevalt on esitatud ülevaade olulistest teadmistest, mille oleme uuringutest avastanud ja kibedatest kogemustest omandanud. Nad on osutunud ülitähtsateks paljudes olukordades, alates igapäevastest ülesannetest kuni oluliste kursusi muutvate otsuste tegemiseni.

# 1 - küsitlege kõiki sidusrühmi

See on ülesanne, mida täita esimesel päeval. Kui kulutate võimalikult palju aega kõigi projektis osalejate kuulamisele, on see puhas kuld. Enamikul juhtudel on ülimalt oluline eraldada otsustajad koostööpartneritest, siseklientidest ja inimestest, keda tuleb lihtsalt silmuses hoida (peamiselt poliitilistel põhjustel).

Raske on neid kõiki tuvastada. Pange tähele, et suurtes korporatiivprojektides kipub uusi huvirühmi ilmuma sprindi keskele kõige halvemal hetkel. Pidage meeles, et alati on mõni otsustaja, kes projekti alguses laua taga ei istu.

Kui kõik peamised sidusrühmad on kindlaks tehtud, on ideaalne intervjueerida neid individuaalselt üks-ühele sessioonidena. Nende ainulaadsete vaatenurkade kogumine ja nende vaadetest aru saamine selgitab ebaselgusi ja vastuolusid. Projekti eesmärkide selguse saamine aitab juba varakult luua hea UX-strateegia. Järgmine samm on kõigi sidusrühmade kutsumine õpitoasse, et viia nad vastavusse (kuid see on teema teises postituses).

# 2 - testige ja jagage kõike

Suuremahulistes projektides oodatakse tootesuuna mittearvestamist. Iga sidusrühm võib ja avaldab projekti arenedes oma (tavaliselt tugeva) arvamuse. Võitlus arvamustega on mõttetu.

Vaidlemise asemel on palju parem panna kõik algusest peale proovile ja koguda andmeid otse kasutajatelt.

Pärast kasutajauuringuid on läbipaistvus järgmine. Jagamine on hooliv ja nii ka kõigi meeskonnas osalemine. Intervjuusid ja nende transkriptsioone tuleks jagada kohe pärast töötlemist. Sellist teavet pole põhjust saladuses hoida.

Iga kasutajauuringu iteratsioon annab uusi teadmisi kasutajate ja domeeni (nt konkurentide) kohta. Regulaarsed teadmiste jagamise sessioonid sobivad hästi kõigi sünkroonis hoidmiseks. Kuni inimesed on korralikult informeeritud, tunnevad nad end UX-protsessis veelgi enam. Igasugune infosügavuse tase on vajalik ja seda hinnatakse. See on viis sidusrühmade kiiremini sisseostmiseks just seal!

"Kuid mõned saladused on liiga maitsvad, et neid mitte jagada."
- Suzanne Collins, Mockingjay

# 3 - pidage koosolekute protokolli logi

Kas mäletate kõiki huvirühmi ülaltoodud punktist 1? Suures organisatsioonis on väga raske lasta kõigil omavahel kokkuleppele jõuda. Samuti on raske neid käimasoleva protsessiga samal lehel hoida. Kahjuks on enamikul juhtudest peaaegu võimatu hoida kõiki koosolekul järgmiste sammude ja eesmärkidega sünkroonis.

Koosolekute ajal kirjalike märkmetega ühise dokumendi hoidmine vähendab meeskonnaliikmete ja sidusrühmade ebaselgust. Koosoleku protokolli logi sisaldab tavaliselt koosoleku päevakorda, arutatud võtmepunktide loetelu ja järgmisi samme, mida tuleb järgida pärast koosolekut. See on üks parimaid kommunikatsioonivahendeid ettevõtte projektides, eriti kui nõuded kipuvad muutuma (ja need muutuvad lõpuks).

Kui teil on enne iga koosolekut päevakava ja väldite koosolekuid, säästetakse kõigi aega. Arutelupunktid aitavad tagantjärele vaadates mõista vestluse tulemusi. Lõpuks hoiavad järgmised sammud kõik kokkulepitud strateegiaga sünkroonis, isegi inimesed, kes ei osalenud koosolekul.

# 4 - pöörake tähelepanu IA-le

Suurte ettevõtete süsteemid töötlevad tohutult teavet. Mitmekesiseid andmeid ühendatakse või ühendatakse mitmel viisil ja neile on tavaliselt juurdepääs mitme konto kaudu.

Tavaliselt tuleb selline takerdunud teave keerukate tabelite, suurte üksuste loendite, lõpmatute sisestusväljadega põhjata vormide ja toimimisnuppude (nt edasta, kustuta) kujul ilma igasuguse vigade vältimise dialoogita.

Sellistes tingimustes on BA-dega töötamine geniaalne. Alguses võtab natuke aega, et aru saada, kui oluline on enne kasutajaliidese paigutust või navigeerimist keskenduda taksonoomiale. Arvutustabelite loomine platvormilt teabe ämbritega, sealhulgas nende muutujate ja parameetritega, säästab palju aega liidese variatsioonide kavandamisel hiljem.

Seejärel tuleb läbi viia kaardi sortimisseansside seeria, et valideerida või kehtetuks tunnistada tegelike kasutajatega teabe arhitektuur ja aidata seega vältida spekulatsioone. Selle tohutu teabe keerukuse lahendamine mitte ainult ei lihtsusta hilisemaid navigeerimisskeeme, vaid muudab sellistes projektides tavaliselt UX-i kujundamise reegliks 80/20.

„Iga intelligentne loll võib muuta asju suuremaks, keerukamaks ja vägivaldsemaks. Vastupidises suunas liikumiseks on vaja pisut geeniust - ja palju julgust. ”
- Ernst F. Schumacher

# 5 - viige läbi väikesed muudatused

Eelnimetatud süsteemide kasutajad võitlevad sellise tarkvaraga palju. Neil pole alternatiivseid ega asendavaid lahendusi (välja arvatud muidugi Excel), seega peavad nad hakkama saama ettevõtte tarkvara disainivigadega. Mitu korda nad isegi stressivad ja peavad end ebakompetentseks seetõttu, et ei suuda teatud tegevusi edukalt sooritada.

Isegi väikesed muudatused platvormi UX-s võivad parandada kasutajate igapäevast töövoogu, eemaldades tugevad valupunktid. Selle saavutamiseks on kõige parem hoiduda neile kasutajatele uhiuue laiaulatusliku tarkvara pakkumist, eriti ümberkujundusprotsessi alguses. Nii palju kui vanem süsteem võib olla kasutamiskõlbmatu, on kasutajad sellega harjunud, kuna nad on sellega aastaid töötanud. Neil on väga raske täielikult muutunud töövooga ühtäkki hakkama saada.

Mõelge sellele nii: iga kord, kui Facebook muudab oma paigutust, muutuvad kasutajad isegi kergelt banaanideks. See on Facebook: peopildid, uhked postitused ja kassipoegade videod! Kujutage ette, et sama tarkvara juhtuks ka põhitarkvaras, millel põhineb kogu teie töövoog. Inimesed hüppavad akendest välja!

Muutuste vastupanu vähendamiseks on kõige parem pakkuda väikseid järkjärgulisi muudatusi, millel on piiratud, kuid positiivne mõju kasutaja töövoole. Pange tähele takistuse "vähendamise" aspekti: seda on peaaegu võimatu täielikult vältida. Ebamugavuse perioodi saab siiski vähendada. Pole vaja öelda, et sellised parandused peavad põhinema tõenditel ja need tuleb teha pärast heuristilist hindamist või kasutajatega testimist, et leida nende peamised valupunktid.

Haavade lakkumine

On oluline märkida, et nende projektide ajal ei ole alati võimalik kõiki ülalnimetatud ettepanekuid kohe alguses täita. Domeeniteadmiste puudumine takistab tulevaste poliitiliste või juhtimislike üllatuste ettearvamist. Niisiis, käsitlege seda artiklit (väljumis-) haavade loendina.

Iga juhtum ja projekt on erinev. Proovivead osutuvad siin ideaalseks lähenemisviisiks, kui iga katset hoitakse väikestes iteratsioonides. Tulemuste jälgimine ja iteratsioon viib lõpuks õppimise ja optimeerimiseni. Täpselt nii, nagu Lean Startup lähenemisviis soovitab, kuid ettevõtte tasandil.

„Õppimiskogemus on üks neist asjadest, mis ütleb:„ Kas teate seda asja, mida just tegite? Ära tee seda. ”
- Douglas Adams, kahtluse lõhe

Olen kindel, et olete oma ettevõtte projektis avastanud palju kriitilisemaid probleeme. Tahaksin väga… “võrrelda haavu”, seega andke mulle allpool kommentaarides teada :)

Kas olete huvitatud UX-i juurutamisest ettevõtlusprojektides rohkem? Kas olete huvitatud UX-ist ja Scrumist? Seejärel võtke meiega ühendust aadressil hi@zanshinlabs.io, et aidata teil konkreetsete ettevõtte toodete vajadusi, või külastage lihtsalt veebisaiti http://zanshinlabs.io/content.html.