Jak zabránit tomu, aby byl výzkum UX blokátorem

Přizpůsobení výzkumu agilním týmům

V nejlepším případě výzkum UX poskytuje informace a umožňuje pokrok; v nejhorším případě se jen dostane do cesty.

Existuje mnoho námitek proti provádění výzkumu UX, ale nejčastější, co slyším, je „Nemáme dost času.“

Určitě mohu sympatizovat s tímto sklonem „jen to udělat“.

S přechodem od příliš řízených vodopádových projektů k křížovým funkčním agilním týmům může být obtížné najít, kde se procesní výzkum hodí nejlépe.

Je váš výzkumný pracovník UX součástí agilního týmu s více funkčními funkcemi, nebo jsou rozděleny jako vlastní samostatná obchodní funkce?

Jak je možné, aby tým současně zkoumal, navrhoval, vytvářel a testoval stejnou vlastnost?

Jak můžeme rozhodovat o tom, co postavit, když jsme uprostřed budování?

Vložené, ale blokující

Jedním z populárních kompromisů je začlenit výzkum UX do agilního týmu, ale nechte výzkumného pracovníka dopředu o pár sprintu. Toto rozumně znějící řešení má často nežádoucí důsledek, že vytváří napětí mezi zbytkem týmu a výzkumným pracovníkem UX.

Tým může pracovat jen tak rychle, jako jeho nejpomalejší proces - takže se může neustále blokovat jediným výzkumníkem UX, který se snaží co nejlépe následovat proces návrhu nejlepší praxe.

Dalším problémem s tímto přístupem je to, že jste ve svém agilním týmu v podstatě vytvořili vodopádový proces velikosti terária.

Nakonec to nefunguje, protože dobrý výzkum vyžaduje čas. Potřebujete čas, abyste se dostali na pole; potřebujete čas, abyste porozuměli uživatelům; a budete potřebovat čas, abyste mohli sledovat tolik náhledů do slepé uličky, než to zabere, než zjistíte, že jedno základní nahlédnutí, které odemkne genialitu produktu.

Tento druh výzkumu nelze zamknout v jediném sprintu nebo dvou.

Bez blokování, ale abstrakce

Další možností je, aby výzkumní pracovníci UX byli ve svém vlastním odděleném oddělení, rozděleni od agilních týmů, které podporují, a často pracovali týdny a dokonce měsíce před vývojáři.

Jasným selháním je, že výzkum je nejlepší, když je čerstvý a relevantní. Průzkum uživatelů je výhodný pouze tehdy, pokud vede k velkým zkušenostem s výrobky pro uživatele. Další poznatky z výzkumu vycházejí z jejich praktického využití, čím menší dopad budou mít.

Největší slabinou tohoto modelu je to, že oddělené od tvrdého pragmatismu vývojářů a testerů, mohou být designéři příliš kreativní.

Mezi „ideálními zážitky“ a tím, co lze pragmaticky vybudovat, se stává propast. Návrháři jsou frustrovaní vývojáři, kteří vždy říkají ne, a vývojáři jsou unavení tím, že si stále neuvědomují závratné výšky divoké fantazie návrháře.

Jak vložit UX jako svůj vlastní paralelní proces

Jak jste se možná shromáždili, to, co potřebujeme, je nejlepší řešení z obou světů.

Musíme se rozhodnout, které aktivity UX by měly zůstat zakotveny ve struktuře agilního týmu a jaké činnosti se nejlépe rozvinou do jejich vlastní časové osy.

Paralelní proces UX

Dobrým způsobem, jak si to představit, je rozdělení výzkumných činností na dva odlišné tábory: základní výzkum vs. směrový výzkum.

Základním výzkumem jsou uživatelské rozhovory a etnografický výzkum, který vytváří pevný základ pro rozhodování.

Směrový výzkum je špičkové experimenty použitelnosti, které spouštíte a které odpovídají konkrétním otázkám uživatelů a formují každodenní směr produktu.

Směrový výzkum

Směrový výzkum je zaměřen a má krátkou životnost. Je prováděna za účelem zodpovězení konkrétních otázek použitelnosti a vhodnosti produktu.

Směrový výzkum žije v agilním týmu a řídí jej agilní tým. Aby to fungovalo dobře, musí být experimenty udržovány malé a samostatné. Experimenty by měly odpovídat na jednu konkrétní otázku nebo potvrdit jednu konkrétní hypotézu.

Směrový výzkum je komunikován uvnitř týmu a do širšího obchodu jednoduše. Výstupem by měla být konkrétní odpověď ano / ne nebo doporučení připravené k implementaci - nikoli 14stránková zpráva.

Například:

Otázka

Mělo by být označení tlačítka „Odeslat“ nebo „Registrovat a pokračovat“?

Odpovědět

Provedli jsme test A / B s 500 návštěvníky a funkce „Registrovat a pokračovat“ vedla o 20% lépe.

Otázka

Existují nějaké problémy s použitelností u současných návrhů obrazovek?

Odpovědět

Provedli jsme test použitelnosti se 6 účastníky a zjistili jsme 4 možné problémy. Doporučujeme, abyste (1) zvýraznili registrační tlačítko, (2) změnili formát pole adresy tak, aby akceptoval P.O. boxy, (3) přesuňte…

Otázka

Věříme, že přidáním nové funkce najdou naši první uživatelé produkt užitečnější a upgradují na placenou verzi.

Odpovědět

Provedli jsme test použitelnosti na časném prototypu a zjistili jsme, že první uživatelé byli ohromeni funkcemi a neprováděli upgrade.

Základní výzkum

Základním výzkumem jsou uživatelské rozhovory a etnografický výzkum, který provádíte s cílem porozumět potřebám, potřebám, cílům a motivacím uživatelů a získat ucelený obrázek o vašich uživatelích.

