Eu li vários recursos on-line sobre isso, mas me pergunto se há uma maneira melhor de testar uma idéia para um produto antes de passar inúmeras semanas construindo o que está errado.
Eu li sobre coisas como a Validate.tech que testa idéias de produtos em menos de um dia, mas parece errado atrair as pessoas com uma página de destino e nada mais.
Eu sei que isso é um pouco abstrato, mas gostaria de ouvir seus pensamentos de qualquer maneira.
Respostas:
Compreendendo qual é a ideia do produto, e não como ela é implementada.
É incrível quantas pessoas pensam que você não pode testar uma ideia sem muito esforço. Digamos que você tenha uma ideia de vender sapatos online. Você precisa de uma equipe de TI para criar um site, um fabricante e um centro de distribuição, certo?
Bem, sim você faz. Mas o site pode ser imagens de sapatos e um formulário que envia um e-mail. O fabricante pode ser apenas a loja de sapatos local. O centro de distribuição pode ser sua mesa da cozinha e alguns selos postais.
Como isso é um teste? Bem, se o problema é que ninguém está comprando sapatos, você tem um resultado. Se o problema é que você está gastando muito tempo na cozinha enviando sapatos, você tem um resultado.
Este teste prova se as pessoas vão comprar sapatos online. Ele fornece o tipo de dados que as pessoas que podem investir nos seus negócios se preocupam.
fonte
Há apenas uma resposta para essa pergunta: crie um protótipo o mais rápido possível! A criação de protótipos significa que você pula peças desnecessárias e sem importância, como configurabilidade, manipulação adequada de erros, etc. Não se preocupe em documentar e / ou comentar bem o código do protótipo, pois o protótipo foi projetado para ser descartado. Se o desempenho do software não for importante, aconselho o uso de uma linguagem moderna e interpretada de alto nível, como Python. No entanto, o desempenho pode ser uma parte essencial do produto, portanto, em alguns casos, uma linguagem baseada em JVM ou C ou C ++ pode ser necessária.
No entanto, aloque tempo para reimplementar tudo, se o protótipo for escolhido para se tornar o produto. No trabalho, omitimos a reimplementação do protótipo para alguns de nossos códigos, e isso causou grandes dores, porque o protótipo com baixa qualidade de código e manipulação de erros omitida precisou de grandes quantidades de trabalho para funcionar efetivamente como um produto.
fonte
Você não pode testar, no verdadeiro sentido, um produto antes de construí-lo, mas pode:
fonte
Você pode começar criando um produto mínimo viável - o produto menor e mais simples pelo qual possa convencer alguém a pagar por você. Essa poderia ser uma ferramenta de barebones integrada ao fluxo de trabalho existente dos usuários que fornece alguns benefícios ao usuário para justificar o esforço adicional. Um bom exemplo de software usado que evoluiu dessa maneira foi Você precisa de um orçamento , que começou como uma planilha do Excel / OpenOffice antes de se tornar um aplicativo independente.
Uma maneira de pensar em um MVP é como um passo inicial em direção a uma abordagem de inicialização enxuta , na qual seu MVP inicial é apenas o primeiro passo iterativo em direção ao seu produto final: você compartilha esse MVP com alguns usuários, coleta feedback sobre os benefícios dos usuários mais de característica que, em seguida, "pivot" para criar um novo MVP que se concentra exclusivamente sobre esses usuários e suas necessidades aqui - o objetivo é concentrar-se não um grande grupo de potenciais clientes que querem seu produto, mas em um pequeno grupo de clientes quem precisa e, portanto, teria mais chances de pagar por isso. A criação de um MVP pode permitir que você teste várias idéias de produtos antes de se concentrar na que mais provavelmente será bem-sucedida.
Um exemplo bem conhecido de um produto desenvolvido dessa maneira é o Flickr , que começou como videogame antes de se tornar uma sala de bate-papo antes de se tornar um site de compartilhamento de fotos.
fonte