1.
Construindo produtos
para incerteza máxima
SOUTHEAST BRAZIL REGION FROM SPACE

2.
Tecnologia Design Data science

3.
“There are known knowns. These are things
we know that we know.
There are known unknowns. That is to say,
there are things that we know we don't know.
But there are also unknown unknowns. There
are things we don't know we don't know.”
Donald Rumsfeld

4.
Crescimento
01/03/14 01/02/17

5.
Crescimento Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos

6.
• Ter um produto funcional
• Time(s) pequenos e muito ágeis
• Dívida técnica x velocidade
• Minimizar o escopo do MVP
Preocupação: existir

7.
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos

8.
• Apagar incêndios
• Entender operação/atendimento
• Resolver bugs e corner cases
• Escalar os serviços
• Escalar o(s) time(s)
• Automatizar processos operacionais
• Coletar métricas
Preocupação: sobreviver ao crescimento

9.
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos

10.
• Sustentabilidade financeira
• Continuar inovando e entregando valor
• Não burocratizar / se manter ágil
• Priorização com dados, impacto econômico e
aprendizado
• Ter métricas acessíveis
• Testar alternativas e otimizar fluxos
Preocupação: não se acomodar

11.
• Sustentabilidade financeira
• Continuar inovando e entregando valor
• Não burocratizar / se manter ágil
• Priorização com dados, impacto econômico e
aprendizado
• Ter métricas acessíveis
• Testar alternativas e otimizar fluxos
Preocupação: não se acomodar

12.
COMO ESCALAR SEM PERDER
A CULTURA DE TESTAR?
Problema

13.
• Maior complexidade no desenvolvimento
• Como evitar retrabalho?
• Testar mais ou implementar algo novo? Até
onde?
Como escalar sem perder a cultura de testes?

14.
FLUXO DE AQUISIÇÃO
Exemplo

15.
• Não quebrar algo que funciona bem
• Dificuldade de fazer modificações
• Inconsistência entre as plataformas
• Gargalo de mobile
• Até onde vale a pena otimizar?
• Testar mais ou implementar algo novo?
Problemas

16.
ARQUITETURA TRADICIONAL
Interfaces
+
Lógica dos
fluxos
Lógica de negócio

17.
BONAFONT FRAMEWORK
Solução

18.
ARQUITETURA C/ BONAFONT
Interfaces
Lógica de negócio
Lógica dos fluxos

19.
• Minimizar o custo de testar
• Diminuir a dependência de desenvolvimento
• Agilidade para fazer mudanças
Por que?

20.
• Limitações de UX
• Tipos de testes predefinidos
• Complexidade da implementação
• Fluxos mais complexos
Trade-offs

21.
PRODUTO –> PLATAFORMA
Resposta

22.
FLUXOS PERSONALIZADOS
Visão

23.
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos