Come lavorare con gli MVP (Prodotti minimi fattibili)

Parliamo di MVP (Prodotti minimi fattibili) e di come tu, in qualità di product manager o di User Experience professional, puoi lavorare con scadenze e budget ristretti pur continuando a offrire un ottimo prodotto.

Cos'è un MVP?

Probabilmente hai già incontrato l'acronimo MVP - quasi certamente se lavori nel settore tecnologico - e nonostante sia una parola controverso di tre lettere, un MVP è probabilmente uno dei passi più importanti verso la costruzione di un grande prodotto. L'obiettivo principale della spedizione di un prodotto minimo vitale dovrebbe essere sempre "metterlo di fronte ai clienti per iniziare a convalidare le tue ipotesi".

Come gruppo, è necessario raccogliere i punti di forza e concentrarsi sulla creazione di una comprensione condivisa della visione e degli obiettivi aziendali. Devi identificare il problema che stai cercando di risolvere e capire come ti organizzerai, nel più breve tempo possibile, iniziare a conoscere ciò che i clienti desiderano veramente e come potranno aiutarti a raggiungere quegli obiettivi.

L'analogia della ciambella

Quando ho iniziato a parlare di MVP in classe, userei l'analogia di una semplice ciambella semplice (che sarebbe il mio MVP) e una ciambella piena di cioccolato, spruzza e tutta la bontà possibile (una successiva iterazione del prodotto). 

MVP e iterazione successiva? Icone di ciambella di Diana Toma

Oggigiorno, più lavoro con i team e il concetto di MVP, specialmente ora che ho un ruolo Product, mi ritrovo a mettere in discussione questa analogia. Costruire MVP per convalidare le ipotesi potrebbe infatti significare che all'inizio si sbagliava, e la successiva iterazione non è nemmeno una ciambella; forse è un semplice waffle ?! Certo, sarebbe ancora semplice, e avresti ancora bisogno di passare attraverso il processo di convalida, ma non sarebbe più una ciambella.

Quindi ... Che cosa non è un MVP?

Per questo ho intenzione di prendere in prestito un'illustrazione di Henrik Kniberg, spiegando che cosa è un MVP non dovrebbe essere.

di Henrik Kniberg

Henrik descrive due diversi approcci che condividono la stessa visione: una macchina. Ora se il problema che stai cercando di risolvere è il trasporto, vorresti, come cliente, andare ovunque con una gomma? Sicuramente non con una gomma, ma sicuramente con uno skateboard.

Henrik difende il modo agile e incrementale di fornire prodotti, ma afferma che ogni iterazione dovrebbe essere un prodotto utilizzabile / verificabile. Ovviamente, uno skateboard è ben lungi dall'essere un'auto, ma almeno i tuoi clienti stanno provando il tuo prodotto molto prima nel processo e si stanno riprendendo in modo da poter iniziare a imparare e pensare alla successiva iterazione.

Non dovresti passare molto tempo a guardare il design o renderlo tecnicamente ottimo - non vuoi renderlo perfetto per cominciare, ma invece dovresti costruire quel tanto che basta per convalidare le tue ipotesi di business. 

Per riassumere, un MVP non è ...

  • Un prodotto che non può essere utilizzato e testato dai clienti o dai primi utenti dal primo giorno.
  • Un prodotto che non consente a te e al tuo team di apprendere e convalidare ipotesi.
  • Un prodotto che non risolve (o cerca di risolvere) i problemi dei clienti.

In questo articolo

In questo articolo, tratteremo i seguenti argomenti: ti daranno alcuni strumenti per iniziare a pensare a cosa dovrebbe essere il tuo MVP:

  • Concentrandosi sulla risoluzione dei problemi dei clienti
  • Strategizzare sulla costruzione di un MVP per iniziare
  • L'importanza del tagging
  • Apprendimento con dati e approfondimenti
  • iterazione

Concentrandosi sulla risoluzione dei problemi

In definitiva, quando costruisci prodotti, il tuo obiettivo principale dovrebbe sempre essere quello di risolvere i problemi dei clienti. Se non stai risolvendo i loro problemi e non stai portando qualcosa di nuovo che si adatta alla loro routine quotidiana, molto probabilmente non useranno il tuo prodotto. Con l'aumento delle tecniche di progettazione, i team di UX stanno acquisendo strumenti per conoscere i clienti e arrivare al fondo di ciò che vogliono in precedenza nel processo.

