O documento discute a importância de usar técnicas de crescimento (growth) em produtos, enfatizando a aprendizagem através de experimentação constante em vez de tentativas de adivinhação. Defende que os processos de growth devem ser escaláveis, previsíveis e replicáveis através de cadência, aprendizado e autonomia.

1. Pare de tentar adivinhar e comece a aprender utilizando
técnicas de growth em seu produto.
Gustavo Mendes

5. Observação
Hipótese
Assumir como
verdade
Aplicação
# pouca informação
# difícil de provar (ciência)
#hippo

6. 1900
Ronald Fisher
Biólogo e Matemático

7. 1900
Ronald Fisher
Biólogo e Matemático
“O que aconteceria se eu
adicionasse mais fertilizante aqui?”

8. Observação
Hipóteses
Validar a
Hipótese
Aprender
Ciência
# pouca informação >> obter
mais informações
# difícil de provar (ciência)
Aplicação

9. Learning and Impact
Over Ideas and Activity
-Brian Balfour

10. # experimentação
# teste A/B
Agricultura Medicina Marketing Online
50’1900 70’ 90’
# aprender c/ pouca informação
# validar c/ pouco esforço
# certeza

11. Pare de tentar adivinhar e comece a aprender utilizando
técnicas de growth em seu produto.
Gustavo Mendes
Gerente de Produto na Resultados Digitais

12. O que é esse tal de “Growth”?

13. O que é esse tal de “Growth”?
-> Crescer/evoluir qualquer coisa que acrescente valor ao negócio
● Não necessariamente aumentar a receita $$$
● Essencialmente, crescer/evoluir o que é mais estrategicamente importante
nesse momento

14. Como nós podemos “Crescer”?

15. Como nós podemos “Crescer”?
Adquirindo novos clientes
ou
Retendo os atuais clientes
Ou ...

16. #1

17. #1
Qual hack ou tática que você está
utilizando para ter bons resultados
com growth?

18. UMA…DICA…
SEGREDO…
HACK…
TÁTICA…

19. UMA…DICA…
SEGREDO…
HACK…
TÁTICA…

20. O que funciona para outros, não necessariamente
vai funcionar para você!

21. #1
Seu público é diferente

22. #2
Seu produto é diferente

23. #3
Seu modelo de negócios é diferente

24. #4
A jornada do seu cliente é diferente

25. #0
Sua empresaé diferente

26. Foco no Processo,
depois em Táticas

27. O mito do
Taco de Hockey

28. O mito do
Taco de Hockey

29. Como as pessoas acreditam
que os resultados com
growth vão acontecer...

30. Como as pessoas acreditam
que os resultados com
growth vão acontecer...
… como realmente ele é.

33. http://blog.airdna.co/2015-in-review-airbnb-data-for-the-usa/

34. NÃO EXISTE BALA DE PRATA!

35. 24
CONSTRUIR UMA MÁQUINA

36. #1 Escalável
#2 Previsível
#3 Replicável
UMA MÁQUINA É..

37. O processo constrói uma máquina
A máquina produz as táticas

38. PROCESSO...

39. #1 Cadência
#2 Aprendizado
#3 Autonomia
#4 Prestação de Contas (Métricas)
OBJETIVOS DO
PROCESSO...

40. PRIMEIRO PASSO:
DIREÇÃO

41. DEFINIR UMA DIREÇÃO
Objetivo: Declaração Qualitativa
Período: 90 dias (1 Quarter)
KR1: Objetivo Mensurável 1
KR2: Objetivo Mensurável 2
KR3: Objetivo Mensurável 2

42. DICAS E APRENDIZADO

45. # Foco em uma métrica norte (Flexibilidade)
# Use métricas com foco no processo
# Seja ousado “Moonshot Mindset”
DICAS E APRENDIZADOS

46. Objetivo: Aumentar a adoção das
funcionalidades
# Melhorar em X% o número de
funcionalidades adotadas
# Executar Y experimentos no Quarter

47. 6.
Sistemati
zar
(Playbooks)
5.
Ana
lisar
(Experiment Doc)
1.Brainstorm
(Backlog)
2. Priorizar
(Experiment Doc + Backlog)
3. Testar
(Experiment Doc)
4. Implementar
PROCESSO
Direção
(OKR)

48. 1.Brainstorm
(Backlog)
# Alto volume de opções

49. 1.Brainstorm
(Backlog)
Aárvoredaoportunidade

50. 1.Brainstorm
(Backlog)

51. 1.Brainstorm
(Backlog)

52. 2. Priorizar
(Experiment Doc + Backlog)

53. 2. Priorizar
(Experiment Doc + Backlog)

54. 2. Priorizar
(Experiment Doc + Backlog)

55. # Errar rápido, aprender rápido
O que é possível testar em menos de 1 semana?
3. Testar
(Experiment Doc)
Qual é o MTV (Mínimo Teste
Viável) para validar nossa
hipótese?

56. 3. Testar
(Experiment Doc)

57. DICAS E APRENDIZADO

58. 3. Testar
(Experiment Doc)

59. 3. Testar
(Experiment Doc)
1 MÊS

60. 3. Testar
(Experiment Doc)
1 MÊS

61. 3. Testar
(Experiment Doc)
# Hackear o sistema

62. 3. Testar
(Experiment Doc)
MoSCoW prioritisation

63. 3. Testar
(Experiment Doc)

64. 4. Implementar
Just do it!

65. 5.
Ana
lisar
(Experiment Doc)
#1 Impacto (Quais foram os resultados do experimento?)
#2 Precisão (O quão próximo os resultados ficaram da hipótese?)
#3 Explicações (Por que o comportamento do experimento foi esse?)

66. 5.
Ana
lisar
(Experiment Doc)

67. 5.
Ana
lisar
(Experiment Doc)

68. 6.
Sistemati
zar
(Playbooks)
# Produtizar
# Playbooks

69. DICAS E APRENDIZADO

70. 6.
Sistemati
zar
(Playbooks)
# Planejar e mapear refatoração
# A opção de tirar um experimento do ar não
é negociável (cliente ciente*)
# A sistematização realmente é possível?

71. 6.
Sistemati
zar
(Playbooks)
5.
Ana
lisar
(Experiment Doc)
1.Brainstorm
(Backlog)
2. Priorizar
(Experiment Doc + Backlog)
3. Testar
(Experiment Doc)
4. Implementar
REPETIR…
REPETIR…
REPETIR...
Direção
(OKR)

72. https://medium.com/@michaeldsimmons/forget-about-the-10-000-hour-rule-7b7a39343523

73. “I have not failed.
I've just found 10,000 ways that won't work.”
Gustavo Mendes
Gerente de Produto na Resultados Digitais
linkedin.com/in/mendesws
Thomas Edison
Referências:
Brian Balfour - @bbalfour
Teresa Torres - @ttores
Andy Young - @andyy