O documento discute as preocupações de uma empresa em diferentes estágios de crescimento, como existir, sobreviver ao crescimento, não se acomodar e manter múltiplos produtos. Também aborda desafios como escalar sem perder a cultura de testes e como implementar uma arquitetura para reduzir a complexidade dos fluxos e facilitar mudanças.

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

3. Tecnologia Design Data science

4. “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

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

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

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

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

9. • 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

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

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. • 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

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

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

15. FLUXO DE AQUISIÇÃO
Exemplo

17. • 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

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

19. BONAFONT FRAMEWORK
Solução

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

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

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

25. PRODUTO –> PLATAFORMA
Resposta

26. FLUXOS PERSONALIZADOS
Visão

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