Cum să aplicați povestea utilizatorului atunci când dezvoltați o aplicație mobilă

"MakRadar" publică un mic articol de directorul de dezvoltare al companiei "Behemoth-Behemoth" Andras Gusti. Este vorba despre istoricul utilizatorilor. Ce este și de ce este important?






Povestea utilizatorului este o definiție ușor de înțeles și concisă a interacțiunii utilizatorului cu un sistem în centrul căruia se află utilizatorul. Semnificația povestii utilizatorului constă în a răspunde la întrebarea exact ce vrea utilizatorul din sistem și cum îl putem ajuta în acest sens.

Când scriem un istoric al utilizatorilor, determinăm mai întâi scopul final și apoi creăm mini-script-uri cu participarea potențialului utilizator, întotdeauna amintindu-ne că în orice moment este posibil să avem nevoie să reluăm totul. Aceasta poate fi numită evoluția vieții unui produs care poate și ar trebui să aibă loc. Cu această abordare a creării unui produs, acesta implică de obicei pe toată lumea: atât echipa, cât și clientul. Documentația este pregătită astfel încât să fie ușor de înțeles pentru toți participanții la procesul de dezvoltare.

Cum să aplicați povestea utilizatorului atunci când dezvoltați o aplicație mobilă






În spatele lui Andras Gusty este povestea utilizatorului a unuia dintre proiecte.

Un exemplu de istorie personalizată pentru aplicația pe care o facem pentru Mikhail Ivanov de la Smart Reading:

Cum să aplicați povestea utilizatorului atunci când dezvoltați o aplicație mobilă

Care este istoricul corect al utilizatorului pentru crearea unei aplicații pentru Apple Watch?

Îmi amintesc cum am întâlnit prima dată această problemă acum un an. Mai întâi am pornit de la specificul și funcționalitatea aplicației curente - jucătorul pentru alergători. Apoi a devenit clar că acest lucru nu este deloc de făcut. Mai întâi de toate, este necesar să procedăm dincolo de ceea ce vrea și de ce este gata să facă acest lucru. De exemplu, butonul principal de pe ecranul principal al versiunii player pentru Apple Watch a fost o pauză.

Esența ideii este simplă. Ceasul presupune și mai puțină libertate pentru acțiunile utilizatorului. Prin urmare, povestile utilizatorilor ar trebui să fie și mai mici. În opinia mea - două sau trei bucăți. Limitați limpede utilizatorul la ceea ce poate face. Nu plasați mai mult de două comenzi pe un singur ecran. Încercați să vă asigurați că acțiunea finală, importantă pentru dvs. și pentru utilizator, este realizată în una sau două tapasuri și / sau acțiuni.







Articole similare

Trimiteți-le prietenilor: