4 pași pentru stăpânirea procesului de dezvoltare a MVP

Echipele de produse startup se confruntă adesea cu bugete și termene limită strânse. Cu resurse limitate, aceștia au sarcina de a construi produse noi fără utilizatori, feedback sau solicitări de funcții. În calitate de designer de produs familiarizat cu aceste provocări, știu cât de dificil poate fi acest lucru.

Din fericire, există o modalitate de a gestiona incertitudinea, de a rămâne concentrat pe utilizator și de a livra produse la timp și la buget: cadrul MVP. Un produs minim viabil este o versiune lansabilă a unui produs, cu suficiente funcții pentru a rezolva o problemă principală a utilizatorului. MVP-urile ajută echipele de produse să învețe mai multe despre publicul țintă, depunând în același timp mai puțin efort în procesul de proiectare/dezvoltare. De asemenea, reduc riscul, permițând proiectanților să testeze ipotezele din timp.

În această postare, împărtășesc cei patru pași cheie pentru a stăpâni procesul de dezvoltare a MVP. Pentru a ne ajuta să vizualizăm această abordare, vom proiecta o aplicație de livrare a alimentelor, la fel ca Grubhub sau Uber Eats.

Pasul 1: Definiți MVP-ul cu un PRD

Primul pas în procesul de dezvoltare MVP este definirea scopului produsului, caracteristicilor, funcționalității și comportamentului cu un document cu cerințele produsului. PRD este singura sursă de adevăr a proiectului, aliniind echipa de produs în jurul problemei utilizatorului. Ar trebui să includă:

• Obiectivul (enunțarea problemei).
• Informații despre idei (personaje ale utilizatorilor, povești ale utilizatorilor și epopee).
• Analiză (ipoteze, constrângeri și metrici de succes).

Iată cum arată aplicația noastră de livrare de alimente PRD:

Obiectiv

Declarație problemă

O declarație de problemă definește problema reală a utilizatorului pe care produsul își propune să o rezolve. Nu ar trebui să fie mai lung de o singură propoziție și să asigure o înțelegere clară a obiectivului produsului.

De exemplu: „Trebuie să conectăm clienții înfometați la restaurante grozave care își pot livra comenzile cât mai curând posibil.”

Informații despre idee

Personajele utilizatorului

O persoană de utilizator este un personaj fictiv care reprezintă un tip de utilizator și efectuează un set de acțiuni unice. Fiecare persoană contribuie la rezolvarea provocării definite în enunțul problemei.

Personajele aplicației noastre de livrare a alimentelor sunt:

• Rick Restauratorul;
• Dante Livrătorul;
• Chloe clientul; și
• Sabita agentul de asistență.

Utilizarea personajelor în designul MVP permite echipelor să înțeleagă și să empatizeze cu utilizatorii finali și, prin urmare, să își orienteze designurile în funcție de nevoile lor.

Povești și epopee ale utilizatorilor

O poveste de utilizator este o scurtă explicație a modului în care o persoană interacționează cu un produs și atinge unul dintre obiectivele finale ale produsului. De exemplu, pentru Rick Restauratorul: „Când un client plasează o comandă [contextul], vreau să fiu notificat și să văd detaliile comenzii [acțiunea], astfel încât să pot revizui și răspunde în mai puțin de 30 de secunde [ scopul]."

O epopee este un grup mare de povești de utilizator care pot fi împărțite în povești mai mici. Epopeele aplicației noastre de livrare a alimentelor sunt:

• Comandând o masă;
• Raportarea unui articol lipsă;
• Evaluarea experienței de livrare; și
• Returnarea unui articol.

Analiză

Ipoteze

Ipotezele sunt ceea ce ne așteptăm ca produsul să facă sau cum se va comporta utilizatorul. De exemplu: Presupunem că Dante Livrătorul va lucra în timpul orelor de restaurant. Cu toate acestea, programul lui și orele de restaurant ar putea să nu fie compatibile.

Constrângeri

