VMTech
Razgovarajmo →
← Sve kompetencije
PROIZVOD I RAST · 04

UX Design

Korisnik nije „nesnalažljiv“. Došao je do koraka na kom nije razumeo šta dalje i otišao. Naš posao je da taj korak nađemo pre nego što stigne u produkciju.

Razgovarajmo
KAKO RADIMO

Kako se pronalazi korak na kom se ljudi gube

Ne „prepraviti dizajn“, već naći konkretno mesto gde scenario puca i proveriti ispravku pre razvoja.

research.vmtech.rs
Scenario: naručivanje
LIVE
spremno za razvoj
Gledamo podatke odlazak: korak 3
Razgovaramo sa ljudima 5 razgovora
Sastavljamo scenario 7 koraka
Prototip klikabilan
Provera sa ljudima zadatak izvršen
U razvoj spremno za razvoj
KAKO RADIMO
  1. Gledamo podatkeAnalitika pokazuje na kom ekranu se put prekida i koliko ljudi do njega stigne
  2. Razgovaramo sa ljudimaNekoliko kratkih razgovora sa onima koji koriste proizvod i sa onima koji odgovaraju na njihova pitanja
  3. Sastavljamo scenarioPut se razlaže na korake: šta osoba zna, šta mora da odluči i šta joj nedostaje
  4. PrototipKlikabilna maketa nastaje za nekoliko dana, a ne za mesec dana razvoja
  5. Provera sa ljudimaDamo zadatak i gledamo gde se osoba zaustavlja — ćutke, bez sugestija
  6. U razvojU rad ide rešenje koje je već provereno, a ne pretpostavka
POZNATA SLIKA

Zašto „uradite lepo“ ne rešava zadatak

Dizajn bez istraživanja

  • Ekrani se crtaju po ukusu naručioca, pa se raspravlja o boji dugmeta, a ne o scenariju
  • Forma traži podatke koji u tom koraku još nisu potrebni — pa se napušta
  • Podrška svakog dana odgovara na isto pitanje, ali se to ne vraća u interfejs
  • Greška se primeti nakon riliza, pa prepravka košta razvoj, a ne maketu
  • Na telefonu se interfejs proverava poslednji — a odatle dolazi većina

Dizajn od scenarija

  • Rešenja se raspravljaju u terminima korisnikovog zadatka, a ne ličnih ukusa
  • Forma pita tačno ono što treba sada, ostalo kasnije ili automatski
  • Česta pitanja podršci pretvaraju se u napomene i izmene interfejsa
  • Greške se nalaze na prototipu, gde ispravka košta nekoliko sati
  • Scenario se projektuje sa telefona, a desktop dobija više prostora, a ne obrnuto
OBIM POSLA

Šta ulazi u UX rad

Analiza zadatka i publike

Ko koristi proizvod, u kojoj situaciji i koju odluku donosi u svakom koraku.

Analiza postojećeg interfejsa

Sami prolazimo scenarije i po podacima iz analitike beležimo mesta gde se put prekida.

Razgovori

Kratki razgovori sa korisnicima i sa onima koji primaju njihove pozive i poruke.

Mapa scenarija

Glavni putevi od ulaska do cilja, sa tačkama gde trebaju podaci, odluke ili pomoć.

Prototipovi

Klikabilne makete ključnih ekrana — na njima se logika vidi pre nego što je kod napisan.

Provera sa korisnicima

Zadatak, posmatranje i kratak izveštaj: gde su stali, šta su pogrešno razumeli, šta menjamo.

Tekstovi interfejsa

Oznake, napomene i poruke o greškama koje objašnjavaju šta dalje.

Predaja razvoju

Stanja ekrana, ponašanje formi, prazna stanja i greške — da se u kodu ništa ne dopunjuje pretpostavkama.

ČIME PROVERAVAMO

Alati koji daju činjenice umesto mišljenja

Analitika putevaGde se scenario prekida i koliko ljudi do tog koraka stigne
Snimci sesijaVidi se kako osoba traži ono što joj treba i na čemu zastane
Izrada prototipovaKlikabilne makete za proveru logike pre pisanja koda
Vođeni testoviZadatak i posmatranje — najpošteniji izvor o tome šta je nejasno
PristupačnostKontrast, veličine ciljeva, rad sa tastature i jasan redosled fokusa
Poređenje varijantiAko se spor ne rešava logikom, varijanta se proverava na saobraćaju

Ne obećavamo konkretan rast konverzije: on zavisi od proizvoda, cene i tražnje. Odgovaramo za to da se odluke donose na činjenicama, a sporna mesta proveravaju pre razvoja.

PITANJA

Šta se obično pita

Po čemu se UX razlikuje od UI?

UX odgovara na pitanje „šta se i kojim redom dešava“, UI na „kako to izgleda“. Može se nacrtati lep ekran za scenario koji čoveku ne treba, i obrnuto — dobar scenario pokvariti nečitljivom tipografijom. To su dva različita posla i namerno ih razdvajamo.

Da li je istraživanje potrebno ako proizvod već radi?

Tada je i jeftinije: postoji analitika, postoje stvarni korisnici i postoji podrška koja bolna mesta zna napamet. Često je dovoljna analiza podataka i pet razgovora da se nađe korak na kom se gubi značajan deo ljudi.

Koliko ljudi treba za test?

Za pronalaženje problema u scenariju obično je dovoljno pet do osam ljudi iz Vaše publike: većina ozbiljnih prepreka pojavi se već kod prvih učesnika. Ako je zadatak porediti dve varijante po brojkama, to je druga priča: tu treba saobraćaj, a ne razgovori.

Može li se odmah crtati, bez istraživanja?

Može, i ponekad je opravdano — na primer, kada je scenario tipičan i tržište ga je već razradilo. Ali ako je proizvod netipičan, ekrani bez scenarija moraće da se prepravljaju nakon pokretanja, kada je cena greške veća. Otvoreno kažemo kada istraživanje nije potrebno — i to je deo posla.

Šta predajete na kraju?

Mapu scenarija, prototipove ključnih ekrana, izveštaj o proveri sa konkretnim zapažanjima i opis stanja za razvoj. Sve u formatu koji čitaju i programer i čovek iz biznisa — bez slajdova radi slajdova.

Povezane kompetencije

UI Design Kako to izgleda WEB razvoj Gde scenario oživi Digital marketing Ko dolazi na stranicu Internet prodavnica Najosetljiviji scenario

Razgovarajmo o ovoj kompetenciji u vašem projektu

Definisaćemo zadatak, zavisnosti i realan plan realizacije.

Razgovarajmo