In un mondo di prove ed errori, chi riesce a trovare gli errori più velocemente è quello che vince. Alcuni chiamano questo approccio “fail fast”. Eric Ries lo chiama Lean, mentre Kent Beck e altri sviluppatori di software lo chiamano Agile.
Comunque lo chiamiate, il punto è scoprire quali delle vostre supposizioni sul prodotto sono sbagliate ottenendo un feedback dagli utenti reali il più velocemente possibile.
La metodologia agile presuppone la divisione dello sviluppo del prodotto in sprint, che permette di ridurre i rischi e di rispondere rapidamente ai cambiamenti richiesti.
Perché la metodologia agile è costruita intorno all’idea di un processo iterativo basato sul feedback del cliente, il MVP gioca un ruolo centrale nello sviluppo agile.
Costruire un Prodotto Minimo Vitale (MVP) aiuta a consegnare un nuovo prodotto con caratteristiche sufficienti a soddisfare i primi utilizzatori, il che permette di ottenere un feedback prezioso e di costruire un set completo di caratteristiche in seguito.
Il concetto di MVP è praticato soprattutto nell’industria del software per controllare la fattibilità del prodotto. Se stai cercando un’azienda che costruisca il MVP per te, controlla questa azienda di sviluppo software.
La maggior parte del software oggi è sviluppato utilizzando la metodologia Agile. Nell’ambiente Agile, sentirete spesso la frase minimum viable product (MVP).
Questo termine significa semplicemente: la cosa più minimamente funzionale che puoi costruire e che si rivolge all’opportunità abbastanza bene per la maggior parte dei tuoi clienti target e convalida il tuo mercato e prodotto.
In altre parole, se dovessi pensare alla funzione principale che stai cercando di far compiere ai clienti, qual è il prodotto più semplice che puoi costruire per permettere loro di raggiungere quell’obiettivo?
Per esempio, diciamo che sei tornato indietro nel tempo e stai lavorando alla prima versione di un’app per un giornale. La funzione principale di un’app sarebbe quella di informare i suoi lettori. Ecco perché il prodotto più semplice che potreste costruire sarebbe una lista di titoli di notizie e un pulsante per aggiornare.
Ancora una volta, la chiave per un MVP di successo è concentrarsi sul valore centrale che l’app fornisce, che è una notizia fresca, piuttosto che passare il tempo a costruire caratteristiche aggiuntive dell’app.
Nota che MVP non significa che il prodotto debba essere cattivo. La verità è che dovrebbe essere molto buono in quello che fa, ma dovrebbe concentrarsi a fare solo poche funzioni di base.
In poche parole, le caratteristiche principali del MVP sono:
- Ha abbastanza valore che la gente è disposta ad usarlo o comprarlo inizialmente
- Mostra abbastanza benefici futuri da trattenere i primi utilizzatori
- Fornisce un ciclo di feedback per guidare lo sviluppo futuro
Perché dovresti usare una metodologia Agile per sviluppare il MVP?
Un elemento di differenziazione chiave tra Agile e altre metodologie è che Agile sfrutta gli MVP. Con un approccio Agile, si costruisce la cosa più semplice possibile, si raccolgono dati su come i clienti la usano, e poi si perfeziona il prodotto se necessario.
Questo vi permetterà di lavorare abbastanza efficacemente, costruendo solo le caratteristiche che i clienti vogliono e useranno piuttosto che perdere tempo a costruire cose che ai clienti non interessano.
Contrasta questo con approcci allo sviluppo del prodotto non basati sugli MVP. Usando altri approcci, puoi finire per spendere un sacco di tempo cercando di costruire il prodotto “perfetto” con tutte le caratteristiche che puoi immaginare, ma una volta che è fuori nel mondo reale scopri che i clienti non usano la metà delle caratteristiche che pensavi avrebbero usato.
Ecco l’esempio di prodotto minimo vitale (MVP) agile:
Fonte: Dropbox
Drew Houston – il CEO di Dropbox, ha deciso di creare un MVP per la startup di cloud-storage sotto forma di video.
Hanno fatto un video esplicativo e l’hanno condiviso con la loro rete per valutare le reazioni della gente. Il video di 3 minuti spiegava cos’è Dropbox e dimostrava come avrebbe aiutato le persone.
Dopo aver rilasciato il video, l’azienda ha aumentato le iscrizioni da 5.000 persone a 75.000 durante la notte per l'”accesso anticipato” – tutto questo senza avere un prodotto effettivo.
Quindi i principali benefici della costruzione del MVP (agile) sono:
- Ricerca iniziale del consumatore
Più velocemente il prodotto raggiunge l’utente target, prima si ottiene il feedback e si analizzano le sfide o le preferenze del cliente. Se gli utenti non trovano il vostro MVP prezioso, avete spazio per fare un pivot e testare le altre proposte di valore.
O, se è vero il contrario, sarete sicuri che le caratteristiche sviluppate sono utili per i clienti target, quindi potete andare avanti. Nel peggiore dei casi, puoi congelare il progetto per tagliare le perdite.
- Fase di test
Il più grande vantaggio di sviluppare un MVP è che permette di testare vari modelli e concetti di business.
Offrendo il nucleo delle funzioni piuttosto che un prodotto ricco di funzionalità, puoi verificare se il loro concetto di prodotto risuona con il tuo modello di business, fornendo un’opportunità per cambiare la direzione del prodotto in base ai risultati.
A differenza dei prodotti ricchi di funzioni, quando il MVP viene lanciato, avrete la possibilità di identificare quali tipi di gruppi sociali sono gli utenti più attivi, come interagiscono con il prodotto e come potete monetizzare.
- Efficienza dei costi
I prodotti di qualità sono il risultato di anni di sviluppo, con un prezzo adeguato. Ma poiché questi prodotti sono stati creati iterativamente su un periodo più lungo, il costo è distribuito nel tempo.
L’approccio MVP aiuta anche a risparmiare evitando che il prodotto diventi troppo complicato. Man mano che il prodotto inizia ad avere più trazione e a raccogliere più informazioni sulla direzione verso cui il prodotto si sta muovendo, è possibile aumentare o ridurre gli investimenti.
Se siete interessati a saperne di più sulle metodologie Agile e SCRUM, vi consigliamo di controllare questo articolo dello SCRUM Institute su come diventare un master SCRUM in un processo dettagliato passo dopo passo. Offrono anche i programmi di certificazione Scrum più popolari ed economici a livello globale.
Il processo di costruzione del MVP (Agile)
Ora, una volta che sapete cos’è un MVP, perché è usato in Agile, e quali sono i benefici di esso, diamo un’occhiata ai 6 passi necessari per costruire un MVP.
Passo #1: Identificare quale problema stai risolvendo e per chi
Quando si sviluppa una versione di nuovi prodotti la maggior parte delle persone non sono sufficientemente rigorose nel definire i problemi che stanno cercando di risolvere e nell’articolare perché questi problemi sono importanti. Senza questo processo, il prodotto può perdere opportunità e sprecare risorse. Ecco perché è necessario diventare più bravi a porre le domande giuste in modo da affrontare i problemi giusti.
Guarda la tua idea di prodotto e chiediti:
- Chi è il tuo pubblico di riferimento?
Se ti blocchi in questa fase, prova a identificare le tue sfide personali. C’è qualcosa che saresti in grado di fare meglio se avessi lo strumento giusto?
- Perché il tuo pubblico di riferimento ha bisogno di questo prodotto?
Questo ti aiuterà a identificare l’obiettivo principale del tuo prodotto e la soluzione ai bisogni dei tuoi potenziali clienti.
- In quale situazione lo userebbero?
Fonte: Metabeta
Nota: Nel processo di identificazione delle risposte alle domande di cui sopra è importante mantenere tutto reale e fare stime di tempo e costi in aggiunta.
Step #2: Analizza i tuoi concorrenti
Appena hai capito quale problema stai risolvendo, è il momento di vedere come altre aziende stanno risolvendo questo problema – o almeno cercando di risolverlo. A questo punto, è ovvio che devi condurre un’analisi della concorrenza se ci sono prodotti simili sul mercato.
Dovresti anche tenere a mente che anche se non pensi di avere dei concorrenti diretti, la tua fede nell’unicità del tuo prodotto sarà la base per portare con fiducia il tuo prodotto sul mercato.
Step #3: Definire il flusso dell’utente, Wireframe & Design
Definire il flusso dell’utente per il tuo futuro prodotto implica concentrarsi direttamente sul tuo obiettivo primario. Al fine di definire il flusso principale dell’utente, dovremmo prima definire le fasi del processo che è in realtà facile perché tutto quello che dovete fare è spiegare i passi necessari per raggiungere l’obiettivo primario del vostro prodotto.
A questo punto, non dovreste pensare alle caratteristiche – ma dovreste concentrarvi sui compiti di base come i tipi di obiettivi che i vostri utenti finali hanno quando usano il vostro prodotto, le loro aspettative, ecc.
Una volta che avete finito di definire il flusso dell’utente, potete passare al wireframing, che è semplicemente un’illustrazione di una pagina web o un’app. Un wireframe è un layout che articola il tipo di elementi dell’interfaccia che troveranno posto nelle pagine importanti.
Esempio di wireframing:
Progettare l’interfaccia utente (UI) mette insieme concetti di interaction design, visual design e architettura dell’informazione. Qui, dovresti capitalizzare ciò che hai imparato nelle fasi precedenti per produrre un’esperienza che sorprenda e delizi l’utente finale.
Qui a Clevio, quando abbiamo il primo prototipo pronto (di solito un mock-up cliccabile) facciamo il test dell’utente. Il test utente è essenziale per il successo della nuova app. Quando abbiamo i risultati dei test utente pronti, iteriamo i wireframe e li ritestiamo sugli utenti.
Dopo che i wireframes sono stati testati si dovrebbe passare alla fase di design che dovrebbe essere diversa per ogni piattaforma (iOS, Android, Web,…).
Step #4: Analizza le tue caratteristiche
Sapevi che più del 45% delle caratteristiche integrate nei prodotti software sono raramente o mai usate?
Ora che hai creato il tuo flusso di utenti, puoi iniziare a creare una lista più dettagliata di caratteristiche per ogni fase particolare, ma tenendo a mente le statistiche.
Una volta che avete stabilito le vostre caratteristiche per ogni fase, avrete bisogno di dare loro la priorità. Qual è l’azione più importante che volete che i vostri utenti completino? Questa sarà la vostra caratteristica principale.
Uno dei metodi di prioritizzazione delle caratteristiche è MoSCoW che è usato per decidere quali funzioni completare per prime, quali devono venire dopo e quali escludere. Un’altra tecnica usata per misurare la necessità delle caratteristiche è basata sul valore di business (tempo per sviluppare vs. nice to have vs. costi)
Fonte: ProductPlan
Step #5: Sviluppo & Testing
Ora che conosci le caratteristiche del tuo prodotto minimo vitale (MVP), è il momento di metterle in pratica. Passando alla fase di sviluppo, devi testare il tuo prodotto e lavorare per migliorarne la qualità.
Dopo l’approvazione dei Wireframes, dovresti iniziare a lavorare sull’architettura di setup, sul database e iniziare a sviluppare API, Amministrazione, e tutto il back-end.
Alpha e beta testing possono aiutare qui come alcuni dei modi più popolari per verificare le prestazioni di un prodotto in diversi scenari. Assicurati di allineare i test e di apportare solo le modifiche che riguardano l’intera esperienza dell’utente.
Come standard, dovresti implementare i seguenti test in un ambiente controllato prima che l’app venga lanciata:
- Test di funzionalità
- Test di usabilità
- Test di compatibilità
- Test di folla
- Test di interfaccia
- Test di performance
- Test di sicurezza
Durante il processo di sviluppo, dovresti testare continuamente tutte le caratteristiche implementate.
Per esempio, qui a Clevio, costruiamo applicazioni mobili, e le versioni beta sono caricate su Google alpha/beta testing e su TestFlight di Apple. Le build di test interne sono in Appcenter (uno strumento ufficiale di Microsoft).
Quando il “release candidate” (un prodotto pronto per il mercato) è pronto, facciamo un beta testing aperto o chiuso, dove invitiamo il maggior numero di utenti rilevanti nel programma di beta test e raccogliamo feedback su funzionalità e bug.
Step #6: Arrivare eternamente al product-market fit o fallire
Se convalidate il MVP, potete iniziare a guardare la portata del vostro prodotto ed espandere. A questo punto, o raccogli il capitale iniziale per aiutarti a raggiungere il mercato più velocemente o fallisci.
Per un’applicazione mobile, di solito facciamo un “lancio morbido” quando rilasciamo il MVP su AppStore e Google Play ma non incoraggiamo alcuna commercializzazione dell’applicazione in questo momento.
Come l’app sta ottenendo più utenti alcuni bug possono saltare fuori e siamo sicuri di risolvere tutto al più presto. Di solito, rilasciamo nuove build ogni due giorni. Una volta che l’applicazione è stabile e abbiamo un tasso di utenti senza crash superiore al 99,9%, si consiglia di iniziare con il marketing e acquisire più utenti.
I dati sono davvero importanti ed è per questo che consigliamo di monitorare il comportamento degli utenti con Mixpanel o Google Firebase analytics in modo da poter capire come gli utenti stanno realmente utilizzando l’app.
Lo sviluppo del prodotto non è mai finito. Molto importante è chiedere il feedback degli utenti e iterare il prodotto. Quando abbiamo più utenti eseguiamo test A / B per essere in grado di testare varie soluzioni e aumentare il coinvolgimento degli utenti.
Fonte: ProductPlan
Conclusione
A Cleevio abbiamo sviluppato oltre 120 MVP negli ultimi 10 anni quindi abbiamo abbastanza esperienza sotto la cintura, per sapere quali MVP scalano e quali bruciano e muoiono.
Sappiamo che è un po’ opprimente preparare una roadmap, documentazione o wireframe per la tua idea di MVP, quindi sentiti libero di contattarci e saremo felici di offrirti qualche consiglio gratuito.
Per una consulenza sul tuo MVP mandaci un’email a [email protected] .