Convalidare le tue idee e i tuoi presupposti
Questa è la quinta parte della nostra serie Guida illustrata allo sviluppo del prodotto.
In tutta questa serie abbiamo esteso un'idea di prodotto in un concetto di business, l'inizio di un piano Go-to-Market e sviluppato personaggi per corrispondere a tutte queste parti. Abbiamo anche ripetutamente avvertito che il rischio più grande di un'azienda, di un nuovo prodotto o servizio è fare qualcosa che nessuno vuole.
In questo articolo analizzeremo alcune ipotesi che abbiamo fatto, come influiscono sul nostro lavoro e come possiamo testarle. Molti degli aspetti del nostro piano aziendale richiedono che il presupposto precedente sia vero, ma se all'improvviso il presupposto precedente è falso, gran parte del lavoro futuro può e deve essere saltato.
Per questo, appena iniziato, potresti voler rivedere "Elevator Pitch" mentre discutiamo della nostra soluzione per gli avvisi di cibo mobile locale sociale, affettuosamente chiamati SoLoMoFoo.
Torniamo ad alcune scene chiave del nostro storyboard su SoLoMoFoo. In questo storyboard vediamo Baking Bridget che porta felicemente i cupcake al lavoro, avverte i suoi colleghi e Hangry Henry che si gode uno spuntino. Per renderlo ancora più chiaro, ho rietichettato lo storyboard con le ipotesi.
Per coincidenza la grandezza delle ipotesi è in ordine, ma è tipico che ogni cellula della narrazione si basi su un'assunzione precedente.
Sanità che controlla il nostro primo presupposto
Le persone produrranno cibo e vorranno regalarlo gratuitamente al lavoro.
Come possiamo verificare se Baking Bridgets e Bobs sono reali?
Affinché SoLoMoFoo sia utile, deve fornire una sana frequenza di avvisi di cibo gratuito e cibo gratuito a sufficienza con ogni avviso che gli utenti possono trovare uno spuntino se lo desiderano, e non una delle centinaia di persone che si presentano per un cupcake resti. Coinvolgendo il nostro crack team di analisti, possiamo determinare un rapporto ottimale di frequenza: cibo: utenti: felicità.
Ora che abbiamo una bella formula complicata per il ritorno sui cupcakes cotti, possiamo inviare un sondaggio a 100 impiegati medi e chiedere loro:
- Quante volte all'anno porti cibo gratis?
- Quante porzioni ci sono in media?
Con questi dati e la nostra formula possiamo avere un'idea se ci sono davvero abbastanza Baking Bridgets e Bob.
E se il sondaggio fornisce dati che non ci piacciono?
Lo scenario migliore è che il tuo test rapido dica che sei corretto al 100%. Questo è raro e insolito al primo tentativo, quindi potresti voler ricontrollare!
D'altra parte, dovresti essere entusiasta se il sondaggio dice che le tue ipotesi sono sbagliate! A questo punto abbiamo investito il tempo per creare uno storyboard, pensare al nostro storyboard, parlare del nostro storyboard e il tempo per creare e inviare un sondaggio. Se scopriamo che la nostra idea non funziona, abbiamo ancora tempo per cambiare la nostra idea prima che finiscano il tempo e i soldi!
Pensa a quanto sarebbe stato costoso costruire l'intera piattaforma, solo per scoprire che il lato dell'offerta non funziona!
Dopo aver preso alcuni respiri profondi per riprenderci, è ora il momento di iniziare a pensare a un altro scenario in cui il prodotto potrebbe ancora funzionare. Abbiamo notato nel nostro ufficio che mentre Baking Bridget può apparire una volta al trimestre, due volte a settimana c'è un pranzo con catering, e Lunch Meeting Larry ordina sempre qualche pasto extra per coprire le preferenze e le restrizioni dietetiche. A dire il vero, potrei versare degli avanzi sulla tastiera mentre scrivo questo...
Mettendolo insieme
Questo storyboard mostra i primi tre presupposti elencati, un test empirico per convalidare o rifiutare l'ipotesi e una potenziale modifica al nostro storyboard se è necessario eseguire l'iterazione.
Durante i nostri storyboard abbiamo intenzionalmente disseminato i nostri esempi con molte ipotesi non dimostrate, poiché crediamo nella nostra attività e nella tua facciamo costantemente grandi affermazioni e ipotesi che dovremo testare e ripetere.
Altre grandi ipotesi che abbiamo fatto
-
C'è persino un desiderio per questo prodotto oltre a lasciare il cibo libero in cucina che sembra funzionare abbastanza bene ...
-
Le risorse umane sarebbero il cliente target a pagare effettivamente per questo
-
L'IT sarebbe disposto, con problemi di sicurezza, a distribuire effettivamente l'applicazione e quindi avere il tempo per farlo
-
La direzione vuole che i dipendenti trascorrano più tempo a mangiare cupcake e meno tempo a redigere rapporti TPS
-
Quali altre grandi ipotesi hai visto qui?
Scavare più a fondo con il minimo di prodotti praticabili
Identificare, testare e ripetere le ipotesi sul prodotto è una delle parti più importanti dello sviluppo del prodotto. Pochissime idee o ipotesi di business sono corrette e solo testando, imparando e migliorando metodicamente sarai in grado di creare prodotti di livello mondiale.
Il mio libro preferito in assoluto su questo argomento è Lean Startup di Eric Ries, che rileggo regolarmente. Ha preso questo concetto di feedback incredibilmente stretto e cicli di test e li ha abbinati alla soluzione di creare un prodotto minimo vitale (MVP). Un MVP è la soluzione/prototipo più semplice ed economico possibile per vedere come i clienti reali reagiscono alle tue idee e consente potenti apprendimenti a una frazione del costo.
Dopo anni delle mie esperienze di sviluppo del prodotto, ho trovato le filosofie degli MVP e dello sviluppo agile echeggiate da ciò che avevo visto più e più volte, ma non avevo la terminologia o un punto di vista di 10.000 piedi per spiegare. Quando io, Aaron Sherman, ho creato Storyboard That, il mio obiettivo fin dal primo giorno era quello di consentire agli sviluppatori di prodotti di
-
Essere in grado di sedersi ed esprimere le proprie idee sui prodotti in un modo più naturale e narrativo
-
Semplifica la condivisione delle idee (pensa a quanto sono stati semplici e chiari gli esempi)
-
Ottieni feedback reali dalle parti interessate e dai potenziali clienti
-
Questo è l'MVP.
Abbinandolo a tutti gli esercizi che abbiamo svolto, ora abbiamo gli strumenti e le conoscenze per pensare come un cliente, creare semplici prototipi e ottenere feedback per assicurarci di non far parte del 90% delle startup che falliscono, il 42% da costruire un prodotto che nessuno voleva ( Forbes ).
Ora è il tuo turno!
Ora che hai creato un ampio portafoglio di storyboard, mappe del percorso del cliente, personaggi e tutte le altre tue risorse, prenditi del tempo per cercare le tue grandi ipotesi. Pensa a cosa dovresti dimostrare per sapere se le tue ipotesi sono vere e cosa puoi fare per verificarle.
Dopo aver iniziato a compilare un elenco, usa il modello qui sotto per documentare le tue scoperte e poi inizia il divertente processo di dimostrazione e confutazione delle tue ipotesi. Ti incoraggio vivamente a dedicare almeno un'ora e scrivere i tuoi pensieri; rende molto più facile nel tempo verificare che stai veramente imparando e prevenire la creazione di supposizioni revisioniste!
Storyboard That è una guida illustrata allo sviluppo del prodotto
A proposito di Aaron Sherman
Aaron Sherman ( @AaronBenSherman ) è il CEO e creatore di Storyboard That (www.storyboardthat.com) - il premiato, leader mondiale nella tecnologia digital storytelling. Aaron fondata Storyboard That nel 2012 dopo 10 anni di lavoro l'intera gamma di ruoli di sviluppo prodotto (Developer, Project Manager, Product Owner, e Strategist a lungo termine) in tre continenti (Nord America, Europa e Australia) per migliorare sostanzialmente come i prodotti sono stati prototipati internamente e discusso.
Aaron ha parlato come ospite docente di studenti MBA presso la Northeastern, e con l'Assemblea Generale workshop leader per lo sviluppo del prodotto.
© 2024 - Clever Prototypes, LLC - Tutti i diritti riservati.
StoryboardThat è un marchio di Clever Prototypes , LLC e registrato presso l'ufficio brevetti e marchi degli Stati Uniti