O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
Construindo produtos
para incerteza máxima
SOUTHEAST BRAZIL REGION FROM SPACE
Tecnologia Design Data science
“There are known knowns. These are things
we know that we know.
There are known unknowns. That is to say,
there are things...
Crescimento
01/03/14 01/02/17
Crescimento Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos
• Ter um produto funcional
• Time(s) pequenos e muito ágeis
• Dívida técnica x velocidade
• Minimizar o escopo do MVP
Preo...
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos
• Apagar incêndios
• Entender operação/atendimento
• Resolver bugs e corner cases
• Escalar os serviços
• Escalar o(s) tim...
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos
• Sustentabilidade financeira
• Continuar inovando e entregando valor
• Não burocratizar / se manter ágil
• Priorização co...
• Sustentabilidade financeira
• Continuar inovando e entregando valor
• Não burocratizar / se manter ágil
• Priorização co...
COMO ESCALAR SEM PERDER
A CULTURA DE TESTAR?
Problema
• Maior complexidade no desenvolvimento
• Como evitar retrabalho?
• Testar mais ou implementar algo novo? Até
onde?
Como e...
FLUXO DE AQUISIÇÃO
Exemplo
• Não quebrar algo que funciona bem
• Dificuldade de fazer modificações
• Inconsistência entre as plataformas
• Gargalo de...
ARQUITETURA TRADICIONAL
Interfaces
+
Lógica dos
fluxos
Lógica de negócio
BONAFONT FRAMEWORK
Solução
ARQUITETURA C/ BONAFONT
Interfaces
Lógica de negócio
Lógica dos fluxos
• Minimizar o custo de testar
• Diminuir a dependência de desenvolvimento
• Agilidade para fazer mudanças
Por que?
• Limitações de UX
• Tipos de testes predefinidos
• Complexidade da implementação
• Fluxos mais complexos
Trade-offs
PRODUTO –> PLATAFORMA
Resposta
FLUXOS PERSONALIZADOS
Visão
Preocupações
01/03/14 01/02/17
existir
sobreviver
ao crescimento
não se acomodar
manter múltiplos
produtos
A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud
A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud
A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud
A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud
A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud
Próximos SlideShares
Carregando em…5
×

A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud

183 visualizações

Publicada em

O Nubank passou de um time pequeno para uma equipe com mais de 400 pessoas e múltiplos produtos em pouco mais de 3 anos. Esse processo todo nos trouxe grandes aprendizados que queremos compartilhar.
Durante os diferentes estágios de tamanho da empresa, a organização, os objetivos e a forma de trabalhar mudaram diversas vezes. Com essas mudanças, os Product Managers são sempre muito impactados e precisam estar o tempo todo se adaptando às diferentes maneiras de pensar produto em cada um dos momentos.
Para sobreviver a isso tivemos que aprender um conjunto adicional de skills, ter flexibilidade para abraçar as mudanças e tornar-nos cada vez mais obsessivos com a organização. Tudo sem esquecer da visão do produto. Vamos conversar sobre as diferentes formas organizacionais que experimentamos, nossos aprendizados escalando o produto e as mudanças na maneira de fazer priorização.

Publicada em: Tecnologia
  • Seja o primeiro a comentar

A evolução e os desafios do chapter de PMs no Nubank - Pedro Axelrud

  1. 1. Construindo produtos para incerteza máxima SOUTHEAST BRAZIL REGION FROM SPACE
  2. 2. Tecnologia Design Data science
  3. 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. 4. Crescimento 01/03/14 01/02/17
  5. 5. Crescimento Preocupações 01/03/14 01/02/17 existir sobreviver ao crescimento não se acomodar manter múltiplos produtos
  6. 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. 7. Preocupações 01/03/14 01/02/17 existir sobreviver ao crescimento não se acomodar manter múltiplos produtos
  8. 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. 9. Preocupações 01/03/14 01/02/17 existir sobreviver ao crescimento não se acomodar manter múltiplos produtos
  10. 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. 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. 12. COMO ESCALAR SEM PERDER A CULTURA DE TESTAR? Problema
  13. 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. 14. FLUXO DE AQUISIÇÃO Exemplo
  15. 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. 16. ARQUITETURA TRADICIONAL Interfaces + Lógica dos fluxos Lógica de negócio
  17. 17. BONAFONT FRAMEWORK Solução
  18. 18. ARQUITETURA C/ BONAFONT Interfaces Lógica de negócio Lógica dos fluxos
  19. 19. • Minimizar o custo de testar • Diminuir a dependência de desenvolvimento • Agilidade para fazer mudanças Por que?
  20. 20. • Limitações de UX • Tipos de testes predefinidos • Complexidade da implementação • Fluxos mais complexos Trade-offs
  21. 21. PRODUTO –> PLATAFORMA Resposta
  22. 22. FLUXOS PERSONALIZADOS Visão
  23. 23. Preocupações 01/03/14 01/02/17 existir sobreviver ao crescimento não se acomodar manter múltiplos produtos

×