Share
Finora in questa serie sul lancio di una startup, hai imparato come escogitare idee per la tua startup, come testare quelle idee e selezionare la migliore, e come reclutare una squadra di fondatori.
Ora è il momento di iniziare a costruire il tuo primo prodotto.
Esploreremo gli ultimi approcci teorici, come lo sviluppo agile, il prodotto minimo vitale (MVP) e i principi di avvio snelli. Ma non preoccuparti, sarà anche un tutorial molto pratico, in cui impari come mettere in pratica queste teorie e vedi esempi di come è stato fatto nel mondo reale da aziende di successo come Dropbox.
Alla fine, avrai una solida conoscenza degli approcci di successo allo sviluppo del prodotto e sarai pronto per iniziare a costruire il tuo primo prodotto in modo intelligente: con piccoli incrementi, con un feedback costante dei clienti per essere sempre sulla buona strada.
Questi metodi sono più adatti per le startup online basate su software, quindi questo è il tema su cui ci concentreremo in questo tutorial, ma i principi di base possono essere applicati anche ad altri tipi di avvio.
Viviamo nei tempi che cambiano. La tecnologia sta cambiando, le preferenze dei clienti stanno cambiando e le idee possono passare dall'essere praticabili ai non-starter (e viceversa) entro un anno o due.
In questo contesto, hai bisogno di un modo rapido e agile per costruire prodotti. Ma le regole tradizionali di sviluppo del prodotto sono state concepite in un'epoca molto diversa e possono trattenerti se cerchi di applicarle oggi.
Nel tradizionale modello di sviluppo del prodotto, inizierai con la ricerca approfondita della tua idea e la definizione della soluzione proposta, verrai fornito con un set completo di specifiche, dovrai costruire il prodotto completo dall'inizio alla fine e poi 'lanciare e iniziare a ottenere il feedback dei clienti.
Ciò aveva senso in un periodo in cui il costo di produzione di prodotti fisici era elevato e la possibilità di ottenere un feedback continuo da parte dei clienti era bassa.
Il rischio, tuttavia, è che trascorri così tanto tempo nella progettazione e nella realizzazione del tuo prodotto che è obsoleto prima che arrivi sul mercato. E poiché il feedback dei clienti arriva solo alla fine, potresti semplicemente finire a costruire qualcosa che soddisfi tutte le specifiche ma non è ciò che la gente vuole.
Oggi c'è un modo migliore.
Con lo sviluppo del prodotto agile, non si tenta di progettare il prodotto da zero e fornire la versione finale ai clienti.
Invece, rompi il progetto in piccoli pezzi. Si inizia in piccolo, raccogliendo potenziali clienti utilizzando i metodi descritti nel precedente tutorial e dando loro l'accesso a pezzi di software utili e di valore man mano che si sviluppano. Inizi a soddisfare i tuoi clienti e utilizzi il loro feedback per aiutarti a progettare il componente successivo nel modo che è più utile per loro.
Se il tuo prodotto finale è un pacchetto software completo che aiuta le persone a gestire tutti i loro diversi profili di social media, ad esempio, potresti iniziare rilasciando un piccolo pezzo che consente alle persone di capire quali utenti di Twitter smettere di seguire.
Hai già un'idea generale di come apparirà l'intero pacchetto, e puoi comunicare questa visione ai tuoi clienti, ma dare loro qualcosa da usare compie subito due cose:
Il feedback dei clienti può significare che il design del tuo prodotto continua a cambiare durante la fase di sviluppo.
Questo sembra uno svantaggio, ma finché sei disposto ad accettare i requisiti in evoluzione, è un grande vantaggio. All'inizio potrebbe volerci più tempo per cambiare i tuoi piani e fare qualcosa che non avevi pianificato di fare, ma a lungo andare è molto più rapido che costruire un prodotto finito, scoprire che alla gente non piace e tornare a cambiarlo.
L'enfasi della metodologia agile è sullo sviluppo continuo. Quindi, invece di spingere per completare tutto entro una certa scadenza, il tuo obiettivo è di continuare a rilasciare software utile su un programma regolare, diciamo, un miglioramento incrementale ogni mese.
Il tuo obiettivo in questa prima fase di sviluppo del prodotto non è quello di produrre un prodotto perfetto.
Può sembrare sorprendente affermarlo: dopo tutto, la maggior parte delle industrie sono così competitive e si potrebbe pensare che il prodotto debba essere il migliore che possa essere per distinguersi.
Ma in realtà vuoi fare la quantità minima di lavoro, non perché sei pigro o economico, ma perché la parte più importante del lancio di una startup è imparare dai tuoi clienti e farlo velocemente.
Produrre un prodotto minimo vitale (MVP) è il modo più veloce per iniziare una conversazione con i clienti e iniziare a conoscere ciò che vogliono, come lo desiderano e come risolverli nel modo più efficace possibile.
Un esempio di un'azienda che ha fatto buon uso dell'approccio MVP è la famosa società di condivisione di file e di archiviazione su cloud, Dropbox. Oggi è un'azienda da 10 miliardi di dollari, ma nel 2007 era solo un'idea. Le persone stavano lottando per condividere file di grandi dimensioni online e Drew Houston pensava di avere una soluzione semplice.
Ma il problema era che aveva bisogno di investimenti significativi per costruire un prodotto verificabile, ed era difficile convincere gli investitori di venture capital e altri a investire senza un prodotto verificabile. È stato catturato in una classica situazione di Catch-22.
Il modo in cui è fuggito da questo stallo è stato produrre un semplice video dimostrativo, mostrando come avrebbe funzionato Dropbox e spiegando il doloroso problema che avrebbe dovuto risolvere.
Come bonus per promuovere la condivisione, ha incluso alcune battute che attirerebbero il suo pubblico di appassionati di techies. Il video è stato condiviso migliaia di volte e ha guidato la lista d'attesa di Dropbox da 5.000 a 75.000 persone durante la notte.
Un video dimostrativo è tanto minimale quanto un prodotto può ottenere. A quel punto non era nemmeno un software funzionante, eppure raggiunse l'obiettivo di qualsiasi MVP - dimostrò che c'era interesse per il prodotto, e iniziò una conversazione che aiutò Dropbox a sviluppare il suo prodotto in un modo che era più prezioso per la sua clienti. In questo caso, ha anche contribuito a fornire il finanziamento che avrebbe portato Dropbox dall'idea a società da molti miliardi di dollari.
Il tuo MVP potrebbe assumere molte forme diverse. Potrebbe essere una versione ridotta del prodotto finale, una demo o qualcos'altro. Il requisito principale è che consenta alle persone di vedere come funziona il tuo prodotto e di iniziare a parlarne, il che aiuta sia a generare interesse per il cliente sia a guidare lo sviluppo del prodotto mentre procedi nelle iterazioni successive.
Nel Passaggio 1 hai imparato a continuare a lavorare attraverso le iterazioni successive dello sviluppo del prodotto, utilizzando il feedback dei clienti per guidarti in ogni momento.
Ma come lo fai esattamente? In questo passaggio, esamineremo alcuni dei principi chiave per il funzionamento di una startup snella e ti mostreremo come applicarli alla tua attività.
Essere magra non significa risparmiare denaro; si tratta di evitare sforzi inutili. In questo ambiente altamente competitivo e in rapida evoluzione, non puoi permetterti di sprecare tempo ed energia, soprattutto se lavori da solo o con un piccolo team. L'obiettivo è utilizzare in modo efficace tutto il tuo tempo e le tue risorse.
Una volta che hai iniziato a costruire il tuo primo prodotto e lo hai rilasciato ai tuoi clienti, devi iniziare a imparare e ad adattarti.
Il mantra "Costruisci, Misura, Impara" può aiutarti a ottenere il giusto prodotto. Abbiamo coperto la metodologia di costruzione, ma per quanto riguarda la misurazione? Qui è dove diventa complicato, perché ci sono così tante cose che puoi misurare, usando qualsiasi cosa, dai servizi gratuiti come Google Analytics a prodotti più completi e costosi come Ontraport, e con tutte queste informazioni a portata di mano, è facile rintracciare le cose sbagliate.
Molte metriche che vedi citate dalle startup sono solo "metriche di vanità", per esempio. È fantastico se vedi aumentare il traffico sul tuo sito web o se hai migliaia di follower sui social media, ma le metriche che dovrebbero interessarti non sono quelle che ti fanno sentire bene, ma quelle che ti aiutano a prendere decisioni.
Le cose esatte su misura dipenderanno dalla tua attività, ma penserai a cose che ti danno un'idea di ciò che vogliono i tuoi clienti. Condurre test split A / B su tutte le pagine chiave del tuo sito Web e anche all'interno del prodotto stesso. Scopri cosa apprezzano le persone, che tipo di testo si rivolge a loro, quale configurazione della pagina è più probabile che faccia loro prendere l'azione che vuoi.
Puoi anche guardare "coorti" o gruppi di clienti che si sono registrati in un momento simile. Scopri quale percentuale dei clienti che si sono iscritti in una particolare settimana hanno intrapreso un'azione, come acquistare da te o richiedere maggiori informazioni. Tieni traccia di come tale percentuale cambia con le diverse coorti nel tempo e in che modo è influenzata dai prodotti che offri e da come li offri.
Una volta ottenute alcune misurazioni intelligenti dell'efficacia del prodotto, è possibile integrarlo con un buon contatto con i clienti vecchio stampo. Chiedigli cosa hanno pensato, utilizza sondaggi, interagisci sui social media e inizia a creare un'immagine completa del funzionamento del tuo prodotto.
Quindi, quando stai lavorando alla prossima iterazione, puoi incorporare tutto ciò che hai imparato dai tuoi clienti e modificarlo se necessario.
Uno dei rischi nell'approccio che abbiamo visto in questo tutorial è la mancanza di chiarezza. Nello sviluppo del prodotto tradizionale, tu e il tuo team avete tutti gli ordini di marcia e avete lavorato metodicamente in ogni fase fino a quando il prodotto finale era pronto per il rilascio. Con uno sviluppo agile, d'altra parte, potresti ritrovarti a cambiare rotta ogni poche settimane.
Quindi, se stai seguendo questo approccio, richiede un piccolo sforzo in più per assicurarti che tutti rimangano in carreggiata e sia chiaro su cosa stanno facendo e perché lo stanno facendo.
Il co-fondatore di Asana, Justin Rosenstein, afferma che idealmente dovresti essere in grado di presentarti a uno dei tuoi dipendenti o collaboratori e ottenere risposte chiare e positive alle seguenti domande:
In pratica, tuttavia, raramente risulta così. Le persone vengono regolarmente rintracciate in compiti meno importanti, o impantanate nella burocrazia, o sommerse dalle email, o sprecano tempo a cercare di rintracciare le informazioni.
Per superare questo, è necessario lavorare sodo per garantire che tutti coloro che lavorano nella tua startup abbiano:
Ciò significa ricordare perché stai lavorando su qualcosa in primo luogo, la ragione o lo scopo più ampio dietro l'esistenza della tua azienda e l'importanza di ogni singolo pezzo. Ricordati regolarmente a te stesso e al tuo personale dei benefici che i clienti apprezzeranno e in che modo il prodotto su cui stai lavorando migliorerà le loro vite.
Questo riguarda l'esecuzione. Decidi un modo per organizzarti e seguilo. Gli strumenti basati sul web sono ottimi per la collaborazione all'interno di un team, soprattutto perché rendono facile l'aggiornamento del piano, cosa che farai spesso. Potrebbe essere qualcosa di semplice come un foglio di calcolo su Google Docs, oppure potresti voler indagare su uno strumento di gestione di progetti specializzati come Trello o Basecamp. Qualunque cosa tu stia cercando, assicurati che tutte le attività siano catturate e puoi facilmente tenere traccia di ciò che fanno tutti e della tempistica prevista.
Questo significa essere molto chiari su chi sta facendo cosa. Anche se diverse persone stanno lavorando alla costruzione di una particolare parte del tuo prodotto, deve esserci sempre una singola persona con la massima responsabilità. Altrimenti è facile finire nella situazione in cui qualcosa è stato annullato perché tutti pensavano che fosse qualcun altro a farlo, oppure in una posizione in cui le persone duplicano gli sforzi.
Costruire il tuo primo prodotto può spesso diventare travolgente, ma se ottieni la struttura organizzativa sin dall'inizio e ti concentri sul mantenimento della chiarezza in queste tre aree chiave durante la fase di sviluppo, sarai in una posizione migliore per rimanere aggiornato sulle cose ed evitare i panici dell'ultimo minuto.
Così ora sai come costruire il tuo primo prodotto in modo intelligente, agile, che comporta meno investimenti iniziali di tempo ed energia e coinvolge il cliente in ogni fase. Hai visto come utilizzare il concetto MVP per iniziare a imparare dai tuoi clienti e come continuare a imparare e sviluppare in ogni fase dello sviluppo del prodotto. Hai anche alcuni suggerimenti su come mantenere una chiara attenzione in tutti i cambiamenti di direzione guidati dai clienti.
Qual'è il prossimo? Bene, sebbene lo sviluppo del prodotto sia un processo iterativo, vorrai comunque avere un lancio ufficiale. È un ottimo modo per generare buzz per la tua startup e per segnalare al mondo che sei pronto ad aprirti ad un mercato più ampio.
Quindi, nel tutorial finale di questa serie sul lancio di una startup, otterrai alcune idee ed esempi di eventi di lancio esterni, e vedrai come utilizzare l'e-mail marketing e i social media per assicurarti di avere il massimo possibile base di clienti coinvolti dal momento in cui arrivi al Day One ufficiale della tua nuova startup.
Credito grafico: Beaker progettato da Edward Boatmandal progetto Noun.
Accentsconagua