A teljes termék újratervezésének támogatása

A csapat meggyőzése a Fabric Crashlytics újratervezéséről a Firebase-ben

Crashlytics a szövetben (balra), újratervezett Crashlytics a Firebase-ben (jobbra)

Nemrég volt alkalmam újratervezni a Crashlytics-t, egy összeomlás-jelentési eszközt, amely segít a mobilalkalmazások fejlesztõinek megérteni, hogy miért állnak össze az alkalmazások. (Volt valaha egy alkalmazás-összeomlás?) A Crashlytics segít a fejlesztőknek ezt kijavítani.)

Csapatom a 2017. januárjában csatlakozott a Firebase-hez a Google-ban a Fabric akvizíció részeként. Az akvizíció egyik célja az volt, hogy a Crashlytics-t a Firebase-hez hozzák. Ez azt jelentette, hogy termékünket újraterveztük és újraépítettük a Firebase-ba, amely Material Design-ot használ, és nagyon eltérő vizuális tervezési rendszerrel rendelkezik.

Mivel a Crashlytics vizuális tervezési frissítését kellett elvégeznünk, úgy döntöttem, hogy remek alkalom volt a teljes felhasználói élmény átgondolására, ahelyett, hogy átvitték volna a funkciókat a jelenlegi formába. A Crashlytics egy szeretett termék, de 2011-es létrehozása óta sok tervezési adósságot halmozott fel. Sok felhasználótól hallottuk, hogy nehézségeket okoztak a funkciók használatakor, vagy nem találtak olyan funkciót, amely már volt. Csapatunk számára egyre nehezebb volt tudni, hogy hová tehetjük új funkciókat, mert a terméknek nem volt egyértelmű információhierarchiája - magunk és a felhasználók számára. Ideje volt a újratervezéshez.

De először ki kellett állítanom az ügyem.

Nem csak el kell kezdeni a termék újratervezését. Időbe telik, hogy megértsük a felhasználókat, hogyan használják az Ön terméket, és milyen problémák vannak. Fontos, hogy mindezen észrevételeket megszerezze, mielőtt elkezdené magát az újjátervezést, hogy megbizonyosodjunk arról, hogy a csapat a megfelelő problémákat oldja meg és igazodik-e a projekt céljaihoz.

1. lépés: Értse meg a felhasználókat

Információgyűjtéssel kezdtem. Beszéltem a Crashlytics csapattársaival, akik sok éven át dolgoztak a terméknél, fejlesztői kapcsolati csapatunkkal, felhasználói kutatókkal és természetesen felhasználóinkkal. Meg kellett tudnom, miért és hogyan használják az emberek a Crashlytics programot, mielőtt kitaláltam, hogyan lehetne javítani felhasználói élményüket.

Szerencsére Jason St. Pierre, a termékmenedzser, több mint öt éve dolgozott a Crashlytics-en, és gyakran beszélt a felhasználókkal, így mélyen megértette, hogy sok ember használja a Crashlytics-et. Ő azonosította a Crashlytics 4 legkritikusabb felhasználói útját:

  1. Az újonnan kiadott alkalmazásverzió stabilitásának figyelése
  2. Az alkalmazás stabilitásának ellenőrzése
  3. A prioritások meghatározása a javításra kerülő összeomlásokról
  4. Ügyfélprobléma hibakeresése
A Crashlytics legkritikusabb felhasználói útja: az újonnan kiadott alkalmazásverzió stabilitásának ellenőrzése

Mindegyik felhasználói utazást személyekkel térképeztem fel áramlásokba, amelyek konzisztens mikrotájékoztatást mutattak mind a négy utazás között: a „vizsgálja és rögzítse” folyamatot. Megosztottam ezeket az utazásokat a csapattal, és szükség szerint felülvizsgáltam az áramlatokat. Ezek az áramlások összehangolták a Crashlytics csapatot a megosztott, alapvető ismeretekkel arról, hogy a felhasználók hogyan használják a terméket.

A „kivizsgálás és javítás” folyamat egy ismétlődő lépéskészlet, amelyet a felhasználó megy keresztül mind a négy felhasználói utazás során

2. lépés: Megértsék fájdalom pontjaikat

Miután hozzáigazítottuk ahhoz, hogy az emberek hogyan használják a terméket, meg kellett értenünk fájdalom pontjait a meglévő UX-vel. A Crashlytics csapata rendkívül együttműködő, és mindannyian beruházunk egy nagyszerű élmény kialakításához a felhasználók számára. Olyan módot akartam vonni, amelybe bevonom őket az újratervezési folyamatba, és amely inkább együttműködő volt, mint én, hogy megosztom a koncepciókat és megkapjam a visszajelzéseket. A csapatnak nagyon sok értékes összefüggése volt a termékkel kapcsolatban, amelyet hasznos lehet felhasználni az újratervezéshez, mivel sokan évek óta dolgoznak a terméknél.

A Crashlytics csapat sok ember megemlítette az irányítópult különféle aspektusait, amelyek javítását igényelte. Tudásuk kiaknázása érdekében úgy döntöttem, hogy sorozat belső felhasználói tanulmányt készítek. Célom az volt, hogy megértsem, mi a felhasználói élmény legnagyobb fájdalompontja - az alapján, amit az évek során hallottunk az ügyfelektől.

