Ho letto un sacco di risorse online su questo argomento, ma mi chiedo se c'è un modo migliore per testare un'idea per un prodotto prima di spendere innumerevoli settimane a costruire la dannata cosa?
Ho letto cose come Validate.tech che testano le idee di prodotto in meno di un giorno, ma sembra sbagliato attirare le persone con un pagina di destinazione e nient'altro.
So che è un po 'astratto, ma mi piacerebbe sentire i tuoi pensieri in ogni caso.
Comprendendo l'idea del prodotto rispetto a come è implementata.
È incredibile quante persone pensano che non sia possibile testare un'idea senza grandi sforzi. Dì che hai avuto l'idea di vendere scarpe online. Hai bisogno di un team IT per creare un sito Web, un produttore e un centro di distribuzione, giusto?
Ebbene si. Ma il sito web può essere immagini di scarpe e un modulo che ti invia una e-mail. Il produttore può essere solo il negozio di scarpe locale. Il centro di distribuzione può essere il tuo tavolo da cucina e alcuni francobolli.
Come è un test? Beh, se il problema è che nessuno sta ordinando le scarpe, hai un risultato. Se il problema è che passi molto tempo in cucina spedendo le scarpe hai un risultato.
Questo test dimostra se le persone compreranno scarpe online. Ti dà il tipo di dati a cui possono interessare le persone che potrebbero investire nella tua attività.
C'è una sola risposta a questa domanda: costruisci un prototipo il più rapidamente possibile! Prototipare significa saltare parti non necessarie e non importanti come configurabilità, corretta gestione degli errori, ecc. E testare solo se l'idea di base funziona. Non preoccupatevi di documentare e / o commentare bene il codice del prototipo, poiché il prototipo è comunque progettato per essere scartato. Se le prestazioni del software non sono importanti, consiglierei di utilizzare un linguaggio interpretato moderno di alto livello come Python. Tuttavia, le prestazioni potrebbero essere una parte fondamentale del prodotto, quindi in alcuni casi potrebbe essere necessario un linguaggio basato su JVM o C o C ++.
Tuttavia, dedica del tempo per reimplementare l'intera cosa se il prototipo viene scelto per diventare il prodotto. Abbiamo omesso di reimplementare il prototipo per alcuni dei nostri codici, e questo ha causato grandi quantità di dolore perché il prototipo con bassa qualità del codice e omessa gestione degli errori ha richiesto grandi quantità di lavoro per funzionare efficacemente come prodotto.
Non puoi testare, nel vero senso, un prodotto prima di averlo creato, ma puoi:
Potresti iniziare creando un prodotto minimo vitale - il prodotto più piccolo e semplice che potresti essere in grado di convincere qualcuno a cui pagarti. Questo potrebbe essere uno strumento barebone integrato nel flusso di lavoro esistente degli utenti che offre alcuni vantaggi all'utente per giustificare lo sforzo aggiuntivo. Un buon esempio di un software che uso che si è evoluto in questo modo era Hai bisogno di un budget , che è iniziato come un foglio di calcolo Excel / OpenOffice prima di diventare un'applicazione indipendente.
Un modo per pensare a un MVP è come un primo passo verso un approccio di avvio snello , in cui la tua iniziale MVP è solo il primo passo iterativo verso il tuo prodotto finale: condividi questo MVP con alcuni utenti, raccogli feedback su quali utenti traggono maggiori benefici da quale funzione, quindi "fai perno" per creare un nuovo MVP che si concentri esclusivamente su quelli utenti e loro hanno bisogno qui - l'obiettivo è quello di concentrare non un grande gruppo di potenziali clienti che vogliono il tuo prodotto, ma su un gruppo più piccolo di clienti che < ho bisogno di e quindi sarebbe più probabile che tu paghi per questo. La creazione di un MVP ti consente di testare più idee di prodotto prima di eseguire l'azzeramento su quella che con più probabilità avrà successo.
Un esempio ben noto di un prodotto sviluppato in questo modo è Flickr , che è nato come videogioco prima di diventare una chat room prima di diventare un sito di condivisione di foto.
Leggi altre domande sui tag product