Validando Suas Idéias e Suposições
Esta é a quinta parte de nossa série Guia Ilustrado de Desenvolvimento de Produto.
Ao longo desta série, estendemos a ideia de um produto a um conceito de negócio, o início de um Plano Go-to-Market e desenvolvemos personas para corresponder a todas essas partes. Também advertimos repetidamente que o maior risco de uma empresa, novo produto ou serviço é fazer algo que ninguém deseja.
Neste artigo, vamos dissecar algumas suposições que fizemos, como elas afetam nosso trabalho e como podemos testá-las. Muitos dos aspectos de nosso plano de negócios exigem que a suposição anterior seja verdadeira, mas se de repente a suposição anterior for falsa, grande parte do trabalho futuro pode e deve ser ignorada.
Para isso, apenas para começar, você pode querer revisar O “ argumento de venda” enquanto discutimos nossa solução para Alertas de comida local móvel social, carinhosamente chamado de SoLoMoFoo.
Vamos voltar a algumas cenas principais de nosso próprio storyboard sobre SoLoMoFoo. Neste storyboard, vemos Baking Bridget feliz trazendo cupcakes para o trabalho, alertando seus colegas de trabalho, e Hangry Henry desfrutando de um lanche. Para deixar ainda mais claro, renomei o storyboard com as suposições.
Por coincidência, a magnitude das suposições está em ordem, mas é típico que cada célula da narrativa se baseie em uma suposição anterior.
Sanidade verificando nossa primeira suposição
As pessoas vão fazer comida e querem dá-la de graça no trabalho.
Como podemos testar se Baking Bridgets e Bobs são reais?
Para que o SoLoMoFoo seja útil, ele deve fornecer uma frequência saudável de alertas de comida grátis e comida grátis suficiente com cada alerta de que os usuários encontram um lanche, se quiserem, e não uma das centenas de pessoas que aparecem para comer um cupcake remanescentes. Envolvendo nossa equipe de analistas de crack, podemos determinar uma proporção ótima de frequência: comida: usuários: felicidade.
Agora que temos uma boa fórmula complicada para o retorno dos cupcakes assados, podemos enviar uma pesquisa para 100 funcionários médios de escritório e perguntar a eles:
- Quantas vezes por ano você traz comida de graça?
- Quantas porções tem em média?
Com esses dados e nossa fórmula, podemos ter uma noção se há realmente suficientes Bridgets e Bobs para assar.
E se a pesquisa fornecer dados de que não gostamos?
O melhor cenário é que seu teste rápido diga que você está 100% correto. Isso é raro e incomum na primeira tentativa, então você pode querer verificar novamente!
Por outro lado, você deve ficar emocionado se a pesquisa disser que suas suposições estão erradas! Neste ponto, investimos tempo para fazer um storyboard, pensar sobre nosso storyboard, falar sobre nosso storyboard e tempo para fazer e enviar uma pesquisa. Se descobrirmos que nossa ideia não funciona, ainda temos tempo para mudá-la antes que fique sem tempo e dinheiro!
Pense em como teria sido caro construir essa plataforma inteira, apenas para descobrir que o lado da oferta não funciona!
Depois de respirar fundo algumas vezes para nos recompor, agora é hora de começar a pensar em outro cenário em que o produto ainda poderia funcionar. Notamos em nosso próprio escritório que, embora a Baking Bridget possa aparecer uma vez por trimestre, duas vezes por semana há um almoço com bufê, e o Lunch Meeting Larry sempre pede algumas refeições extras para cobrir as preferências e restrições dietéticas. Verdade seja dita, posso estar derramando algumas sobras no meu teclado enquanto escrevo isto ...
Juntar as peças
Este storyboard mostra as três primeiras suposições listadas, um teste empírico para validar ou rejeitar a hipótese e uma possível mudança em nosso storyboard se precisarmos iterar.
Ao longo de nossos storyboards, intencionalmente enchemos nossos exemplos com muitas hipóteses não comprovadas, uma vez que acreditamos em nosso negócio e no seu estamos constantemente fazendo grandes afirmações e suposições que precisaremos testar e repetir.
Outras grandes suposições que fizemos
-
Existe até um desejo por este produto em relação a apenas deixar comida de graça na cozinha, o que parece funcionar bem o suficiente ...
-
O RH seria o cliente-alvo que realmente pagaria por isso
-
Com questões de segurança, a TI estaria disposta a realmente implantar o aplicativo e então ter tempo para fazer isso
-
A gerência quer que os funcionários gastem mais tempo comendo cupcakes e menos tempo fazendo relatórios TPS
-
Que outras grandes suposições você viu aqui?
Indo mais fundo com produtos mínimos viáveis
Identificar, testar e iterar as suposições do produto é uma das partes mais importantes do desenvolvimento do produto. Muito poucas ideias ou suposições de negócios estão corretas, e apenas testando, aprendendo e melhorando metodicamente você será capaz de criar produtos de classe mundial.
Meu livro absolutamente favorito sobre esse assunto é Lean Startup, de Eric Ries, que releio regularmente. Ele pegou esse conceito de feedback incrivelmente estreito e loops de teste e os combinou com a solução de fazer um Produto Mínimo Viável (MVP). Um MVP é a solução / protótipo mais simples e mais barata possível para ver como os clientes reais reagem às suas ideias e permite um aprendizado poderoso por uma fração do custo.
Depois de anos de minhas próprias experiências de desenvolvimento de produto, descobri que as filosofias de MVPs e Desenvolvimento Ágil refletiam o que eu tinha visto repetidas vezes, mas não tinha a terminologia ou um ponto de vista de 10.000 pés para explicar. Quando eu, Aaron Sherman, criei o Storyboard That, meu objetivo desde o primeiro dia foi capacitar os desenvolvedores de produtos para
-
Ser capaz de se sentar e expressar suas ideias de produto de uma forma mais natural e narrativa
-
Simplifique o compartilhamento de ideias (pense em como os exemplos são simples e claros)
-
Obtenha feedback real das partes interessadas e clientes em potencial
-
Este é o MVP.
Combinando isso com todos os exercícios que fizemos, agora temos as ferramentas e o conhecimento para pensar como um cliente, criar protótipos simples e obter feedback para garantir que você não faça parte dos 90% das startups que falham, 42% de construir um produto que ninguém queria ( Forbes ).
Agora é sua vez!
Agora que você criou um grande portfólio de storyboards, mapas de jornada do cliente, personas e todos os seus outros ativos, reserve um tempo para procurar suas grandes suposições. Pense no que você precisa provar para saber se suas suposições são verdadeiras e o que você pode fazer para testá-las.
Depois de começar a compilar uma lista, use o modelo abaixo para documentar suas descobertas e, em seguida, comece o divertido processo de provar e refutar suas hipóteses. Eu o encorajo fortemente a reservar pelo menos uma hora e escrever seus pensamentos; com o tempo, fica muito mais fácil verificar se você está realmente aprendendo e evita fazer suposições revisionistas!
Storyboard That 's Illustrated Guide to Product Development
Sobre Aaron Sherman
Aaron Sherman ( @AaronBenSherman ) é o CEO e criador do Storyboard That (www.storyboardthat.com) - o premiado, líder mundial em tecnologia de narração digital. Aaron fundou o Storyboard That em 2012, após 10 anos Storyboard That em toda a gama de funções de desenvolvimento de produto (desenvolvedor, gerente de projeto, proprietário do produto e estrategista de longo prazo) em três continentes (América do Norte, Europa e Austrália) para melhorar fundamentalmente os produtos internamente prototípicos E discutido.
Aaron falou como palestrante convidado para estudantes de MBA no Nordeste, e com a Assembléia Geral oficinas líderes em Desenvolvimento de Produto.
© 2024 - Clever Prototypes, LLC - Todos os direitos reservados.
StoryboardThat é uma marca registrada da Clever Prototypes , LLC e registrada no Escritório de Marcas e Patentes dos EUA