Come definire davvero un MVP
Perché MVP può essere fonte di confusione?
MVP è uno dei termini che sembra generare molta trazione durante una trasformazione Agile. Sembra che le persone sono felici di cercare di fare ‘appena sufficiente’ per raggiungere un obiettivo. Ma, per le aziende con una mentalità fissa il termine può ottenere rapidamente abusato. Per quelle aziende, l’attenzione è in genere sulla realizzazione di ‘ ciò che è stato promesso’ piuttosto che costruire una comprensione più profonda di come competere.
In questi ambienti, gli MVP possono spesso essere usati per giustificare una riduzione (e forse anche una mancanza) nell’ambito. Normalmente stanno solo impostando un linguaggio del minimalismo in modo che “Il business” ottenga qualcosa che stanno disperatamente cercando, e ” ha un po ’di controllo dell’ambito. Con una singola definizione di MVP le cose diventano troppo fisse. Il risultato è che il cliente è ridotto ad essere un ripensamento con l’obiettivo di fornire ciò che è “concordato” in anticipo piuttosto che ciò che è veramente richiesto.
Per aggiungere confusione, nel corso degli anni ci sono state molte definizioni diverse di funzionalità/prodotti/rilasci minimi funzionali/Praticabili/Commerciabili/accettabili. La cosa che sembra essere piacevole è fare il minimo. Il problema, tuttavia, è che non esistono politiche reali impostate all’interno delle aziende per definire come gli MVP potrebbero essere utilizzati con maggiore efficacia in un quadro che aiuta a gestire e governare il rischio.
Per capire veramente quale sia la cosa minima richiesta, dobbiamo intraprendere un viaggio di scoperta e apprendimento.
Gli MVP riguardano l’apprendimento
La definizione di un MVP dovrebbe essere sempre correlata a un risultato – “Questo MVP è progettato per ottenere x”. Non esiste una definizione singolare di MVP. Ad esempio, potremmo creare un MVP per vedere se il nostro prodotto risolve un problema specifico per un cliente specifico. Oppure, potremmo creare il prodotto più piccolo possibile per lanciare un fenomeno globale. Queste due cose sono completamente diverse e richiedono strategie molto diverse per raggiungere l’obiettivo – e probabilmente un diverso approccio di gestione e governance.
Quello che sappiamo è che ci sono alcune cose comuni che le organizzazioni stanno cercando di raggiungere, quindi possiamo mettere una certa struttura intorno alla lingua di apprendimento e scoperta.
Intraprendere un percorso di scoperta del cliente
Il team dei servizi digitali (GDS) del governo del Regno Unito ha scritto un quadro eccellente per come i Servizi governativi dovrebbero essere progettati e costruiti – puoi vederlo qui. Questo framework è stato specificamente progettato per i servizi governativi del Regno Unito e la creazione di soluzioni per i cittadini che si basavano sull’apprendimento delle reali esigenze degli utenti e sulla distribuzione di soluzioni che servivano meglio gli utenti.
Un framework simile funziona altrettanto bene in un ambiente di gestione del prodotto o di gestione delle modifiche. Possiamo guardarlo insieme all’approccio di scoperta del cliente di Steve Blank allo sviluppo del prodotto e del business, che in definitiva consiste nel trovare un prodotto/mercato adatto e costruire un modello di business scalabile.
Questo modello è progettato per scoprire, convalidare e creare nuovi clienti e quindi condurti nella costruzione dell’azienda una volta che sei sicuro di avere il mercato del prodotto adatto.
L’obiettivo del framework è quello di sviluppare la comprensione e imparare progettando incrementi che aiutano a rispondere a domande specifiche.
Discovery
Discovery è tutto sullo sviluppo di una comprensione del vostro cliente e gli strumenti, prodotti e servizi che utilizzano oggi per raggiungere i loro obiettivi. Se credi di avere qualcosa che meglio risolve il loro problema è necessario fare un paio di cose:
- Inquadrare una dichiarazione problema che si sta risolvendo per, e ottenere chiarezza sul fatto che questo è un problema prezioso per risolvere
- Descrivere le opzioni su come si potrebbe risolvere il problema
- Esplorare il mercato per ciò che esiste oggi per raggiungere l’obiettivo – capire che cosa i vostri concorrenti stanno già facendo.
- Vedere passaggio 1. Inquadrare una dichiarazione di problemi davvero buona è l’elemento più critico prima di passare.
Potrebbe essere necessario creare qualcosa qui per aiutare a inquadrare bene il problema. Qualunque cosa tu faccia, non costruire troppo. Mantieni le cose molto leggere, molto veloci e costruisci solo cose che ti aiuteranno a sviluppare una comprensione condivisa tra te e i potenziali clienti sul problema-spazio.
Alpha
Alpha è tutto sulla progettazione di qualcosa che raggiunge la soluzione del problema. Quindi hai una dichiarazione di problemi ben definita. E alcune idee su come risolverlo. Capisci cosa fanno gli altri sul mercato. Sospetti che ci sia un valore nel lavorare su una soluzione e c’è un mercato di persone che spenderanno un po ‘ di soldi. Mentre costruisci la tua soluzione (o soluzioni perché va bene costruire molti prototipi in parallelo o in serie) devi concentrarti sulla risposta ad alcune domande chiave:
- Credi che la tua potenziale soluzione risolva effettivamente il problema che hai definito (e il tuo cliente ha descritto come prezioso)?
- Hai qualche convalida del cliente – qualche cliente ti ha detto che la soluzione proposta li aiuta a risolvere il problema che hanno?
- I tuoi utenti sono pronti a pagare per la tua soluzione? In questa fase, pensi che potrebbe diventare un business vitale?
- La tua soluzione è diversa dai tuoi concorrenti? È chiaro agli altri che è differenziato?
- E prima di andare avanti, risolve davvero il problema? Ha davvero bisogno di prima di spendere soldi per l’acquisizione di clienti e utenti.
Beta
In questa fase, hai convalidato la tua soluzione con clienti reali. Avrebbero dovuto essere persone che rappresentano davvero le persone che stai cercando di servire. Sai che la tua idea funziona-almeno per una piccola popolazione. Ma è facile commercializzare, trovare e acquisire clienti e servire un gruppo più diversificato. Beta è tutto sulla ricerca di prodotto-mercato in forma. Le domande che ti sono utili per creare soluzioni in questa fase sono:
- La tua soluzione si adatta alle esigenze di molti? Come si potrebbe risolvere il problema in modo economicamente sostenibile?
- Come si posiziona e commercializza la tua proposta di valore valida?
- Quali canali potrebbero essere i migliori per acquisire e servire il tuo mercato di riferimento?
- Come si crea la migliore esperienza (dal punto di vista delle vendite e della consegna)?
- Quali altre caratteristiche potrebbero essere necessarie per far evangelizzare le persone sul tuo prodotto?
- Qual è il giusto mix di acquisizione, referral e retention investment?
- Come posso strutturare al meglio i team e le operazioni per servire un lancio?
- Quali sono i miei indicatori chiave di crescita? Come posso sapere se il prodotto non sta andando bene come voglio? Oppure, come faccio a sapere che c’è qualcosa di nuovo che compete con la mia proposta di valore?
Vivere
Grande! Quindi hai creato una serie di prodotti minimi vitali. Hai imparato molto. Probabilmente hai iterato la tua strada attraverso Discovery, Alpha e Beta, e sei pronto a rendere il tuo prodotto un fenomeno globale (o qualunque sia il tuo obiettivo). Ora stai cercando il modello di business praticabile che prende vita. In questa fase, si tratta di un miglioramento continuo di tutto ciò che fai. Nuove funzionalità, modelli di consegna migliorati, maggiore base clienti. Si tratta di più dello stesso – ma continuamente migliorato.
Vai in pensione
Ora, speriamo che durante Beta e Live hai capito le metriche chiave per aiutarti a capire se sei disturbato da qualcos’altro sul mercato. Questi dovrebbero includere alcuni indicatori principali che non riguardano solo entrate e profitti. Speriamo che vi darà segnali che il prodotto è ancora in esecuzione o ha bisogno di attenzione. Alcuni della vostra concorrenza sarà in grado di essere affrontato da un miglioramento continuo – che è probabile se hai davvero prodotto/mercato in forma. Ma a volte arriva una cosa nuova per buttarti fuori dal tuo posatoio. Al punto che ora è necessario considerare di andare in pensione e ricominciare il processo. È tornato a Discovery per servire nuovamente i tuoi clienti e utenti e andare in pensione per la soluzione che hai coltivato così amorevolmente.
Inquadrare buoni MVP
Quindi, per coronare questo vale la pena dire un paio di altre cose. Puoi (e forse certamente dovresti e lo farai) avere molte iterazioni di MVP in ogni fase del processo di apprendimento. La cosa importante è imparare, ottenere risposte alle tue domande e capire quando è meglio passare al livello successivo di scala. In qualsiasi momento si può porre la domanda se si dovrebbe perseverare con la vostra idea, perno a qualcosa di completamente nuovo o rottamare l’intera idea. In genere, se l’istruzione del problema era ben inquadrata all’inizio, ci sarà un valore da seguire indipendentemente dal funzionamento delle soluzioni, ma non è sempre così.
Essere diffidare di saltare direttamente ad una fase successiva senza rispondere alle domande precedenti. Mirare sempre a costruire prove e ottenere la convalida. E, essere consapevoli di non saltare alla risposta predefinita di ‘ solo un prodotto con ogni caratteristica sarà necessario per il nostro MVP in modo che possiamo scalare per le nostre imprese hanno bisogno’. Probabilmente è l’errore più grande usare MVP nelle grandi aziende.
Ricorda che un MVP è un veicolo per l’apprendimento. Fa parte di un processo di scoperta e un modo per sviluppare approfondimenti sul problema che stai risolvendo. Ti aiuta a costruire il prodotto più desiderabile, praticabile e fattibile possibile. Pensateci in termini di modi per inquadrare un obiettivo che è un sottoinsieme del più grande obiettivo. Anche quando sei in una grande impresa, ci sono sempre modi per abbattere le cose per costruire, imparare e testare.