4 passaggi per padroneggiare il processo di sviluppo MVP

I team di prodotti di avvio spesso devono affrontare budget e scadenze ristretti. Con risorse limitate, hanno il compito di creare nuovi prodotti senza utenti, feedback o richieste di funzionalità. Come designer di prodotti che ha familiarità con queste sfide, so quanto può essere difficile.

Fortunatamente, c'è un modo per gestire l'incertezza, rimanere concentrato sull'utente e fornire prodotti in tempo e nel rispetto del budget: il framework MVP. Un prodotto minimo valido è una versione lanciabile di un prodotto con funzionalità appena sufficienti per risolvere un problema principale dell'utente. Gli MVP aiutano i team di prodotto a conoscere meglio il proprio pubblico di destinazione, esercitando meno sforzi nel processo di progettazione/sviluppo. Riducono anche il rischio consentendo ai progettisti di testare le ipotesi in anticipo.

In questo post, condivido i quattro passaggi chiave per padroneggiare il processo di sviluppo di MVP. Per aiutarci a visualizzare questo approccio, progetteremo un'app per la consegna di cibo, proprio come Grubhub o Uber Eats.

Passaggio 1: definire l'MVP con un PRD

Il primo passo nel processo di sviluppo di MVP è definire lo scopo, le caratteristiche, la funzionalità e il comportamento del prodotto con un documento sui requisiti del prodotto. Il PRD è l'unica fonte di verità del progetto, allineando il team di prodotto al problema dell'utente. Dovrebbe includere:

• L'obiettivo (dichiarazione del problema).
• Informazioni sull'ideazione (personaggi degli utenti, storie degli utenti ed epiche).
• Analisi (presupposti, vincoli e metriche di successo).

Ecco come appare la nostra app per la consegna di cibo PRD:

Obbiettivo

Dichiarazione problema

Una definizione del problema definisce il problema reale dell'utente che il prodotto mira a risolvere. Non dovrebbe essere più lungo di una singola frase e garantire una chiara comprensione dell'obiettivo del prodotto.

Ad esempio: "Dobbiamo collegare i clienti affamati a ottimi ristoranti in grado di consegnare i loro ordini il prima possibile".

Informazioni sull'ideazione

Persona utente

Un personaggio utente è un personaggio immaginario che rappresenta un tipo di utente ed esegue una serie di azioni uniche. Ogni persona contribuisce a risolvere la sfida definita nella dichiarazione del problema.

Le nostre app per la consegna di cibo sono:

• Rick il ristoratore;
• Dante il fattorino;
• Cloe il Cliente; e
• Sabita l'agente di supporto.

L'utilizzo delle persone nella progettazione di MVP consente ai team di comprendere ed entrare in empatia con gli utenti finali e quindi di indirizzare i propri progetti alle loro esigenze.

Storie di utenti ed epiche

Una user story è una breve spiegazione di come una persona interagisce con un prodotto e raggiunge uno degli obiettivi finali del prodotto. Ad esempio, per Rick the Restaurateur: "Quando un cliente effettua un ordine [il contesto], voglio essere avvisato e vedere i dettagli dell'ordine [l'azione] in modo da poterlo rivedere e rispondere in meno di 30 secondi [ L'obiettivo. il gol]."

Un'epopea è un grande gruppo di storie utente che possono essere suddivise in storie più piccole. Le nostre epiche app per la consegna di cibo sono:

• Ordinare un pasto;
• Segnalazione di un oggetto mancante;
• Valutazione dell'esperienza di consegna; e
• Restituzione di un articolo.

Analisi

Presupposti

I presupposti sono ciò che ci aspettiamo che farà il prodotto o come si comporterà l'utente. Ad esempio: supponiamo che Dante il fattorino lavorerà durante le ore del ristorante. Tuttavia, il suo programma e gli orari del ristorante potrebbero non essere compatibili.

Vincoli

