5 dolog, amit megtanultam az Enterprise UX-ről

Ezt a cikket a ZZ Top „Sharp-Dressed Man” dal kíséretére használják

Melyek a legnagyobb kihívások, amelyekkel az UX szakemberek szembesülnek egy nagyvállalati projektben?

Melyek a legfontosabb bukások? Melyik a legjobb megközelítés?

Ez a cikk olyan vállalati szintű szoftverprojekteket tárgyal, amelyek jellemzően olyan vállalatoknál találhatók, amelyekben több érdekelt fél található, amelyek különböző osztályokat képviselnek (pl. Pénzügy, értékesítés, marketing stb.).

Az ilyen típusú (általában örökölt) szoftverek nagy mennyiségű modul és alkatrész miatt szenvednek, és annyira rendkívül összetett információkkal járnak, mint a felhasználók.

A vállalati méret és a feldolgozást igénylő információk puszta nagysága mellett a felhasználói feladatok hatékonysága és eredményessége kritikus részét képezi a rendszerek használhatóságának céljainak. Következésképpen a vállalati felhasználók feladatidejének csökkentése évente milliókat takarít meg az ilyen nagyvállalatok számára.

Az alábbiakban ismertetjük néhány fontos betekintést, amelyet a kutatások során fedeztünk fel és keserű tapasztalatokból nyertünk. Számos helyzetben létfontosságúnak bizonyultak, a napi feladatoktól a fő irányvonalakat megváltoztató döntésekig.

# 1 - Interjú az összes érdekelt féllel

Ezt az első napon teljesíteni kell. A lehető legtöbb időt arra tölteni, hogy hallgassunk minden résztvevőt a projektben, tiszta arany. A legtöbb esetben rendkívül fontos, hogy elkülönítsük a döntéshozókat az együttműködőktől, a belső ügyfelektől és az emberektől, akiket csak a hurokban kell tartani (főleg politikai okokból).

A nehéz dolog az összes azonosítása. Légy tudatában annak, hogy a nagyvállalati projektekben az a tendencia, hogy új érdekelt felek jelennek meg a sprint közepén, a lehető legrosszabb pillanatban. Ne feledje, hogy mindig van egy döntéshozó, aki nem ül az asztalnál a projekt kezdetén.

Az összes kulcsfontosságú érdekelt fél azonosítása után ideális az egyéni interjúk egy-egy ülésen. Egyedi perspektíváinak összegyűjtése és véleményük megértése tisztázza a kétértelműségeket és az ellentmondásokat. A projekt céljainak tisztázása már korán segíteni fog egy jó UX stratégia felépítésében. A következő lépés az összes érdekelt fél meghívása egy műhelybe, hogy összehangolják őket (de ez egy másik hozzászólás témája).

# 2 - Tesztelje és ossza meg mindent

A nagyléptékű projektekben várhatóan nem lesz megegyezés a termék irányában. Minden érdekelt fél kifejtheti és ki is fejezheti saját (általában erõs) véleményét a projekt fejlesztésekor. A véleményekkel folytatott küzdelem értelmetlen.

Vitatás helyett sokkal jobb, ha mindent kipróbálunk a kezdetektől, és közvetlenül a felhasználóktól gyűjtünk adatokat.

A felhasználói kutatások elvégzése után az átláthatóság következik. A megosztás gondoskodó, így mindenki részt vesz a csapatban. Az interjúkat és azok átiratát a feldolgozás után azonnal meg kell osztani. Nincs ok arra, hogy ezeket az információkat titokban tartsa.

Minden felhasználói kutatás iterációja új ismeretekkel szolgál a felhasználókról és a domainről (például a versenytársakról). A rendszeres tudásmegosztó ülések jól működnek, hogy mindenki szinkronban legyen. Mindaddig, amíg az embereket megfelelően tájékoztatják, egyre inkább érzik magukat az UX folyamatban. Az információ mélységének bármilyen szintje meg fog tenni és értékelni fogja. Ez az út az érdekelt felek gyorsabb felvásárlásához ott!

"De néhány titok túl finom ahhoz, hogy ne osszuk meg."
- Suzanne Collins, Mockingjay

# 3 - „Találkozói jegyzőkönyv” vezetése

Emlékszel az összes érdekelt félre a fenti 1. pontból? Nagy szervezetben nagyon nehéz, ha mindenki egyetért egymással. Nehéz azt is, hogy ugyanazon az oldalon tartsuk őket a jelenlegi folyamattal kapcsolatban. Sajnos a legtöbb esetben szinte lehetetlen mindenkit a találkozón szinkronban tartani a következő lépésekkel és célokkal.

Az írásos jegyzetekkel megosztott dokumentum megtartása az ülések során csökkenti a csoporttagok és az érdekelt felek félreérthetőségét. Az ülés jegyzőkönyve általában tartalmazza az ülés napirendjét, a megvitatott kulcsfontosságú pontok listáját és az ülés utáni következő lépéseket. Ez az egyik legjobb kommunikációs eszköz a vállalati projektekben, különösen, ha a követelmények hajlamosak megváltozni (és végül megváltozik).

Ha minden ülés előtt napirend van és elkerülhető az ülések nélküli ülés, mindenki időt takarít meg. A beszélgetési pontok segítenek megérteni a beszélgetés eredményeit, ha utólag áttekintettük. Végül, a következő lépések tartják mindenki szinkronban a megállapodott stratégiával, még azoknak is, akik nem vettek részt az ülésen.