Constrângerile subliniază posibilele limitări ale produsului. De exemplu: Recepția slabă a celulei înseamnă că Chloe Clientul nu va primi actualizări cu privire la starea comenzii sale.

Abordând ipotezele și constrângerile din PRD, le putem aborda mai devreme în proces și putem crea o experiență mai bună pentru utilizator.

Indicatori de succes

Valorile de succes acționabile, cum ar fi implicarea, rata de abandon și durata sesiunii, sunt esențiale pentru măsurarea performanței MVP. Dezvoltarea acestor valori ne ajută să validăm conceptul original de produs și să ghidăm procesul de dezvoltare.

Pentru aplicația noastră de livrare de alimente, am inclus:

• Numărul de descărcări.
• Rata de înscrieri.
• Timpul în aplicație.

Pasul 2: Organizați arhitectura informațională a MVP

Următorul pas în procesul de proiectare MVP este etichetarea și organizarea conținutului digital al aplicației, cum ar fi secțiuni, pagini și funcții. Rezultatul acestui proces se numește arhitectură informațională (IA) și poate fi împărțit în două părți:

1. Definirea continutului produsului; și
2. Determinarea ierarhiei conținutului.

Definiți conținutul aplicației

Pentru a defini conținutul unui produs (imagini, muzică, text, videoclipuri etc.), mai întâi cercetăm tendințele, concurența și publicul nostru țintă. Apoi, pentru a conecta punctele dintre tipurile de conținut, creăm o hartă mentală „rapidă și murdară” cu ramuri, subiecte și subteme. Mind-mapping-ul ne ajută să vizualizăm tot conținutul nostru într-un singur loc și să legăm subiecte legate.

Harta mentală a aplicației noastre va include:

• Un subiect de restaurant cu subiecte secundare pentru meniu, jurnalul de comenzi și paginile bazei de date clienți.
• Subiectul meniului, care constă în opțiuni de mâncare și băuturi și oferte speciale.

Determinați ierarhia conținutului

În continuare, trebuie să stabilim cum să ne prezentăm conținutul, adică ierarhia conținutului. O modalitate excelentă de a comanda conținut este prin sortarea cardurilor, utilizatorii organizând subiectele în grupuri logice. Acest lucru asigură că IA va fi organizată în funcție de așteptările utilizatorilor, mai degrabă decât de ipotezele echipei de produs.

Pentru a efectua o sortare a cardurilor:

1. Alegeți subiecte care reprezintă conținutul principal al produsului.
2. Organizați subiectele în grupuri cu utilizatorul.
3. Etichetați fiecare grup cu utilizatorul și discutați rațiunea din spatele fiecărei decizii.
4. Repetați primii trei pași cu utilizatori suplimentari.
5. Analizați rezultatele și căutați modele comune între grupuri. Acest lucru îi ajută pe designerii de produse să înțeleagă fluxul de utilizatori al produsului.

Pasul 3: Creați wireframes și prototipuri

Creați un Wireframe

Cu conținutul nostru definit și organizat, putem construi aspectul de bază al interfeței de utilizare a aplicației cu un instrument de wireframing. Există multe beneficii ale wireframing-ului MVP, și anume că ne permite să ne vizualizăm produsul, păstrând în același timp lucrurile slabe.

Pentru aplicația noastră de livrare a alimentelor, vom încadra în două etape:

1. Schițați aspectul fiecărui ecran, inclusiv dimensionarea și poziționarea.
2. Creați o bibliotecă de componente de bază a interfeței de utilizare, inclusiv anteturi și subsoluri, blocuri de conținut și meniuri. Aceste componente ale UI vor servi drept substituenți până când ne convertim wireframe într-un prototip de înaltă fidelitate.

Acum avem un cadru fir cu care să vizualizăm aspectul și funcționalitățile de bază ale aplicației.

Testați cu utilizatorii

Procesul nostru MVP implică abordarea de testare a utilizatorilor „măsurați, învățați, repetați” pentru a identifica și a remedia devreme potențialele puncte de frecare.

