Fórum & nbsp;
Neexistuje lepší tester než nováček, který si ještě nenasadil filtrační brýle. Zvláště pokud je tento „nováček“ návrhářem UI/UX. V tomto článku bych se chtěl podělit o své zkušenosti s tím, jak může designér ovlivnit vývoj projektu a posunout ho na další úroveň pomocí User Testing (UT), přesně jak se říká v kurzech designérů UX/UI.
Každý, kdo přijde na nový projekt, si okamžitě všimne spousty nesrovnalostí a toho, co by udělal jinak. Tuto myšlenku byste si měli nechat pro sebe a nějakou dobu s projektem žít. Pochopíte, proč řešení byla přesně taková. U projektů, které existují již několik let, existuje mnoho omezení, která je třeba přijmout a naučit se s nimi žít. Kromě toho jsem přesvědčen, že celý tento seznam by měl být okamžitě opraven a měl by se k němu za několik měsíců vrátit, protože už o tom vím.
Povědomí o problému
Všichni víme o ideální cestě, kterou by se měl projekt ubírat, ale ve skutečnosti si designéra pamatujeme, když už byla napsána hlavní funkcionalita, a každý vidí, že s ním něco není v pořádku, a je třeba ho „česat“. už dva roky. Jedná se o poměrně složitý lékařský systém, který vám umožňuje pracovat s velkým množstvím dat v různých nemocnicích a centrech – organizovat je, ukládat, zpracovávat a integrovat data z jiných databází.
První pokusy něco změnit jsem si dovolil až o rok později, když jsem jasně pochopil rysy projektu a další směr jeho pohybu. Před tím jsem sestavil seznam funkcí aplikace, které jsem považoval za nepohodlné používat. Byl jsem přesvědčen, že práci s pacienty a organizacemi lze optimalizovat: pro řešení většiny problémů můžete snížit počet kliknutí a některé funkce se v podobě, v jaké jsou prezentovány, téměř vůbec nepoužívají. Moje vize byla samozřejmě v rozporu s klientovou. Náš vývojový tým však podpořil významnou část mých nápadů. Nelze tvrdit, že někteří z nás mají pravdu a kdo ne; správnou odpověď zná pouze uživatel. Nikdy nesmíme zapomenout, pro koho to všechno je.
Během celé existence projektu nikdy neprobíhalo uživatelské testování, protože nikdo nevěděl, jak je to užitečné a skutečně nezbytné. Nicméně aplikace měla skutečné uživatele, kteří ji používali každý den, a všichni dobře víme, že k zahájení projektu je třeba právě uživatelský průzkum. Pokud se to nepodaří, tím dříve bude implementován, tím lepší bude výsledek. Pravda se rodí v dialogu s těmi, pro které jsme to všechno začali. Přístupy, které v některých případech fungují, mohou být v jiných neúčinné, takže návrhář a tým mohou vytvářet předpoklady pouze na základě svých vlastních zkušeností, ale všechny je třeba otestovat – a nejlépe v každé fázi.
Hlavním problémem je, že design v našich realitách se nemůže stát úkolem s vysokou prioritou. Jeho přehodnocení, vylepšení a zároveň uživatelské testování bude vždy odloženo na „zítra“, protože dnes je spousta chyb a hlavní funkce náhle přestala fungovat a konečný termín je nyní. To musí být přijato, ale lze to změnit.
Začal jsem kontaktovat (přečtěte si „sníst mozek“) každého, kdo by mi mohl pomoci provést uživatelské testování. Mimochodem, obecně mi to připadalo tak zjevné a nutné, že jsem se nedokázal vyrovnat s tím, že to muselo být vysvětleno a někdo musel přesvědčit. Proč je každému zřejmé, že projekt vyžaduje QA nebo vydání? Když jsem mluvil o testování uživatelů, bylo to divoké pro všechny. „Myslíš to vážně?“Nikdo mě však nikdy neodmítl a neřekl mi, abych se dostal z mého nápadu, neřekl, že na to nemáme čas. Ale nikdo neodpověděl: „Ano, no tak! Co k tomu potřebujete? “ Právě jsem slyšel, že takový nápad existuje, ale je to v perspektivě.
Začátek shonu
Jsem přesvědčen, že nemá smysl být na projektu to není zábava, kterou nemůžete udělat, něčí život je pohodlnější. Vždycky jsem uvnitř naštvaný, když slyším někoho ponížit jeho projekt. Chtěl bych říci: „Něco změňte nebo odejděte!“.
Poprvé ve své účasti na projektu jsem měl možnost mluvit s přímým zákazníkem, když přišel k nám do kanceláře. Abych se s ním setkal, připravil jsem jasný plán propagace Testování uživatelů:
– k čemu to je
– co nám to dá
– příkaz
– výdaje
Na schůzce jsem představil tento plán a poznamenal, že vynaložím maximální práci. Pro mě bylo obzvláště důležité sdělit, že pokud chceme získat něco užitečného pro lidi, a ne pro sebe, je to jediný správný způsob. Je také důležité, aby v podstatě žádná strana za žádných okolností nic neztratila. Řekl jsem vše, co jsem mohl a nemohl. Ve finále jsem si v očích jasně přečetl, že záleží pouze na obchodních úkolech a není známo, zda bude tým včas s novou funkcionalitou pro vydání.
Nebylo mi to řečeno, pouze slyšel: „Ano, samozřejmě, ale později. O tom si povíme více … zítra. “
Akce
Jsem přesvědčen, že téma s UT by nikdy nemělo být uzavřeno, i když se zdá, že neexistují žádné šance, a „zítra“, na které je vše naplánováno, nijak nepřichází. Zákazník to nedělá a přístup ke skutečným uživatelům je jako sen. Ale dříve nebo později ten okamžik vypadne, což umožní projektu vrátit se na správnou cestu. Hlavní věcí je nevynechat to, sedět se založenýma rukama.
Jednoho dobrého zimního dne se ukázalo, že se naše aplikace rozhodla přejít na web. Design je tam, průvodce stylem, specifikace jsou popsány, funkce je jasná – všechno je super, ideální svět. Čas na to je celý měsíc, do toho! Chápu, že nebude lepší situace, hlavní je nemyslet na to, že mohu svým návrhem lehce posunout termín.
Představte si, že máte příležitost předělat vše, na čem jste pracovali na několik let. Vymažte vše a udělejte to znovu, ale hluboce pochopte strukturu všech komponent, bez úprav a přání, bez časových a rozpočtových omezení. „Nešroubujte“ nové funkce na to, co tam již je, ale budujte interakci. Jak by vypadal váš projekt? To je téměř utopie.
Jak víte, návrháři mohou tvořit celou noc, ale také o víkendech. A o týden později jsem už měl novou alternativní verzi produktu, s přihlédnutím ke všem bodům, které jsem chtěl opravit, a přehodnocení všeho, co jsem chtěl přehodnotit.
Vyvstává logická otázka – kam s tím dál? Času je málo, protože tým musí dodržet termín a na webové verzi již tvrdě pracuje. Rozhodl jsem se poslat svůj návrh klientovi s alternativní verzí a přidat k ní obrovský popis každé změny (zvlášť jsem zdůraznil směr testování uživatelů). V kopii dopisu jsem přidal všechny, s nimiž bylo nutné se na tomto rozhodnutí předem dohodnout. Možná je třeba dodat, že takový čin je velmi nesprávný a iracionální – za prvé obsahuje obrovské množství rizik a důsledků pro mě i pro projekt. Bylo těžké určit, jestli moje rozhodnutí splňuje všechna tato rizika. Ale v mém případě jsem pochopil, že standardní schvalovací proces je katastroficky dlouhý a existuje vysoká pravděpodobnost, že se myšlenka odloží do světlé budoucnosti a nedostane se k jediné osobě, která může změnit průběh projektu . Stručně řečeno, neopakujte tyto kroky doma 🙂
Testování uživatelů
Po několika dnech vnitřní paniky a předtuchy, že projekt již potřeboval nového designéra, jsem dostal nejvíce neočekávaná odpověď možná. Odpověď byla ano, ano na všechny návrhy, ano na Testování uživatelů, ano na změny.
Pravděpodobně těm, kteří se setkali s problémem přesvědčit zákazníka, aby pracoval na UT, na projekt, který je již několik let starý, ve společnosti, kde jsou stovky takových projektů, se všechna tato slova zdají divná a přehnaná. Kdysi jsem si to také myslel a neviděl jsem v tom problém. A problém spočívá v tom, že si zákazník myslí: „Pokud vše funguje tak, tak proč něco měnit?“ V zásadě klient nemůže přímo komunikovat s uživateli, klást jim otázky týkající se skriptů a zaznamenávat jejich práci na video. Často jsou také v různých částech světa. Proto si všechny články o typech UT a práci s daty po – jako ideální nedosažitelný svět – můžeme pamatovat na věčnost, ale nikdy se nepoužívají v reálném životě. Jak často jste testovali své uživatele? Pokud alespoň jednou, závidím vám.
A teď přišel čas na můj ideální svět. Je jasné, že bych chtěl vidět UT v různých podmínkách a podle mých pravidel. Nejlepší možností je, když můžete sledovat práci v reálném uživatelském prostředí:
– když můžete s uživatelem hovořit naživo, požádejte ho, aby prošel scénáři a identifikoval momenty, které jsou obtížné nebo nepochopitelné
– když současně zaznamenávají obrazovku a samotnou schůzku na video, aby sledujte pohyby kurzoru a identifikujte místa, kde k nim došlo, hledáním odpovědi
Časté sledování videa poté může odhalit skryté problémy. Je skvělé, když existuje příležitost uspořádat taková setkání ve dvojicích, aby někdo přidával poznámky na pozadí schůzky, aniž by byl rozptylován dialogem. Ale ve všech ostatních možnostech musíme z toho, co máme, vytěžit maximum.
Ve skutečnosti pro mě shromáždili asi dvacet uživatelů na jednu konferenci Skype. Před tím jsem obdržel jejich seznam s popisem práce a typem práce. Na každou otázku odpovídá každý nebo kdo si přeje (jsem přesvědčen, že by bylo lepší mluvit s každou zvlášť). Prošli jsme si hlavní scénáře.
Takže jsem zjistil:
- jakou funkci používají pro různé úkoly
- kterým úkolům čelí nejčastěji
- kdo čelí jakým problémům
Všechny otázky jsem složil tak, aby neobsahovaly odpovědi, aby se netlačily jedním směrem. Odpovědi na jednu otázku mi uživatelé často otevřeli mnohem víc.
Byl jsem schopen otestovat všechny své hypotézy, které jsem uvedl v alternativní verzi aplikace. Ale hlavní je, že se objevilo mnoho nápadů, jak lze službu vylepšit. Několik bloků bylo přehodnoceno a zjednodušeno. Změnil se scénář pro práci s pacienty a organizacemi, stejně jako principy třídění a filtrování. Zvláštní pozornost byla věnována práci s klávesnicí, byly přidány klávesové zkratky, několik nabídek bylo sloučeno a reorganizováno. Objevila se záložka s individuálním nastavením rozhraní a samozřejmě byla splněna řada přání uživatelů. Bylo to neocenitelné.
Obrovským plusem bylo, že dva obchodní analytici (jeden od nás a druhý od zákazníka) si během konverzace dělali poznámky. Také jsem se snažil napsat něco pro sebe, ale to by nestačilo. Pomoc je vždy nutná.
Komunikace je důležitá
V rámci projektu musí být zachován pozitivní vztah. I když existuje miniválka, měla by být profesionální a přátelská. Chtěl bych se zde zastavit a povědět něco více o důležitém charakteru „hry“ – obchodní analýze od zákazníka, jehož prostřednictvím došlo ke všem změnám a se kterými jsem přímo komunikoval. Jeho hlavním cílem byl stabilní vývoj projektu a samozřejmě jsem neobdržel otevřenou podporu pro všechny své nápady týkající se změn. Uvědomil jsem si, že bez zvláštního přístupu může změna ovlivnit náš vztah. Proto jsem vytvořil samostatný „plán“:
- „I“ jsem ve své korespondenci nikde nepoužíval, všechny změny k lepšímu jsem nazval „náš úspěch“
- Všechny změny, které vyplynuly z výsledku obchodního analytika a v mnoha ohledech proces zpomalily a zkomplikovaly, vnímaly pozitivně: „díky za podporu a vysvětlení“ a „pro mě by bylo obtížné, super, že Nejsem sám “
- A co je nejdůležitější – „Nikdy bych bez vás neimplementoval Testování uživatelů“
- Témata a úpravy trvaly desítky písmen v řetězcích. V takových případech jsem dočasně zastavil tuto linku a vrátil se k ní poté, co jsem úspěšně vyhrál další s pozitivními emocemi
- Pochopil jsem, že se nevzdám žádného prvku a každý z nich byl připraven nekonečně vysvětlovat
- Nepřipisoval jsem si kritiku a odlišil jsem sebe a projekt. Proto mě žádný drsný komentář nemohl urazit ani urazit
Jsem si jist, že pokud chcete dosáhnout dobrého výsledku, nemůžete to udělat sami. Moji kolegové byli rozděleni do tří skupin:
- Jsou lhostejní ke změnám, hlavní je, že úkoly jsou pro zítra a pozítří … Jsou snadno rozpoznatelné podle frází: „S jakým druhem odpadu jsi přišel?“, „Proč to potřebuješ?“, „Nemáš co dělat?“ Vydali se vlastní cestou a dokončili aktuální projektové úkoly.
- Posedlá časovými rámci. Když navrhujete změnu projektu, první věc, kterou zástupci této skupiny řeknou: „Bude to rychlejší, když to uděláme takto.“ Prioritou pro ně je najít řešení, které lze rychle a snadno implementovat, pohodlí a užitečnost jsou druhořadé. Tito lidé jsou v týmu užiteční, ale rozhodl jsem se, že s nimi nebudu sdílet své nápady, pochopil jsem, že některé z mých nápadů se kvůli nedostatku času prosazují a nyní je úkolem udělat to pohodlně, a to vyžaduje čas .
- A skupina, jejíž zástupci diskutovali, navrhovala a hledala úskalí. Můžete s nimi mluvit a sdílet nápady. Jsem velmi vděčný za jejich podporu a koneckonců je ještě více miluji. Je skvělé, že se sem dostali lidé z různých zásobníků, a já jsem měl v diskusích docela ucelený obraz. Zde jsem si všiml zajímavého, ale očekávaného okamžiku: čím déle je někdo na projektu, tím méně jeho víra ve světlou budoucnost. Nepodporovali mě ti, kdo projekt zahájili, ale hodně pomohli noví lidé, kteří s projektem byli už nějakou dobu.
Výsledky a šťastný konec
Poté, co jsem shromáždil všechny informace po dotazování uživatelů, jsem znovu promyslel stavební bloky a fungování některých prvků. Některé z nich navždy zmizely a některé jsem spojil do logických skupin, jiné se transformovaly. Pomohlo mi, že jsem nad UI už nepřemýšlel, protože jsem popsal hlavní styly a symboly ve fázi formování mé první myšlenky, kterou jsem poslal Ovnerovi na začátku cesty.
Je čas na prezentaci zákazníkovi, který mi kdysi dal zelenou. Teď jsem měl argumenty pro každou směnu. Říkat, že jsem se bál, znamená nic neříkat.
Stránky v aplikaci Sketch obsahovaly co nejvíce odkazů, takže se můžete kdykoli během prezentace vrátit z libovolné obrazovky na tu, kterou chcete. Každou stránku jsem rozdělil na logické bloky popisující změny a důvody, proč byly zavedeny. Mezi bloky navrhla pauzy pro diskusi a diskusi. Postupně jsme tedy procházeli všemi rozvrženími. Tato možnost se mi líbí víc než prezentace všeho najednou a pak nekonečná diskuse.
Změny byly splněny pozitivně, v co jsem ani nečekal. Je hezké, že se nám podařilo přesvědčit o důležitosti UT a jeho důležitosti pro tento proces. Nyní to můžete udělat při každém milníku a upravit vektor pohybu.
Pokud s něčím nejste spokojeni, zkuste to změnit. Začněte a v okolí budou lidé, kteří jsou také připraveni vytvářet nápady a rozvíjet je. Pokud dostanete 10krát „ne“, neznamená to, že nakonec „ano“ nedostanete. Pamatujte na koncové uživatele, pro které to všechno děláme.
