O documento discute a importância de criar produtos que os usuários realmente amem através de métricas e ferramentas adequadas. Ele fornece orientações sobre como entender as necessidades dos usuários por meio de entrevistas, desenvolver um MVP validando-o com usuários, e aperfeiçoar o produto com base no feedback dos mais "arrasados".
2. Meus objetivos
para hoje a noite:
● Por que é mais importante do
que nunca fazer o usuário feliz?
● "Tive uma ideia... e agora?"
● O que construir? #MVP
● "Construí um protótipo… e
agora?"
5. Muita coisa mudou no mundo da
internet + apps
● Mundo digital: "Winner takes all"
● Média de downloads por mês nos EUA atualmente? Mais
próximo de zero do que de um.
● Canais de aquisição cada vez mais consolidados
(aumento no CPC e na concorrência de keywords),
hábitos já formados.
● Mais dinheiro, conhecimento e talento do que nunca.
Ou seja… muita concorrência. Melhor evitar competir a
base de quem tem mais dinheiro.
7. Sua ideia tem que virar um
produto e se encaixar no
mercado - Não podemos competir a base de
"Quem tem mais grana".
Competimos a base de quem
entrega a melhor proposta de
valor
- Vamos debaixo pra cima.
- Precisamos focar primeiramente
no Problema que vive no
mercado. Depois podemos olhar
na Solução, que vive no produto.
- Se prepara que esse é um loop
infinito com muita iteração.
13. A vasta maioria transforma a
entrevista em "pitch"
- Não fale da sua ideia. A pessoa não quer saber da sua
solução. Ela quer saber do problema dela. Entrar em
"pitch" mode é um convite para receber "respostas
educadas". Você vai aprender mais perguntando sobre a
vida da pessoa
- Pergunte sobre momentos específicos ao invés de
opiniões.
14. Hora do jogo:
● Você acha uma boa ideia?
● Você pagaria por um produto
que fizesse X?
● Quanto você pagaria por um
produto que fizesse X?
● Como seria o X dos seus
sonhos?
● Por que que você se importa?
● Quais são as implicações?
● Como é o seu processo?
● O que mais você já tentou?
● Como que você resolve isso
hoje em dia?
● Com quem mais eu deveria
conversar?
● Esqueci de perguntar alguma
coisa?
🚀🚀
💩
💩
💩
🚀💩
🚀🚀
🚀
🚀
🚀
🚀
🚀
15. Trato secreto das entrevistas:
Você não pode falar pra eles qual é o
problema, e eles não podem falar o que você
precisa construir. Eles são donos do
problema, e você da solução.
20. Mantemos o qualitativo,
adicionamos o quantitativo
Vamos usar duas ferramentas: Amplitude e Windsor para
saber se estamos na direção certa.
Windsor.io será utilizado para ver de perto o comportamento
do usuário
Amplitude (ou MixPanel) para saber se o nosso produto está
indo na direção certa.
22. Como escolher a métrica de
sucesso (Quais serão minhas
KPIs?)
Por que é importante? Métricas boas trazem confiança para o
time e servem como uma bússola. Métricas ruins só servem
para a balada.
Você vai precisar criar uma primary metric, e até três
secondary metrics
23. 4 características de uma primary
metric de sucesso.
- Representa que você está entregando valor para o seu
usuário. Receita é legal mas demora (lagging indicator).
- Demonstra recorrencia. "80% dos meus usuários
utilizam meu app todo mês"
- Mostra uma relação direta com receita. Não usaria
signups, mas usaria alguma forma de engajamento.
- Você consegue usar esse número como feedback para
seus experimentos. Dica: evite usar algo como MAU,
demora muito!
24. Dicas
Geralmente começamos montando nossa primary metric
como alguma forma de "Active Users" e eventualmente
migramos para "Revenue".
Foque em descobrir o seu "AHA! Moment"
O comportamento muda muito quando começamos a cobrar
Melhores métricas são proporções.
25. Retenção do "Aha! moment"
- Maioria dos apps perdem 80%
dos usuários nos primeiros 7 dias.
- Temos dois objetivos: Diminuir o
dropoff e empurrar a curva pra
cima. Sugiro focar primeiro em
empurrar a curva pra cima.
26. Secondary metrics
Começou a fazer dinheiro, sugiro jogar retenção do aha para
secondary.
Hora de escolher secondary metrics. Algumas ideias:
- Churn
- NPS
- Aquisição organica vs paga
29. Mas quem ama meu produto?
Vamos descobrir usando o PMF
Engine
1. Quão triste você ficaria se o Ânimo fechasse?
● Arrasado, Um pouco decepcionado, Não ficaria
decepcionado.
● O que fez você escolher essa resposta?
1. O que você usaria no lugar do Ânimo?
2. Qual é o maior benefício que você sente usando o Ânimo?
3. Para quem você recomendaria o Ânimo?
4. Como podemos melhorar o Ânimo?
5. Há quanto tempo você corre?
30. Agora vamos segmentar a nossa
resposta
O resultado final vai nos mostrar:
- "Quantidade de arrasados"
- Que features que eles mais gostam
- O que falta para os "não tão arrasados" ficarem arrasados.
33. Fechando a apresentação
- Assim como um cientista, começamos montando a nossa
hipótese e vamos trabalhando até a teoria.
- Absolutamente nada é definitivo. Toda empresa de
internet vive dentro de um loop de iterações. Facebook e
Google ja pivotaram muito.
- Mistakes happen. Errar é super normal ( e esperado), a
única coisa que importa é aprender e iterar.
34. Para saber mais:
- Instagram do Ânimo: @animo_fitness
- Estamos na PlayStore e na AppStore
- Tenho uma newsletter voltada a produto e tech:
jonathankorn.com
35. E ai, curtiu?
Visite esse Bitly
http://bit.ly/WorkshopCEMP
Ou:
Obrigado
Insper S2
Notas do Editor
No final dos anos 90, começo dos anos 2000, tivemos um boom de internet companies. Quase todas morreram mesmo apos terem captado milhoes de dolares em investimento. O que aconteceu? Eles nao seguiram o mantra do Paul Graham: Build something people want. Nao é nada revolucionario, todo mundo sabe disso desde sempre. Mas ai surgiu um gold rush com muito dinheiro facil e muita métrica de night.
Computador era compartilhado na casa. Internet era lenta. Agora voce tem 3G em qualquer lugar, e a sua experiencia digital é 100% personalizada para voce. Fomos do statico para o dinamico. Temos mais data points do que nunca, e temos que usar isso a favor do usuário.
Bottom is most important. Like a pyramid, the base is responsible for holding it all together. Understand the base well, but don't be afraid of swapping out the base if you find one that more suitable. It's iterable.
The market lives in the Problem Space. Problems define the Market slices. Focus on understanding WHAT the problem is before figuring out HOW to solve it. How is the solution space and is your product.
O problema com essa frase é que ela foca 100% na solucao ao inves do problema. Voce precisa entender que
100% das pessoas: Tive uma ideia -> Perguntar a opinião dos amigos e da família. Não faça isso!
Seus amigos e sua família te amam. Mesmo quando tentarem responder honestamente… eles vão falhar
Você acha uma boa ideia? Horrivel!!! Isso é uma opinião! Ao invés disso pergunte: "Como que voce faz X?" pergunte sobre todo o processo. Qual parte ele gosta do processo? Quais nao gosta? O que ele usa?
Você pagaria por um produto que fizesse X? Outra pergunta pedindo opiniao. Essa pessoa quer te fazer feliz. Pergunta como eles resolvem isso? Ja pagaram por alguma solucao? Conjugou o verbo pro futuro: geralmente é ruim
Por que que você se importa? Essa é otima!! Da pra explorar bem!
Quais são as implicações? Muito bom!!!!!!! Essa é boa pra se ter uma ideia de impacto e viabilidade de preco. Problema grande = oportunidade para fazer mais dinheiro.
Como é o seu processo, é muito bom. Dica: Preste atençao no que é dito, e no que nao é dito. Facil de detectar mentira.
Como que você resolve isso hoje em dia? Otimo detector de bullshit. Muitas vezes ele fala que é um problemao, mas voce descobre duas coisas: acontece uma vez por ano, e é facil de resolver. Se ele nao procurou uma solucao… é um mal sinal.
Seus primeiros usuarios estao torcendo por voce. Eles vao ter muita mais paciencia e tolerancia do que voce imagina..
Tem certas coisas nessa piramide ai que pode ser re organizada. Todos deveriam estar presentes, mas em distribuicoes diferentes. Ex: LeiSecaRJ precisava ser Reliable pra caramba. Emotional Design… nem tanto.
PlayKids preciava ser SUPER usable e com emotional design. VTEX precisava ser
Voce fez um landing page, uma mailing list o que seja.
Agora que a gente tem um produto está na hora de a gente começar a adicionar dados quantitativos.
O PMF engine foi criado pelo Rahul Vohra do Superhuman.Ele tambem se irritou com os comentarios sobre PMF. Achava muito latente.
Criou o PMF engine. O PMF engine serve para medir o apelo do seu produto existente, segmentar as funcionalidades que "conquistam" e te ajudar a conquistar seus usuários.
Explica o ICE score.
Explica OKR bem por alto. Evitaria focar muito em OKRs por agora porque tudo é tao "experimental"