Dovresti creare un MVP prima di creare un'app?
Pubblicato: 2022-03-10Puoi permetterti di scommettere su un'idea per un'app o su un'ipotesi su come i consumatori risponderanno ad essa? Scommetto che nemmeno i tuoi clienti si sentono a proprio agio nel farlo, specialmente quando sono in gioco i loro soldi e la loro reputazione.
Un'app può essere un investimento rischioso per un'azienda se non viene affrontata con cura. Anche in questo caso, i concetti di app più studiati possono portare a tassi di download e fidelizzazione degli utenti deludenti.
Che tu sia nel business della creazione di app mobili o di prodotti SaaS, hai pensato di utilizzare prodotti minimi vitali (MVP) per salvaguardare gli investimenti dei tuoi clienti?
Gli MVP non solo ti consentono di portare i progetti attraverso la tua pipeline più rapidamente, ma consentono agli sviluppatori di creare prodotti complessivamente più forti per i loro clienti.
Ecco cosa devi sapere.
Il valore degli MVP nello sviluppo di app
Frank Robinson è stato il primo a definire cosa fosse un MVP nel 2001. Alla base, un MVP è una versione ridotta di un prodotto che viene rilasciata al pubblico allo scopo di testare e convalidare il concetto e la fattibilità del prodotto sul mercato .
Eric Ries, l'autore di The Lean Startup, è stato uno dei primi sostenitori degli MVP e aveva alcune cose interessanti da dire sul perché e come dovremmo usarli nel 2013:
Il punto non è creare prodotti più snelli. È per portare la versione o il concetto più semplice di un'app nelle mani di adottanti ed evangelisti. In questo modo, lo sviluppatore raccoglie in anticipo il feedback degli utenti che, a sua volta, viene utilizzato per modellare correttamente il prodotto nella sua versione finale.
Prendi Dropbox, per esempio. Ecco come appariva la pagina di destinazione del prodotto nel 2009:
È una semplice pagina che include il nome dell'azienda, una spiegazione del software e un collegamento per scaricare l'app desktop o mobile. Per gli utenti che vogliono saperne di più su ciò che stanno ricevendo, il "tour" li ha portati in un mini-sito con maggiori informazioni:
Questo è molto diverso dal potente servizio di archiviazione, creazione di contenuti e collaborazione che i consumatori e le aziende utilizzano oggi:
Ma questo è il bello dell'MVP. In sostanza, costringe gli sviluppatori a creare prodotti con solo il set minimo, ma assolutamente essenziale, di funzionalità .
Dropbox non aveva bisogno di prevedere la potenza dei servizi di cloud storage o di creare qualcosa che non era adatto al mercato in quel momento. Tutto ciò che doveva fare era lanciare una soluzione semplice di cui gli utenti avevano bisogno in quel momento. Gli utenti potrebbero quindi convalidare il prodotto e fornire all'azienda la direzione di cui aveva bisogno per prendere il suo prodotto.
Ci sono altri vantaggi nella creazione di un MVP:
- È possibile immettere il prodotto sul mercato molto più rapidamente rispetto a quando si attende lo sviluppo dell'app completa.
- Hai la possibilità di testare la fattibilità del concetto prima di dedicare troppe ore di lavoro al lavoro.
- Ti dai più spazio (e forse anche un po' di perdono) per risolvere i nodi nel tuo prodotto finale.
- Risparmi denaro con un MVP. Primo, perché dedichi solo tempo alla creazione di funzionalità che sono assolutamente necessarie. In secondo luogo, perché potresti scoprire che gli utenti sono contenti della versione ridotta e non dovrai fare molto altro lavoro per finalizzare il prodotto.
- Con un'idea testata che è stata accolta dagli utenti, hai qualcosa da portare agli investitori che potrebbe rendere il resto del processo di sviluppo molto più agevole.
Come dice Eric nel video, un MVP è il modo migliore per massimizzare le tue possibilità di successo e per farlo in un lasso di tempo molto più breve di quello consentito dallo sviluppo completo del prodotto.
Come costruire un prezioso MVP che gli utenti vogliono testare
Il successo del tuo MVP dipende dalla sua capacità di sfruttare le informazioni e il feedback forniti dai primi utenti, quelli che sono al 100% dalla tua parte, credono nel prodotto e vogliono aiutarti a colmare le lacune. Quindi, non perderlo di vista.
Un MVP non è un'app a metà messa insieme. Deve ancora essere prezioso.
Ecco alcune cose che devi fare prima di creare e lanciare il tuo MVP:
1. Decidere lo scopo del prodotto
Se vuoi che la tua app abbia successo, deve risolvere in modo univoco un problema per un ampio segmento della base di consumatori. Ciò significa che il tuo MVP deve analizzare chiaramente ciò che fa il prodotto e perché gli utenti ne hanno bisogno.
Ad esempio, questo è il modo in cui Uber (allora UberCab) si è venduto durante la sua versione beta nel 2010:
Come l'esempio precedente di Dropbox, è estremamente semplice nel concetto e senza fronzoli in termini di spiegazione di cosa è o perché è così prezioso. Ma hai ancora l'idea. È un'app che consente alle persone di ordinare e pagare un'auto dal proprio telefono. In sostanza, è un comodo sostituto dei taxi.
Salta avanti di un anno, vedrai che Uber ha iniziato a consolidare la sua identità e la sua proposta di valore con il lancio ufficiale del prodotto:
Era il 2011 quando Uber lasciò cadere il "taxi" e si autodefinisce un servizio di guida privata su chiamata. Era un modo per consentire ai consumatori di sperimentare alcuni privilegi di lusso che altrimenti non avrebbero potuto permettersi.
Anche se questa non è la forma finale che Uber ha finito per prendere, puoi vedere come i primi feedback degli utenti hanno aiutato gli sviluppatori del prodotto a decidere quali parti della piattaforma valessero davvero la pena evidenziare e sviluppare.
Questo è esattamente il tipo di cosa che accadrà quando crei un MVP e inizi a raccogliere preziose informazioni dagli utenti su ciò che vogliono e di quali funzionalità hanno bisogno. Ma, prima, devi iniziare chiarendo il suo scopo generale e il suo valore. Puoi perfezionarlo in seguito.
2. Individua i tuoi utenti ideali
Hai il tuo concetto. Ora è il momento di capire se i consumatori lo vorranno. Anche se un MVP è più economico e veloce da costruire, non significa che non finirà per essere una completa perdita di tempo e risorse. Devi almeno confermare che l'interesse c'è e poi definire, in termini chiari, chi è il tuo utente target.
In particolare, devi pensare alla posizione.
Nell'esempio di Uber sopra, puoi vedere che il prodotto beta è stato testato solo a San Francisco.
La versione iniziale di Airbnb ha fatto qualcosa di simile. Joe Gebbia, il co-fondatore di Airbnb, racconta la storia del suo MVP in un episodio del 2017 di How I Built This.
Fondamentalmente, era a corto di soldi e decise di affittare materassi ad aria nel suo appartamento di San Francisco per una conferenza imminente. Sapendo che gli hotel sarebbero a corto di camere, pensò di poterci guadagnare soldi. Ma non erano solo i soldi dell'affitto che guadagnava. Ha avuto un'idea per una nuova attività dopo che molte persone hanno mostrato interesse ad affittare uno spazio nel suo appartamento.
Quindi, lui e il suo partner hanno creato un sito web chiamato "AirBed & Breakfast". Una volta che è stato pubblicato, tuttavia, si è diffuso ben oltre l'area di prova originale di San Francisco.
Nel 2009 c'erano noleggi AirBnB in 72 paesi. Oggi hai praticamente la tua scelta tra i rifiuti in qualsiasi città del mondo. Ma tutto è iniziato con San Francisco.
Quindi, mentre inizi a creare il tuo prodotto, pensa a dove saranno i posti migliori per testare e ottenere feedback sulla tua app prima di rilasciarla completamente. Vuoi che l'area sia una buona rappresentazione della popolazione e dei dati demografici a cui miri. Devi anche assicurarti che ci sia una domanda per il prodotto e che i tuoi utenti target possano permettersi di usarlo (una volta che inizi a monetizzare).
3. Scegli un formato MVP
Il formato del tuo MVP è un'altra cosa importante a cui pensare prima di costruire qualsiasi edificio.
In alcuni casi, dovrai costruire un prodotto funzionante. Ad esempio, supponiamo che il tuo obiettivo sia creare una nuova app di appuntamenti. Ci sono tonnellate di app di appuntamenti sul mercato; con due app, in particolare, che dominano continuamente il branco. Sai che costruire qualsiasi tipo di app di appuntamenti mobili sarebbe una scommessa enorme e costosa, non importa quanto riduci le funzionalità. Allora cosa fai?
Potresti invece creare un'app di appuntamenti PWA. I costi sarebbero inferiori, il time-to-market significativamente più veloce e sarebbe molto più facile presentare il tuo MVP agli utenti che se dovessi mettere qualcosa sull'app store. Alla fine potresti anche scoprire che la PWA è sufficiente in termini di formato del prodotto.
In altri casi, l'MVP non dovrà nemmeno essere un prodotto reale. Può essere solo un sito Web che annuncia il prodotto o fornisce un wireframe/prototipo del concetto.
Nel 2018, Rand Fishkin ha annunciato che avrebbe lasciato Moz, l'azienda che ha co-fondato nel 2004. Contemporaneamente, ha annunciato un nuovo prodotto chiamato SparkToro.
Ora, Rand è qualcuno che può lanciare un concetto come MVP e che abbia ancora successo. Ha una lunga storia e una solida reputazione in questo spazio, quindi, ovviamente, gli utenti graviteranno su questo nuovo prodotto nonostante non sia disponibile per il consumo.
Per quelli di voi che costruiscono un MVP per un nuovo marchio, probabilmente non sarete così fortunati. Tuttavia, dipenderà davvero dal tipo di prodotto che intendi costruire.
Se non c'è assolutamente modo di creare il prodotto in una versione ridotta, questa potrebbe essere un'opzione che vale la pena esplorare. Sarebbe anche una buona idea se tu o il tuo cliente non disponete assolutamente di fondi e avete bisogno di un feedback convalidato per dimostrare la fattibilità del vostro concetto agli investitori. Questo è davvero l'unico modo in cui vedo Joe Schmoes farla franca.
Se segui questa strada, avrai anche bisogno di una sezione esplicativa davvero buona. Questo è ciò che SparkToro ha nella sua pagina Cosa stiamo costruendo:
Penso che per i tipi di utenti che graviterebbero su un prodotto come questo, ovvero i marketer avanzati che hanno effettivamente bisogno di questo tipo di soluzione, questo modo di testare il concetto e la fattibilità delle funzionalità sia buono. È scritto nella loro lingua e con elementi visivi che capiscono.
Tuttavia, per gli utenti che non hanno familiarità con il tuo marchio o non sono ben addestrati come il pubblico di Rand, un wireframe o un prototipo della dashboard del prodotto sarebbe un'idea migliore. Anche un video esplicativo del fondatore funzionerebbe bene. Deve solo essere qualcosa che convinca gli utenti a registrarsi e iniziare a fornire feedback il prima possibile.
4. Trova il tuo minimo effettivo
Se guardi il video di Eric Ries, vedrai che fornisce una formula per definire le caratteristiche minime del tuo MVP. Va così:
Numero di funzionalità minime di cui pensi di aver bisogno / 8 = Il vero minimo
Ha senso se quella formula ti fa sentire apprensivo. Ma pensaci così:
Costruisci un MVP che è il più semplice possibile senza che diventi inutile. Lo spedisci agli utenti e dai loro la possibilità di fornire feedback.
Di conseguenza potrebbero succedere alcune cose:
Lo odiano assolutamente.
Si lamentano con te di come la caratteristica A faccia schifo e di come vorrebbero che facesse qualcos'altro o di come la caratteristica B fosse quasi arrivata, ma poi non sono all'altezza delle aspettative. È perfetto! Gli utenti del test ti diranno esattamente cosa vogliono dal tuo prodotto. Ottieni un feedback abbastanza coerente e avrai un elenco di funzionalità indispensabili che devono apparire nella prossima versione dell'app.
A loro va bene, ma non lo amano... ancora.
Ancora una volta, va bene se gli utenti non sono soddisfatti al 100%. Hai dato loro l'opportunità di provare un prodotto che sarà fantastico e loro vedono la promessa in esso. Dai loro la possibilità di esprimere la loro opinione e farti sapere cosa amavano e cosa no. Quindi, concentrati sul rafforzamento di quei punti deboli e sull'inclusione delle funzionalità che lo renderanno un vero punto di svolta.
Lo adoreranno così com'è.
Siamo onesti, è improbabile che ciò accada. Ma non sarebbe fantastico se il feedback fosse così scarso da poter utilizzare l'MVP così com'è? Inoltre, pensa a tutto il tempo in cui hai risparmiato te stesso e ai soldi che hai risparmiato al tuo cliente riducendo così tanto il prodotto. A volte più semplice è meglio.
Non dimenticare di ringraziare questi utenti per il feedback e il supporto del prodotto. Non c'è modo che tu possa creare la soluzione di cui hanno bisogno senza le loro intuizioni e quindi sarebbe nel tuo interesse riconoscere il ruolo che svolgono in questo. In cambio, continueranno ad essere gli evangelizzatori del tuo prodotto molto tempo dopo il lancio.
5. Progetta la tua pagina di destinazione in anticipo
Anche se non sono molto entusiasta di una pagina di destinazione o di un mini-sito web che serva esclusivamente come MVP (per il motivo sopra menzionato), penso che sia una buona idea ottenere una pagina di destinazione mobile first mentre l'MVP è in lavorazione .
Le app di gioco e SaaS sarebbero scelte particolarmente buone per avviare una pagina di registrazione beta in anticipo. Ecco un esempio da Hytale:
Se vuoi che il tuo MVP abbia successo, dovresti dedicare un po' di quel tempo extra che hai ora per costruire una pagina di destinazione forte. Inizia ricercando i primi siti Web delle aziende presenti in questo post. Tutti hanno spiegato con successo i loro concetti, commercializzato i loro prodotti e convinto i primi utenti a registrarsi per i test.
Già che ci sei, dovresti anche configurare il tuo blog, gli account dei social media e le funzionalità della community (con una newsletter attiva). Non si sa mai. Qualcuno potrebbe trovare l'annuncio del tuo MVP da qualche parte diverso dalla ricerca su Google e decidere di voler aggiungere il sito ai segnalibri o iscriversi in anticipo per diventare un beta tester.
Non è mai troppo presto per iniziare a ricevere il buy-in dal tuo set di utenti!
6. Definisci i tuoi criteri di successo
Ultimo ma non meno importante, devi decidere come misurerai il successo del tuo MVP. Perché non si tratta solo della qualità del feedback.
Considera quanto segue:
- Quanti visitatori hanno visitato la tua landing page?
- Quante di queste persone si sono iscritte alla beta?
- Quanti utenti hai mantenuto in un determinato periodo (1 mese, 3 mesi, ecc.)?
- Quante persone hanno fornito feedback ed è stato un set abbastanza consistente per prendere decisioni solide sul design del prodotto e sulle funzionalità in futuro?
- I dati demografici del tuo set di utenti corrispondevano al pubblico per cui hai progettato l'app? Perché pensi che fosse?
- Quanto tempo, in media, hanno trascorso gli utenti all'interno dell'app?
- Con quali caratteristiche hanno trascorso più tempo? Il minimo?
- Quali funzionalità hanno ricevuto il feedback più favorevole? Il minimo?
- Ci sono stati alcuni utenti che hanno avuto un'esperienza positiva con il prodotto? Cosa li ha resi diversi?
Prendi tutte le informazioni che hai raccolto - dalla pagina di destinazione originale, i beta tester, i dati sull'utilizzo e così via - e guardale davvero tutte. Cosa ti dice dell'MVP che hai progettato? E, ora, che cosa hai intenzione di fare con esso?
Lo lascerai così com'è o lo realizzerai per ottenere il prodotto completo che dovrebbe essere e che gli utenti desiderano?
Sarà facile attrarre e acquisire clienti in base ai dati di utilizzo che hai raccolto? Inoltre, sarai in grado di mantenere quegli utenti o è più conveniente mantenere la tua app sul lato browser invece che in forma di app nativa?
E, infine, quanto puoi e dovresti addebitare per l'accesso al prodotto? Alla fine renderà l'azienda redditizia o semplicemente non c'è abbastanza interesse (almeno dal lato della monetizzazione delle cose) per rendere questa impresa utile?
So che ti lascio con molte domande, ma ci sono molte cose che dovrai risolvere una volta che inizieranno i test. Inoltre, è l'intero motivo per cui hai creato un MVP in primo luogo. Questo feedback degli utenti è inestimabile per il processo ed è l'unico modo per sapere se si tratta di un prodotto che vale la pena lanciare sul mercato o riportare al tavolo da disegno.