Všimněte si, že v diagramu pod hodnotou tohoto základního výzkumu nezůstává statický. Nemůžete jen mluvit s uživateli jednou a volat jej denně. Změny na trhu, technologické trendy se mění, uživatelé se mění a doufejme, že se mění vaše produkty. Váš výzkum se stává méně relevantním a čím dál starší, tím větší je.

To znamená, že by měl probíhat základní výzkum. Statistiky se budují v průběhu času a nikdy byste neměli dokončit rozhovory a učení od svých uživatelů.

Základní výzkum potřebuje čas, aby byl dobře proveden. Týmy potřebují čas, aby se dostali na pole a pozorovali chování uživatelů. Tým potřebuje čas, aby položil nespočet otázek bezpočtu uživatelů, dokud neodhalíte ten zlatý nugget vhledu, který tolik společností, než jste vynechal.

Příklady

  • Objev nebo etnografický výzkum
  • Uživatelské rozhovory
  • Personas
  • Mapy cesty
  • Empatické mapy
  • JTBD

Spojuje základy a směr

Tyto dva proudy výzkumu UX mohou běžet nezávisle na sobě, což umožňuje rychlý i pomalý výzkum vedle sebe.

Jak tedy budu pracovat se svými týmy?

Pokud jste pravidelným čtenářem média Medium a 1000s článků, které se týkají procesu UX a produktu, už byste věděli, že neexistuje univerzální odpověď. Musíte najít, co pro vás funguje.

Zde je 6 tipů, které vás provedou implementací vašeho paralelního procesu UX:

1. Váš agilní tým je vždy hlavní a vůdčí silou

Aby týmy byly úspěšné v agilním prostředí, musí být skutečně samořízené a autonomní. Potřebují výzkum, který jim pomůže informovat o jejich rozhodnutích, ale neměli by bezmyšlenkovitě dělat, co říká výzkum UX.

To znamená, že by se agilní tým měl cítit zmocněn k zahájení výzkumu a jeho vedení.

2. Buďte chytří s velikostí šarží a časovým boxem

Testování jednoho uživatele na začátku projektu je lepší než testování 50 na konci.
- Steve Krug

Může být lákavé chtít na začátku provést veškerý svůj výzkum. Může být lákavé mít odpověď na každou otázku před tím, než se pustíte do jakéhokoli kódu.

To není realistické. Nikdy nemůžete vědět „všechno“ o konkrétním tématu. Možná jste si všimli, že čím více se něco dozvíte, tím více se dozvíte, co potřebujete vědět.

Musíte být schopni rozdělit svůj výzkum na malé, zvládnutelné, časově zabalené kousky a použít to, co se naučíte, abyste informovali, kde byste měli dále zkoumat.

3. Využijte sílu týmu k experimentování

Jste tým s více funkcemi. Jednat jako to.

Nejlepší způsob, jak porozumět chování uživatelů, je vytvořit něco, uvolnit jej a zjistit, jak ho uživatelé používají. Začněte znovu malým: zeptejte se sami sebe, co je nejmenší, co můžete postavit, abyste odpověděli na vaši klíčovou otázku uživatele.

Nakoupí zákazníci můj produkt?

Vytvořte vstupní stránku a podívejte se, kolik uživatelů klikne na tlačítko Koupit.

Budou zákazníci tuto funkci používat?

Vytvořte pro něj tlačítko a podívejte se, zda na něj kliknou.

Mělo by se na tlačítku „Registrovat“ nebo „Zaregistrovat“?

Proveďte test A / B a zjistěte to.

Vývojáři a testeři mohou být nejlepším přítelem výzkumníka UX.

Jakmile experimenty dokončíte, ujistěte se, že si vzpomenete na to, co jste objevili, a poté je implementujte.

4. Najděte si čas na re-factor

(Dobrý) vývojáři potřebují čas, aby neustále refaktorovali a vyčistili svůj kód. Měli bychom mít čas udělat to samé s našimi zkušenostmi a návrhem rozhraní.

Díky trávení času odstraněním technického dluhu je kód spolehlivější a udržitelnější; odstranění našeho dluhu UX dělá to samé s našimi zkušenostmi.

Vývojáři a vlastníci produktů: Pokud strávíte krátkou dobu každým sprintovým úklidem problémů s rozhraním, než aby jste si nabíjeli další a další nové funkce, zjistíte, že návrháři UI a UX se uvolní a začnou s vámi pracovat namísto proti vám.

5. UX je skutečná mezifunkční dovednost a odpovědnost

Je příliš důležité být omezen pouze na jednoho člena týmu.

Nemůžete si jen najmout „scrum mistra“ a říkat si agilní firmu. Stejně tak si nemůžete jen najmout jednoho návrháře UX a říci si, že se zaměřujete na člověka.

Každý v týmu musí myslet na uživatele. Návrhář UX musí být facilitátorem tohoto úsilí. Ne majitel.

6. V případě pochybností přijměte zásady Lean UX

Stručně řečeno, výzkum UX nemůže být spěchán, ale také nemůže být omezen.

Některé výzkumné činnosti budou trvat déle než jiné, ale je nejdůležitější rozlišovat mezi výzkumem, který v daném okamžiku poskytuje konkrétní hodnotu, a výzkumem, který se dlouhodobě vyplatí strategicky.

Metody základního výzkumu vám pomohou rozhodnout se, kam chcete jít, zatímco směrové metody vám poskytnou podrobné pokyny, jak se tam dostat.

Pokud vás zajímám v nějakém kontextu jako designéra UX, podívejte se na můj účet na LinkedIn. Nebojte se kontaktovat prostřednictvím běžných kanálů (Twitter / Web) s případnými dotazy nebo návrhy.