I vincoli delineano le possibili limitazioni del prodotto. Ad esempio: una scarsa ricezione del cellulare significa che Chloe il Cliente non riceverà aggiornamenti sullo stato del suo ordine.

Affrontando presupposti e vincoli nel PRD, possiamo affrontarli nelle prime fasi del processo e creare un'esperienza migliore per l'utente.

Metriche di successo

Metriche di successo attuabili, come coinvolgimento, tasso di abbandono e durata della sessione, sono essenziali per misurare le prestazioni di MVP. Lo sviluppo di queste metriche ci aiuta a convalidare il nostro concetto di prodotto originale e a guidare il processo di sviluppo.

Per la nostra app per la consegna di cibo, abbiamo incluso:

• Il numero di download.
• Il tasso di iscrizioni.
• Tempo nell'app.

Passaggio 2: organizzare l'architettura dell'informazione dell'MVP

Il passaggio successivo nel processo di progettazione di MVP è l'etichettatura e l'organizzazione del contenuto digitale dell'app, come sezioni, pagine e funzionalità. Il risultato di questo processo è chiamato architettura dell'informazione (IA) e può essere suddiviso in due parti:

1. Definizione del contenuto del prodotto; e
2. Determinazione della gerarchia del contenuto.

Definisci il contenuto dell'app

Per definire il contenuto di un prodotto (immagini, musica, testo, video, ecc.), per prima cosa cerchiamo le tendenze, la concorrenza e il nostro pubblico di destinazione. Quindi, per collegare i punti tra i tipi di contenuto, creiamo una mappa mentale "rapida e sporca" con rami, argomenti e sottoargomenti. La mappatura mentale ci aiuta a visualizzare tutti i nostri contenuti in un unico posto e a collegare argomenti correlati.

La nostra mappa mentale dell'app includerà:

• Un argomento del ristorante con argomenti secondari per le pagine del menu, del registro degli ordini e del database dei clienti.
• Il sottoargomento del menu, che comprende cibi e bevande e offerte speciali.

Determina la gerarchia dei contenuti

Successivamente, dobbiamo determinare come presentare i nostri contenuti, ovvero la gerarchia dei contenuti. Un ottimo modo per ordinare i contenuti è l'ordinamento delle schede, con gli utenti che organizzano gli argomenti in gruppi logici. Ciò garantisce che l'IA sarà organizzata in base alle aspettative degli utenti, anziché in base alle ipotesi del team di prodotto.

Per condurre un ordinamento delle carte:

1. Scegli gli argomenti che rappresentano il contenuto principale del prodotto.
2. Organizza gli argomenti in gruppi con l'utente.
3. Etichetta ogni gruppo con l'utente e discuti la logica alla base di ogni decisione.
4. Ripeti i primi tre passaggi con altri utenti.
5. Analizzare i risultati e cercare schemi comuni tra i gruppi. Questo aiuta i progettisti di prodotti a comprendere il flusso di utenti del prodotto.

Passaggio 3: crea wireframe e prototipi

Crea un Wireframe

Con i nostri contenuti definiti e organizzati, possiamo creare il layout dell'interfaccia utente di base dell'app con uno strumento di wireframing. Ci sono molti vantaggi del wireframing MVP, in particolare che ci consente di visualizzare il nostro prodotto mantenendo le cose snelle.

Per la nostra app per la consegna di cibo, eseguiremo il wireframe in due fasi:

1. Disegna il layout di ogni schermo, incluso il dimensionamento e il posizionamento.
2. Crea una libreria di componenti dell'interfaccia utente di base, inclusi intestazioni e piè di pagina, blocchi di contenuto e menu. Questi componenti dell'interfaccia utente fungeranno da segnaposto fino a quando non convertiremo il nostro wireframe in un prototipo ad alta fedeltà.

Ora abbiamo un wireframe con cui visualizzare il layout e le funzionalità di base dell'app.

Prova con gli utenti