Ci sono un certo numero di tecniche che tu e il tuo team potete usare per conoscere i vostri clienti e capire come potete risolvere i problemi:

  • Focus group. Se stai costruendo un nuovo prodotto, invita un gruppo di persone che utilizza i prodotti della concorrenza e chiedi loro quali sono i punti deboli, oltre alle cose che amano veramente, e cerca di capire meglio cosa cambieranno e perché . Se stai migliorando un prodotto esistente o aggiungendo una nuova funzione, perché non invitare i tuoi clienti e porre loro le stesse domande? I focus group sono un ottimo inizio per sviluppare una buona comprensione di ciò che i vostri clienti potrebbero desiderare dal vostro prodotto, ma tenete a mente che i focus group possono essere un po 'di parte; c'è sempre qualcuno con opinioni molto forti che possono influenzare gli altri, quindi dovresti provare a leggere tra le righe.

  • Laboratorio di ideazione. Riunisci il tuo team (parti interessate) ed esponi alcuni dei punti critici trovati. Dovresti anche provare e stampare quanto hai imparato finora sulla visione definita e sugli obiettivi di business e appenderli alle pareti in modo che tutti possano vederli chiaramente. In queste sessioni, chiedi a tutti di disegnare tutte le soluzioni che possono pensare per i problemi che stai cercando di risolvere. Stai cercando quantità, non qualità.

  • Prototipazione e test degli utenti. Idealmente, dovresti fare il prototipo almeno una volta alla settimana. Al giorno d'oggi, i team UX sono più agili e i progettisti di UX tendono a dedicare più tempo allo sketch e ai prototipi su carta o ai wireframe a bassa fedeltà piuttosto che trascorrere lunghi periodi di tempo dietro un computer che prende le decisioni da solo. Fai in modo che il tuo team UX utilizzi i prototipi il prima possibile nel processo per ottenere un feedback positivo dagli utenti. I test di guerrilla sono un modo efficace per testare i primi progetti e non ci vuole quasi nessuno sforzo.

Strategizzare sulla costruzione di un MVP con cui iniziare

Quindi hai fatto molti test mentre provavi a progettare la soluzione migliore. Hai svolto sessioni settimanali di guerriglia, hai portato i tuoi progetti in laboratorio e sei sicuro di essere sulla strada giusta.

Tuttavia, anche se hai provato solo con gli utenti del tuo prodotto, sono una piccola percentuale del tuo pubblico, e erano soggetti a un ambiente di test (difficilmente neutro). Testare con i clienti prima nel processo è inestimabile, ma vorrete ottenere il vostro prodotto là fuori per un pubblico più grande da testare.

Strategizzare la costruzione e il lancio di un prodotto minimo vitale è la cosa migliore per convalidare le tue ipotesi e continuare a costruire su ciò che hai imparato finora.

Un buon modo per iniziare a pensare al tuo MVP è guardare la roadmap che hai costruito nelle sessioni precedenti e concentrarti su cose che risolvono i problemi dei clienti.

Una volta che hai fatto questo, fai la domanda: cosa posso costruire con il minimo sforzo che mi aiuta a convalidare questo prodotto?

Questo è il punto in cui sono ancora in difficoltà: il mio cuore UX (corpo e anima) mi dice sempre di provare a tirar fuori il più possibile. Voglio costruire un'esperienza senza soluzione di continuità dal primo giorno, per ogni utente.

Come proprietario di un prodotto, con una scadenza serrata e un budget per le mie mani, voglio costruire quel tanto che basta per assicurarci che stiamo costruendo la cosa giusta, e credo davvero che questa sia una buona chiamata di prodotto.

L'importanza del tagging

Niente. Può uscire Senza taggare. 

Beh, l'abbiamo già detto, giusto? L'obiettivo di creare un MVP è di apprendere e scorrere. Non c'è modo di imparare (voglio dire veramente impara) con i tuoi clienti, a meno che tu non disponga di un sistema che ti consenta di tenere traccia di ciò che i clienti stanno facendo con il tuo prodotto. Hai bisogno di quei dati preziosi per prendere decisioni informate. Puoi fare ricerche qualitative e chiedere ai tuoi clienti come si sentono riguardo al tuo prodotto, ma sappiamo che potrebbe non essere sufficiente.

Dovrai assicurarti di creare tag nel tuo MVP che ti aiutino a capire in che modo il tuo prodotto sta operando rispetto ai tuoi KPI (Key Performance Indicators) e a misurare le tue ipotesi.