De exemplu, în aplicația noastră de livrare de alimente, observăm că utilizatorii nu par să aplice filtrele aplicației pentru a rafina tipurile de alimente, prețul sau distanța. Vom efectua două tipuri de teste — nemoderate și moderate — pentru a colecta cel mai mult feedback pentru a înțelege de ce.

1. Testarea nemoderată pentru date cantitative cu Maze : Măsurând performanța utilizatorilor la o anumită sarcină, testarea nemoderată oferă o evaluare indirectă a utilizării prin date cantitative. Avantajul acestui tip de testare? Primim feedback statistic solid despre o problemă, fără rezultate „aleatoare” care ar putea afecta răspunsul nostru la acea problemă.

De exemplu, pâlnia de clic din Maze arată o scădere abruptă pe ecranul de filtrare și o rată scăzută de finalizare a acestei sarcini. Putem vedea că utilizatorii au probleme cu filtrele. Cu toate acestea, cu testarea nemoderată, aceasta ar fi măsura feedback-ului.

2. Testare moderată pentru date calitative cu Userfeel : Prin observarea utilizatorilor pentru a înțelege cum termină o sarcină și punând întrebări ulterioare, testarea moderată oferă o evaluare directă a utilizabilității prin intermediul datelor calitative. Avantajul acestui tip de testare? Știm exact care aspecte ale sarcinii sunt problematice.

De exemplu, o înregistrare Userfeel ar dezvălui utilizatorul care se străduiește să înțeleagă cum funcționează filtrele și să identifice unde se află problema specifică, de exemplu, textul filtrului este prea mic și limitează lizibilitatea.

Folosind acest feedback colectiv, putem itera pe wireframe-ul nostru pentru a construi o funcție de filtrare mai ușor de utilizat.

Dezvoltați un prototip de înaltă fidelitate

Cu MVP-ul nostru wireframe validat, este timpul să trecem la o experiență interactivă de prototipare. Spre deosebire de wireframingul de bază, prototipurile de înaltă fidelitate (hi-fi) beneficiază de design și animație UI perfecte pentru pixeli și sunt mult mai apropiate ca aspect și funcționalitate de produsul final. Le putem folosi pentru a deduce afirmații vizuale importante și pentru a aduna feedback în timp real în legătură cu designul nostru MVP.

Ne vom converti wireframe-ul într-un prototip interactiv prin:

• Îmbunătățirea brandingului interfeței noastre de utilizare, cum ar fi gradienții și paletele de culori și tipografia.
• Aplicarea de animații avansate, cum ar fi derularea, filarea și micro-interacțiunile.

Iată un exemplu despre cum ar putea arăta un prototip hi-fi Figma pentru aplicația noastră de livrare de alimente.

Pasul 4: finalizați QA de proiectare

În cele din urmă, vom confirma că totul arată conform așteptărilor și funcționează fără probleme făcând clic pe prototip și verificând că:

• MVP-ul nostru rezonează cu conceptul inițial de produs.
• Fluxul utilizatorului se simte natural.
• Au fost luate în considerare toate cazurile de utilizare.
• Toate erorile de dezvoltare au fost remediate.

Apoi, vom rezuma și vom comunica toate problemele rămase echipei de dezvoltare ca bilete de asigurare a calității. Aceste bilete pot fi abordate într-o perioadă de rece de una până la două săptămâni înainte de lansarea MVP.

Îmbunătățiți-vă procesul de proiectare cu cadrul de dezvoltare MVP

În lumea dezvoltării produselor pentru startup, resursele de design sunt rare. Procesul MVP îi ajută pe designeri să construiască și să lanseze produse ușor de utilizat la timp, fără să-și explodeze bugetele.

Acest cadru MVP în patru pași m-a ajutat să-mi mențin designurile de produse centrate pe utilizator în mod repetat. Testați-l singur și veți fi sigur că acordați prioritate utilizatorului în procesul de dezvoltare a designului.