Il nostro processo MVP prevede l'approccio di test utente "misura, impara, ripeti" al fine di identificare e correggere i potenziali punti di attrito in anticipo.

Ad esempio, nella nostra app per la consegna di cibo, notiamo che gli utenti non sembrano applicare i filtri dell'app per perfezionare i tipi di cibo, il prezzo o la distanza. Eseguiamo due tipi di test, non moderati e moderati, per raccogliere il maggior numero di feedback e capirne il motivo.

1. Test non moderati per dati quantitativi con Maze : misurando le prestazioni degli utenti su una determinata attività, i test non moderati offrono una valutazione indiretta dell'usabilità attraverso dati quantitativi. Il vantaggio di questo tipo di test? Riceviamo un valido feedback statistico su un problema, senza risultati "casuali" che potrebbero influire sulla nostra risposta a quel problema.

Ad esempio, l'imbuto dei clic di Maze mostra un forte calo nella schermata del filtro e un basso tasso di completamento di questa attività. Possiamo vedere che gli utenti hanno problemi con i filtri. Tuttavia, con test non moderati, questa sarebbe l'entità del feedback.

2. Test moderati per dati qualitativi con Userfeel : osservando gli utenti per capire come completano un'attività e ponendo domande di follow-up, i test moderati offrono una valutazione diretta dell'usabilità attraverso dati qualitativi. Il vantaggio di questo tipo di test? Sappiamo esattamente quali aspetti del compito sono problematici.

Ad esempio, una registrazione Userfeel rivelerebbe l'utente che lotta per capire come funzionano i filtri e identificare dove si trova il problema specifico, ad esempio, il testo del filtro è troppo piccolo e limita la leggibilità.

Utilizzando questo feedback collettivo, possiamo eseguire iterazioni sul nostro wireframe per creare una funzione di filtro più intuitiva.

Sviluppa un prototipo ad alta fedeltà

Con il nostro MVP wireframe convalidato, è ora di passare a un'esperienza di prototipazione interattiva. In contrasto con il wireframing di base, i prototipi ad alta fedeltà (hi-fi) sfruttano il design e l'animazione dell'interfaccia utente perfetti per i pixel e sono molto più vicini nell'aspetto e nella funzionalità al prodotto finale. Possiamo usarli per dedurre importanti affermazioni visive e raccogliere feedback in tempo reale in relazione al nostro design MVP.

Convertiremo il nostro wireframe in un prototipo interattivo:

• Perfezionare il marchio della nostra interfaccia utente, come le sfumature di colore, le tavolozze e la tipografia.
• Applicazione di animazioni avanzate, come scorrimento, tabulazione e micro-interazioni.

Ecco un esempio di come potrebbe essere un prototipo Hi-Fi Figma per la nostra app per la consegna di cibo.

Passaggio 4: completare il QA di progettazione

Infine, confermeremo che tutto sembra come previsto e funziona senza intoppi facendo clic sul prototipo e verificando che:

• Il nostro MVP risuona con il concetto di prodotto iniziale.
• Il flusso dell'utente sembra naturale.
• Tutti i casi d'uso sono stati considerati.
• Tutti i bug di sviluppo sono stati corretti.

Quindi, riassumeremo e comunicheremo eventuali problemi rimanenti al team di sviluppo come ticket di garanzia della qualità. Questi ticket possono essere gestiti in un periodo di attesa da una a due settimane prima del lancio dell'MVP.

Migliora il tuo processo di progettazione con il framework di sviluppo MVP

Nel mondo dello sviluppo di prodotti per startup, le risorse di progettazione sono scarse. Il processo MVP aiuta i designer a creare e lanciare prodotti di facile utilizzo in tempo senza far saltare i loro budget.

Questo framework MVP in quattro passaggi mi ha aiutato a mantenere i progetti dei miei prodotti incentrati sull'utente più e più volte. Provalo tu stesso e sarai sicuro di dare la priorità all'utente nel processo di sviluppo del progetto.