I tag analitici (o di tracciamento) vengono spesso forniti da provider di terze parti come Google Analytics per aiutarci a integrare il nostro prodotto (sito web, app per dispositivi mobili) con i loro strumenti di monitoraggio. I tag di tracciamento non sono altro che un pezzo di codice che dovrai incorporare nel codice sorgente del tuo prodotto per inviare qualsiasi azione del cliente che desideri monitorare e rendere più facile la visualizzazione dei dati.

Diciamo che vuoi tenere traccia del numero di volte in cui un determinato pulsante viene cliccato; il provider ti chiederà di aggiungere un tag evento al codice sorgente del pulsante per assicurarti che un tag venga attivato sul loro strumento ogni volta che un cliente fa clic su quel pulsante. Il loro strumento registrerà quindi questa azione insieme ad altre azioni definite per fornirti una visione dettagliata di ciò che i clienti stanno facendo con il tuo prodotto.

Esiste una gamma di strumenti che puoi utilizzare per tenere traccia dei tuoi clienti online. Inizia scegliendo quello giusto per te e per le tue esigenze aziendali e contatta il loro team di assistenza clienti per ottenere aiuto nella creazione di tag nel tuo prodotto:

  • Adobe Omniture (Adobe Marketing)
  • Mouseflow (registrazioni, mappe di calore, canalizzazioni)
  • statistiche di Google
  • Ottimamente (puoi usare questo per la sperimentazione con test A / B o Multivariant, che tratterò più avanti in questo articolo)

Apprendimento con dati e approfondimenti

Una volta che il tracciamento è attivo e il tuo MVP è fuori, puoi iniziare a guardare a ciò che i tuoi clienti stanno facendo con il tuo prodotto.

Se sei nuovo all'analisi, ci sono alcune cose che puoi fare per capire i dati e cosa dovresti guardare. Google ha alcuni video introduttivi per iniziare e puoi anche leggere il libro Lean Analytics. Questi ti aiuteranno a capire le metriche attuabili e cosa fare con i dati che stai ricevendo.

Se per caso sei abbastanza fortunato da avere un team dedicato alle intuizioni nella tua azienda, sarà in grado di aiutarti a capire meglio i dati! Molto probabilmente saranno in grado di creare report con le metriche chiave che desideri seguire per semplificarti la vita.

Qualunque sia il mezzo per ottenere questi dati, tutto il team dovrebbe averne accesso. Dovresti discutere tutti i risultati e le prospettive per il tuo prodotto. Come è la soddisfazione del cliente? Sta guidando gli obiettivi che hai impostato?

Se la risposta è sì, allora grandi notizie! Le tue precedenti ipotesi erano giuste, e hai fatto un ottimo lavoro. Se, d'altra parte, il tuo MVP non sta guidando le metriche che ti aspettavi, capisci perché e concordi su ciò che dovresti fare in seguito (inoltre, supponiamo che tu abbia deciso di avviare un MVP prima di assegnare tonnellate di risorse e denaro a un prodotto che non avrebbe avuto il successo come inizialmente pensavate che sarebbe).

Test multivariante

Se la tua base di clienti è abbastanza buona, dovresti incoraggiare i test A / B o Multivariant. Ciò ti consentirà, per tutto il ciclo di vita del tuo prodotto, di testare diverse varianti e assicurarti di continuare a guidare queste metriche.

Puoi apportare modifiche alla tua interfaccia e vedere cosa funziona meglio per i tuoi clienti. Prova piccole modifiche come cambiare la copia su un titolo o un colore del pulsante e avere due versioni del tuo prodotto in esecuzione fianco a fianco per analizzare i risultati. Potresti anche cambiare completamente un'interfaccia; Ottimamente è solo un esempio di uno strumento che può aiutarti a eseguire questi esperimenti. Imposta i parametri che desideri testare e la percentuale di clienti che desideri mostrare alla nuova versione della tua pagina o del tuo prodotto e traccia i risultati.

Vai avanti e Iterate!

È ora che inizi a scorrere e sviluppi quello che hai già. Idealmente, la tua roadmap è ormai prioritaria e in un modo che puoi rilasciare continuamente incrementi di prodotto. Ora è il momento giusto per iniziare a mobilitare la tua squadra per pensare al prossimo calo.

Ricorda, ogni iterazione del tuo prodotto dovrebbe essere utilizzabile (il "fattibile" in MVP). Dovrebbe cercare di convalidare o sfidare le tue ipotesi e in un modo che ti dia dati misurabili. Buona fortuna con gli MVP nel flusso di lavoro di sviluppo prodotto!