Continuous discovery
Hogyan ágyazzák be a top tech csapatok a user research-t minden sprintciklusba és hogyan használom én.
A folyamatos discovery nem különálló fázis a fejlesztés előtt - a top tech csapatok minden sprintciklusba beépítik a user research-t. Ahelyett, hogy egy nagy kutatást végeznél a projekt elején, folyamatosan, kis adagokban validálsz, így a tanulságok azonnal beépülnek a fejlesztésbe.
| Cég | Megközelítés | Discovery módszer | Mi a különleges benne |
|---|---|---|---|
| Amazon | A vásárlóból indul ki | PR/FAQ dokumentum minden kód vagy backlog item előtt | A fejlesztés egy konkrét vásárlói történettel kezdődik, nem feature listával |
| Netflix | Mindent adattal tesztel | A/B testing minden product változáson, még a UI képeken is | Nem a belső vélemények, hanem a felhasználói döntések határozzák meg, mi megy ki |
| Design sprintekkel kezd | 3–5 napos design workshopok rapid prototípussal és user teszteléssel | Minden projekt tesztelt ötletekből indul, nem feltételezésekből | |
| Microsoft | A UX research vezérli a sprinteket | Sprint 0 designra; a kutatás 1–2 sprinttel a fejlesztés előtt jár | Designerek, fejlesztők és data scientistek egymás mellett dolgoznak végig |
| Meta | Cross-funkcionális, kutatás-vezérelt squad-ok | Csapat-loop: értelmezés → design → feedback → építés | A kutatók beágyazva dolgoznak a napi termékmunkában, nem külön silóban |
| Apple | Iteratív, inkluzív termékfinomítás | Prototípusok és belső tesztelés titkos labokban és felhasználói csoportokon | Mély, folyamatos iteráció, erős fókusszal az inkluzivitásra és csiszolásra |
Forrás: Brian Rain - Beyond Agile UX
Én hogyan használom
A valós helyzet
A döntés és a tradeoff
Bevezettem az Amplitude-ot, amivel azonnali használati statisztikákat és session recording-ot tudtunk nézni, amiből kiderült, az ügyfelek ténylegesen, hogy használják a szoftvert. A support részévé tettem a discovery-t, így minden telefonbeszélgetés egy értékes lehetőséget adott, hogy a felhasználótól a saját szavaival, részleteiben kapjunk visszajelzést. Az innen kapott információkból olyan user story-kat tudtam képezni, amik már a valóságon alapultak, így a fejlesztést olyan irányba tudtam koordinálni, ami az ügyfelek számára valóban hasznos.
Mit dobtam el
Be kellett látnunk, hogy a kvantitatív megoldások nem hatékonyak ennél az ügyfélkörnél. Az analitikai szoftverek ugyan adtak némi insightot a felhasználói szokásokba, de a kérdőívezés, amire erősen támaszkodott a cég a pilot alatt, nem bizonyult működőképesnek. Kell a személyes kapcsolódás.
A tanulság
Amire a szakmai könyvek nem készítenek fel, hogy ha nincsenek erőforrásaid, a discovery sokszor nem zajlik papírforma szerint. Nem tudsz design workshopokat tartani, nem dolgoznak data scientist-ek a kezed alá, és néha még elégséges információd sincs. Amit ilyenkor tehetsz, hogy a customer success és a support részévé teszed a discovery-t. Ha az ügyfél már vette a fáradtságot, hogy felhívjon, ne elégedj meg azzal, hogy 'letudod' egy válasszal a problémájára. Áss mélyebbre, értsd meg az okait, és vizsgáld meg a user bázisod mekkora részét érinti, mennyire súlyos az ügy és milyen lehetőségek vannak a megoldásra. Sokszor a legnagyobb győzelmek a legapróbbnak tűnő panaszokból jönnek.