# 4 - Vegye figyelembe az IA-t

A nagyvállalati rendszerek hatalmas mennyiségű információt kezelnek. A változatos adatok többféle módon kapcsolódnak össze vagy kombinálhatók, és általában több fiókkal érhetők el.

Az ilyen összefonódott információ rendszerint összetett táblák, nagy cikkek listája, végtelen beviteli mezőkkel ellátott fenék nélküli űrlapok és műveleti gombok (pl. Elküldés, törlés) formájában jelenik meg, bármilyen hibamegelőzési párbeszéd nélkül.

Ilyen körülmények között a BA-kkal való együttműködés ötletes. Eleinte eltart egy ideig, hogy felismerjük annak fontosságát, hogy az UI elrendezése vagy navigálása előtt a taxonómiára összpontosítsunk. Táblázatok létrehozása a platformon lévő információs vödrökkel, beleértve azok változóit és paramétereit, sok időt takarít meg az interfész variációk későbbi tervezésében.

Ezután sor kerül sor a kártyarendezési munkamenetre annak érdekében, hogy érvényesítse vagy érvénytelenítse az információs architektúrát a tényleges felhasználókkal, és ezáltal segítsen elkerülni a spekulációt. Ennek a hatalmas információs bonyolultságnak a megoldása nemcsak a későbbi navigációs sémákat egyszerűsíti, hanem általában a 80/20-os szabályt teszi az UX-tervezés feladatává az ilyen projektekben.

„Bármely intelligens bolond megteheti a dolgokat nagyobbá, összetettebbé és erőszakosabbá. Egy kis zsenialitás és sok bátorságot igényel az ellenkező irányba való elmozdulás.
- Ernst F. Schumacher

# 5 - Végezzen apró változtatásokat

A fent említett rendszerek felhasználói sokat küzdenek az ilyen szoftverekkel. Nincs alternatív vagy helyettesítő megoldásuk (természetesen az Excel kivételével), ezért meg kell birkózniuk a vállalati szoftverek tervezési hibáival. Sokszor még kihangsúlyozzák és úgy tekintik magukat inkompetensnek, hogy nem képesek sikeresen elvégezni bizonyos tevékenységeket.

A platform UX-jének apró változásai javíthatják a felhasználók napi munkafolyamatát azáltal, hogy eltávolítják a súlyos fájdalom pontokat. Ennek elérése érdekében a legjobb, ha elkerüljük a vadonatúj széles körű szoftverdarabok kiszolgálását e felhasználók számára, különösen az átalakítási folyamat kezdetén. Bármennyire használhatatlan is lehet a régebbi rendszer, a felhasználók már megszokták, mivel évek óta dolgoznak vele. Nagyon nehéz lesz hirtelen megbirkózni a teljesen megváltozott munkafolyamattal.

Gondolj így: Minden alkalommal, amikor a Facebook megváltoztatja az elrendezését, akár enyhén is, a felhasználók banánt fogyasztanak. Ez a Facebook: pártfotók, nagyszerű hozzászólások és cica videók! Képzelje el, hogy ugyanaz történik az alapszoftverben, amelyen az egész munkafolyamat alapul. Az emberek kiugrik az ablakon!

A változásokkal szembeni ellenállás csökkentése érdekében a legjobb, ha olyan kis növekményes változtatásokat hajtunk végre, amelyeknek korlátozott, de pozitív hatása van a felhasználói munkafolyamatra. Vegye figyelembe az ellenállás „csökkent” aspektusát: szinte lehetetlen teljes mértékben elkerülni. A kellemetlenség időszaka azonban csökkenthető. Mondanom sem kell, hogy az ilyen fejlesztéseknek bizonyítékokon kell alapulniuk, és heurisztikus értékelés vagy a felhasználókkal végzett tesztelés után kell elvégezni, hogy felfedezzék a fő fájdalompontjukat.

Nyalás seb

Fontos megjegyezni, hogy ezeknek a projekteknek a végrehajtásakor nem mindig lehetséges a fent említett összes javaslat követése. A domain ismeretek hiánya megakadályozza a politikai vagy vezetői jellegű jövőbeli meglepetések előrejelzését. Tehát kezelje ezt a cikket (kilépési) seblistaként.

Mindegyik eset és projekt különbözik. A próba-és-hiba ideális megközelítést bizonyít itt, mindaddig, amíg minden próbát kis iterációkkal tartanak. Az eredmények megfigyelése és iterálása végül tanuláshoz és optimalizáláshoz vezet. Pontosan ahogyan azt a Lean Startup megközelítés javasolja, de vállalati szinten.

„A tanulási tapasztalatok egyike azoknak a dolgoknak, amelyek azt mondják:„ Tudod, amit éppen csináltál? Ne csináld ezt.
- Douglas Adams, a kétség lazaca

Biztos vagyok benne, hogy sokkal kritikusabb problémát fedez fel a vállalati projektjében. Nagyon szeretnék ... "összehasonlítani a sebeket", szóval tudassa velem az alábbi megjegyzésekben :)

Szeretne többet tudni az UX vállalati projektekben történő megvalósításáról? Talán érdekli az UX és a Scrum? Ezután lépjen kapcsolatba velünk a hi@zanshinlabs.io címen, hogy segítsen Önnek a vállalati termékigényekben, vagy keresse fel a http://zanshinlabs.io/content.html oldalt.