Kinyomtattam és kivágtam a Crashlytics műszerfalát, és összeállítottam egyéni üléseket a csapattársakkal, ahol arra kértem őket, hogy alakítsák át a darabokat és alakítsák át az irányítópultot, hangos beszélgetéssel magyarázva gondolkodásukat.

Csapattársak, szórakoztató módon újratervezték a Crashlytics szoftvert papírkivágásokkalNéhány az átalakított műszerfalból - néhány ember új funkciókat is hozzáadott a post-its-hez

Ez rendkívül hasznos volt. Nem csak szórakozás volt (manapság milyen gyakran élnek a digitális tervezők a valódi papírral?), És láttam, hogy mindenki fájdalompontnak számít, anélkül, hogy bárki más elfogult volna. Ez megkönnyítette számomra a visszatérő témák azonosítását. Például minden egyes ember a szűrők fejlesztésére és az információs hierarchia javítására összpontosított. Azt is megtanultam a fejlesztői kapcsolattartó csoporttól, hogy mely funkciókat nehéz használni és megtalálni.

Ezeket a megtanulásokat megosztottam a csapattal egy folyamatban lévő fedélzeten, amely katalógusba vette az újratervezési erőfeszítéseket. Heti tervezési bejelentkezéseket is létrehoztam a csapattal, hogy megosszák a tervezési frissítéseket, és eljuttassák őket az újratervezés útjára.

Csúszás az újratervezés folyamatcsomagjából, amely felvázolja az ismétlődő témákat a Crashlytics áttekintése oldalon

3. lépés: Határozza meg a felhasználói problémákat

Miután megértettük felhasználóink ​​céljait és fájdalompontjait, a felhasználói problémák sokkal világosabbá váltak. Az összes tanulmányomat a papírkivágási munkamenetekből és a felhasználókkal és a csapattal folytatott beszélgetésekből vettük át, majd szűkítettem az elsődleges felhasználói problémákat:

1. probléma: A felhasználóknak nehéz volt megszerezni az igazán törődő információkat

Az első dolog, amelyet a legtöbb felhasználó az irányítópulton tett, a lefelé görgetés. Az általuk keresett információk az oldal alján voltak, vagy több kattintásra volt szükség a bejutáshoz. A kevésbé fontos jellemzők mögött temették el.

A kérdés részletes oldala a Fabric Crashlytics alkalmazásban

2. probléma: A felhasználók nem tudták, hogy vannak-e funkciók

Egyszer volt egy felhasználóom, hogy kérdezzen egy funkció beillesztéséről, hogy naplózza az alkalmazásban történt eseményeket, amelyek összeomláshoz vezettek. Ez a szolgáltatás már létezett az irányítópulton - éppen eltemették a felhasználói felületen. Támogatási csoportunk sok hasonló esetet hallott meg a felhasználóktól is. Ez a probléma tükrözi azt a problémát is, amellyel a saját csapatunk szembesült: nehéz tudni, hogy hová tegyük a funkciókat.

Az ülések részletes oldala a Fabric Crashlytics oldalán

A felmerült átfogó téma az volt, hogy a termékünk információs hierarchiája nem egyértelmű, amelyet az érdekelteknek vettem fel, mint az elsődleges problémát, amelyet meg kell oldanunk. Mivel egész idő alatt részt vettek a tervezési folyamatban, könnyű volt igazítani és beszerezni.

Hogy működött ez az egész

A csapat hivatalosan bejelentkezett az újratervezés szükségességére. Megértették a felhasználók problémáit, és megállapodtak abban, hogy a felhasználói élmény mely részeit kell továbbfejleszteni. Siker! A következő lépés az irányítópult tényleges átalakítása volt, ami az elkövetkező néhány hónapban sok ötletroham, együttműködés, bejelentkezés és felhasználói tesztelés révén történt.

Az újratervezés esetének felépítése sok kontextust igényel. Lehet, hogy Önnek mint tervezőnek egyértelmű, hogy egy terméknek újratervezésre van szüksége, ám egyedül nem mehet messze. A termék újratervezése egy csapat erőfeszítése, és a csapat számára fontos, hogy igazodjon ahhoz, hogy miért szükséges az újratervezés. Ugyancsak lehetetlen újratervezni valamit, ha nem érti, hogyan használják azt.

Mivel mélyen megértettem a Crashlytics felhasználóit, fájdalom pontjait és problémáikat, sokkal jobban felkészültem a termék újratervezésére. És azáltal, hogy másokt is magával vitt ezen a folyamaton keresztül, az egész csapat képes volt jobban megérteni felhasználóinkat és kielégíteni igényeiket. Hónapos kemény munka és a felhasználókkal való beszélgetés után ez év elején sikeresen elindítottuk a Crashlytics Firebase-ben a megújítását, amely javított információs hierarchiát és vizuális frissítést tartalmaz néhány új funkció mellett!

Befejezésül: a Crashlytics újjátervezésének ez a kedvenc része:

Ünnepi animáció, amikor a felhasználó sikeresen kijavít egy hibát!