Escolar Documentos
Profissional Documentos
Cultura Documentos
Fundamentos de Product
Discovery
Como fazer Discovery
no Dia a Dia
Dan Printes
Atualmente
Quem sou eu Chief Product Officer na Tapps Games
Dan Mark Printes Mini-currículo
- + 20 anos de experiência em Internet sendo os últimos 6
anos em Produto
- Background Técnico
- Trabalhos envolvendo usabilidade e UX desde 2006
- Gestor de Times Multidisciplinares
- Consultor de Produto e Growth
Life Achievements
💻 Cientista da computação com pós em análise de sistemas
1. 2. 3. 4.
Como fazer Divisão de Encontrando Case Tapps
Discovery no Papéis e oportunidades Games
Dia a Dia Responsabilida e entregando
des resultados
Agenda desta aula
1.
Como fazer 2. 3. 4.
Divisão de Encontrando Case Tapps
Discovery no
Papéis e oportunidades Games
Dia a Dia
Responsabilida e entregando
des resultados
1
Como fazer discovery
no Dia a Dia
Relembrando: Discovery -> Delivery
Protótipos são feitos em Discovery. Produtos são feitos em Delivery.
NÃO :)
Mas isso não é, basicamente...
WATERFALL ? Vejamos por que não
● No waterfall, normalmente o PM passa os requisitos para os designers, que gera um wireframe de alta fidelidade
com anotações que são entregues para os Devs para desenvolverem e testarem a solução e colocar no ar.
● Discovery e Delivery não são fases. São atividades. Elas acontecem em paralelo e não uma depois da outra.
● O Discovery deve acontecer ao mesmo tempo que o Delivery, onde o Discovery Team (Designers, PM e Tech Lead)
colaboram na rápida validação de hipóteses de solução e o Delivery Team (engenheiros e o restante do time)
constroem algo já validado no backlog.
● Mais importante: ao contrário do waterfall, a validação da solução acontece durante o Discovery, da forma mais
rápida e lean possível, idealmente sem uso de código de produção de forma a reduzir os riscos de valor,
usabilidade, factibilidade e viabilidade.
● Assim reduzimos desperdícios e entregamos valor real aos usuários e para a empresa!
Fazemos Discovery e Delivery de forma complementar
Usando o melhor do Design Thinking, Lean e Agile
Fazemos Discovery e Delivery de forma complementar
O Double Diamond nos ajuda a visualizar o processo todo
Queremos fazer Descobertas e Entregas contínuamente
Simplificando, temos um ciclo sem fim e contínuo
Queremos fazer Descobertas e Entregas contínuamente
Com as seguintes atividades sendo feitas de forma iterativa:
E quem faz essas atividades?
Idealmente, o time todo!
Isso é Continuous Discovery!
"
atividades de pesquisa e experimentos, sempre em busca
do resultado desejado
Teresa Torres
Product Discovery Coach
E o que é mesmo um time de produto (ou squad) ?
O time é composto por PM, PDs, Devs, QA e eventuais especialistas que estão em busca de um objetivo de negócio
Buscando um
Objetivo de negócio
SQUAD
E as demais áreas ?
O time tem que se comunicar com elas e promover muita interação e troca de informação
User Research
Data Analysis
muita interação!
Marketing
Comercial
Customer Success
SQUAD
Fazer Discovery é sobre quebrar silos e co-criar soluções
"
como solucionadores de problemas e trabalharmos juntos
para co-criar soluções.
Teresa Torres
Product Discovery Coach
Mas não é sobre ser uma democracia
"
Você vai se mover muito devagar.
Teresa Torres
Product Discovery Coach
Agenda desta aula
1. 2. 3. 4.
Como fazer Divisão de Encontrando Case Tapps
Discovery no Papéis e oportunidades Games
Dia a Dia Responsabilida e entregando
des resultados
2
Divisão de Papéis e
Responsabilidades
Divisão de Papéis e Responsabilidades
O foco muda de acordo com os papéis e responsabilidades
OBJETIVOS PM PD TECH
Discovery
80-90% 10-20%
DO TEMPO DO TEMPO
10-20% 80-90%
Delivery DO TEMPO DO TEMPO
Divisão de Papéis e Responsabilidades
" Nós dizemos que se você está apenas usando seu engenheiros para
escrever código, você está aproveitando apenas cerca de metade do seu
valor. Um pequeno segredo em produto é que os engenheiros são
normalmente a melhor fonte de inovação ainda que eles frequentemente
"
nem são chamados para participar do Discovery.
Marty Cagan
Consultor de Product Management
Fundador do Silicon Valley Product Group
Divisão de Papéis e Responsabilidades
Time Principal
Divisão de Papéis e Responsabilidades
PRODUCT MANAGER
OBJETIVOS
ENGENHEIROS / DESENVOLVEDORES
OBJETIVOS
● Manter o código organizado e com poucos Testes não funcionais Product Discovery
débitos técnicos
Desenvolvimento da
● Realizar o Product Delivery com o escopo e o Priorização backlog
Solução
prazo acordados
● Ajudar no planejamento dos estudos e pesquisas dos times com as técnicas e ferramentas corretas
● Cria uma base de conhecimento compartilhada sobre o usuário, suas dores e sua jornada
● Ajuda o PD com as melhores práticas nos testes de usabilidade, entrevistas, pesquisas quanti e quali
● Trabalha em pesquisas de mais longo prazo e que influencia o business como um todo
Divisão de Papéis e Responsabilidades
ANALISTA DE DADOS
"
Marty Cagan
Consultor de Product Management
Fundador do Silicon Valley Product Group
Agenda desta aula
1. 2. 3. 4.
Como fazer Divisão de Encontrando Case Tapps
Discovery no Papéis e oportunidades Games
Dia a Dia Responsabilida e entregando
des resultados
3
Encontrando oportunidades
e entregando resultados
Em busca do Outcome e não do Output
Aprendemos tudo sobre Discovery! Faz muito sentido! Como não pensamos nisso antes ?
Em busca do Outcome e não do Output
Convencemos todos (stakeholders, diretoria, e time) a mudar o Mindset!
Em busca do Outcome e não do Output
Então começamos deixando um objetivo de negócio claro
Em busca do Outcome e não do Output
Empoderamos o time e fazemos pesquisa….
Em busca do Outcome e não do Output
Apresentamos a pesquisa e partimos para um brainstorm, com todos stakeholders participando
Em busca do Outcome e não do Output
Aí separamos as melhores ideias, por votação, e priorizamos a melhor
Em busca do Outcome e não do Output
Então, fazemos o design….
Em busca do Outcome e não do Output
Fazemos testes de usabilidade com os usuários
Em busca do Outcome e não do Output
Desenvolvemos a solução, já refinada
Em busca do Outcome e não do Output
Depois de semanas (meses ?!), colocamos nossa solução no ar e….
Em busca do Outcome e não do Output
Mas fizemos tudo certo, como nos artigos!! Por que falhamos ?
Em busca do Outcome e não do Output
Estamos fazendo Waterfall informado por usuários e não Product Discovery
Em busca do Outcome e não do Output
Falhamos porque não exploramos o problema antes de pensar na solução!
● Nossas soluções não conectam diretamente com a oportunidade correta ou com o resultado
esperado;
Quando pulamos direto para soluções, sem antes entender melhor o problema que ela ataca, corremos o risco de nos
apaixonar pela solução sem ter evidências que ela de fato vá trazer o resultado esperado
Em busca do Outcome e não do Output
E a Opportunity Solution Tree nos ajuda a conectar melhor Outcome e output
X X
Aumentar Aumentar
Resultado Resultado
Engajamento Engajamento
Esperado Esperado Facebook Facebook
Adicionar
Melhorar Aumentar
Oportunidade uma nova
engajamento compartilhar
Reação com os posts posts
Idéia 1 Ideia N
Sugerir
Solução Solução Adicionar
Adicionar lembranças
uma nova
salvar post para
reação
compartilhar
DELIVERABLE
OUTCOME
OUTPUT
FINAL
SOLUTION
Principalmente de:
● Pesquisa de Mercado
● Pesquisa qualitativa
Dicas importantes:
Dicas importantes:
● Como eles de fato usam seu produto ? Será que usam da forma como foi
pensado ou estão usando de uma forma que você não esperava ?
● Do que eles mais gostam no seu produto ? E do que não gostam ? Porquê
eles o usam frente aos concorrentes ?
● O que eles falam nas reviews das lojas e nos emails de suporte ? O que mais
dá trabalho para o atendimento ?
Problem Space: Encontrando Oportunidades
Pesquisa Qualitativa, Entrevista com os usuários, User Reviews e chamados no suporte
Dicas importantes:
● Ao fazer isso, vocês possam ser donos desse conhecimento, para usá-lo no
dia a dia e ele não fica engavetado em algum relatório
Problem Space: Encontrando Oportunidades
Como sumarizar todas as informações ? Atomic Research :)
Com mais
Gostariam de
reações
reagir de mais podemos Gostaria de ver
Entrevista
formas entender mais apenas assuntos do
diferentes sobre seus meu interesse
gostos
Não conseguem
consumir todo o
Suporte conteúdo da sua
timeline
Usuários não
gostam de ver
posts de
determinados
assuntos
Problem Space: Encontrando Oportunidades
"
resolvendo dores reais do usuário e não do negócio, de
forma disfarçada.
Teresa Torres
Product Discovery Coach
Problem Space: Encontrando Oportunidades
Com isso, nossa árvore de oportunidade atualizada ficou assim:
Aumentar
Engajamento
Facebook
Sugerir
Adicionar
lembranças Adicionar
uma nova
para salvar post
reação
compartilhar
Fake door
Não Gostei
Fake door
Amei
Problem Space: Encontrando Oportunidades
Priorizando oportunidades para atacar
Aumentar
Engajamento
Facebook
Sugerir
Adicionar
lembranças Adicionar
uma nova
para salvar post
reação
compartilhar
Fake door
Não Gostei
Fake door
Amei
Problem Space: Encontrando Oportunidades
"
Quando estamos analisando e priorizando oportunidades devemos
lembrar que nós podemos ter tomado decisões erradas. Por isso é
importante ressaltar que você pode sempre voltar e mudar o caminho
escolhido. Mas para isso você quer se mover rápido, para que você possa
aprender se esse é o melhor caminho o quanto antes.
"
Teresa Torres
Product Discovery Coach
Agora que definimos a oportunidade a atacar
Vamos descobrir soluções valiosas para o usuário e que geram valor para a empresa
DELIVERABLE
OUTCOME
OUTPUT
FINAL
SOLUTION
72
Solution Space: Comparando e contrastando Soluções
Devemos sempre escolher soluções boas para o os usuários e que geram valor para a empresa
73
Dicas para
Solution Space:
encontrar
Comparando
as melhores
e contrastando
soluções! Soluções
Devemos sempre escolher soluções boas para o os usuários e que geram valor para a empresa
"
Soluções podem vir de qualquer lugar, desde que conectadas por uma
oportunidade conhecida. Se elas não conectarem a solução escolhida, elas
podem ser mapeadas para outras soluções na árvore. Mas se elas não
conectarem a árvore que estamos analisando, elas são consideradas
apenas distrações e devem ser descartadas.
"
Teresa Torres
Product Discovery Coach
Solution Space: Comparando e contrastando Soluções
Queremos soluções diferentes e não variações da mesma solução!
76
Solution Space: Comparando e contrastando Soluções
Queremos soluções diferentes e não variações da mesma solução!
● Inicie dando contexto, deixando o problema/oportunidade a ser atacado
bem claro. Traga métricas, pesquisas e benchmarks!
● Ponha as idéias pra fora sem filtro pois são 8 abordagens diferentes em
8 minutos. Esse técnica é conhecida como Crazy Eights!
● Não tenha medo de errar, pois não existe certo e errado; existem
abordagens melhores e piores. Nós queremos descobrir a melhor!
77
Solution Space: Comparando e contrastando Soluções
Use surveys no produto para ajudar a escolher a melhor solução com auxílio do seu usuário!
Solution Space: Comparando e contrastando Soluções
Use surveys no produto para ajudar a escolher a melhor solução com auxílio do seu usuário!
" Se o seu produto falhar, não é porque as pessoas não precisam que o
problema seja resolvido. É porque sua solução não está posicionada para
ser melhor que as demais. De fato, para ter sucesso, seu produto precisa
"
ser inovador e ser dez vezes melhor que os outros.
Marty Cagan
Consultor de Product Management
Fundador do Silicon Valley Product Group
Agenda desta aula
1. 2. 3.
Como fazer Divisão de Encontrando 4.
Case Tapps
Discovery no Papéis e oportunidades
Games
Dia a Dia Responsabilida e entregando
des resultados
4
Case Tapps Games
Case Tapps Games
Missão: Divertir e conectar as pessoas ao redor do mundo com jogos incríveis - Desde 2010
Problema Objetivo
Queda na Receita e Taxa de conversão Reverter a queda da taxa de conversão
Case Tapps Games
Objetivo de Negócio: Reverter a queda na taxa de conversão
Objetivo
Reverter a queda da taxa de
conversão
Case Tapps Games
Analisando as duas oportunidades
Fonte: https://www.gamerefinery.com/battle-pass-trend-mobile-games/
Case Tapps Games
Evidências de mercado
Fonte: https://medium.com/ironsource-levelup/missions-upgradeable-rewards-afbf83e675e3
Case Tapps Games
Time tem Incerteza sobre a solução do sistema VIP
Time ficou inseguro com um VIP no Bid wars pois segundo eles:
● Não há itens o suficiente para ofertar para o jogador;
Foi realizada um teste fake door com somente as duas opções mais votadas exibindo o bundle com valores e imagens.
Like a Boss
Unleash your Potential
Click-through Rate 2.16%
Click-through Rate 1.43%
É possível ver que a quantidade de vendas do Semanal é superior à quantidade de vendas do mensal
VIP 12 é o mensal. Bundlepack 17 é o semanal.
Case Tapps Games
Então, implementamos em Teste A/B duas versões: benefícios mensais ou semanais
Pela diferença de preço, vemos que a receita gerada é próxima, com uma pequena vantagem para o semanal
Case Tapps Games
Então, decidimos pela manutenção do VIP Semanal.
Principais motivos:
" Nós não temos que ser obcecados por features. Temos
"
que ser obcecados por resultados!
Teresa Torres
Product Discovery Coach
Resumo
Resumo da Aula
Como fazer discovery no dia a dia
● Discovery e delivery são atividades e não fases. Elas acontecem em paralelo e não uma depois da outra.
● A validação acontece no discovery e não no delivery, por isso não é igual ao waterfall.
● O Framework Better Together dá um exemplo de como rodar no seu time usando o melhor do Design
Thinking, do Lead e do Agile.
● Nele o time executa pequenas atividades de pesquisa e de prototipação que ajuda na descoberta da
melhor solução para os usuários.
● O ideal é que o time de produto seja o responsável por fazer todas as atividades, para evitar handoffs e
perda de informações.
Resumo da Aula
Divisão de Papéis e Responsabilidades
● Todo o time deve participar do discovery e do delivery. O que muda é o foco de cada papel. PMs e PDs devem
investir 80% do tempo em discovery; Já os engenheiros devem investir 20%.
● O PM tem como objetivo alinhar o time a um objetivo de negócio e trabalhar para encontrar a solução que
melhor funcione para os usuários e gere resultado para o negócio.
● O PD é responsável por entender as dores e a jornada do usuário, assim como liderar o processo pesquisa,
workshops de cocriação e a geração de protótipos focando na descoberta da melhor solução.
● Os Engenheiros são responsáveis por liderar o processo de delivery mas ajudando em discovery na construção
de POCs e informando o que é possível ou não de executar de forma rápida.
● O User Researcher ajuda o time com o ferramental de pesquisa e atua em pesquisas de mais longo prazo que
impactam o time como um todo
● O Analista de dados ajuda o time com a extração e análise de dados, bem como ajuda o PM a encontrar
oportunidades com base no uso do produto.
● O PMM ajuda na coleta de feedbacks internos e externos e orquestra ações de comunicação junto com o PM
Resumo da Aula
Encontrando oportunidades e entregando resultados
● Falhamos muitas vezes por não conectar a solução com o objetivo desejado.
● A Opportunity Solution Tree nos ajuda a visualizar o racional e ver se nossa solução conecta com o objetivo
● As oportunidades vêm de pesquisa com os usuários, benchmark e análise de dados de uso do produto.
● O Atomic Research nos ajuda a organizar toda essa informação e a encontrar insights
● É importante começar priorizando as oportunidades e um framework que nos ajuda nisso é o ICE SCORE.
● Depois que oportunidade estiver priorizada invista em buscar soluções diferentes para o problema pois a
primeira que aparece nem sempre é a melhor
● O 2o onde você será PM do Clash Royale, um dos maiores jogos Free To Play do mundo, onde
deverá, a partir de fatos e gráficos, gerar uma árvore de oportunidades com base no problema
apresentado.
Problema a ser resolvido: aumentar as horas que cada pessoa passa assistindo Netflix.
● Lista de oportunidades:
Criem os grupos
● I’m out of episodes of my favorite show.
Compartilhe sua
● I fell asleep and several episodes kept playing.
122
123
Exercício
Exercício2: 2:
Identificando as Oportunidades
Identificando as Oportunidades
Agora você é PM do Clash Royale por 20 minutos!
Tome como base as informações anteriores e o objetivo abaixo:
Passo 1:
Com base nos dados disponíveis gere uma lista de insights
Passo 2:
Crie uma árvore de oportunidade para o KR 1.
% Jogadores inativos com mais derrotas que vitórias: Encontrar jogadores muito
Dados
75% mais fortes que você em
% de jogadores ativos com mais derrotas que vitórias:
muitas partidas é um fator
30%
importante para a
35% dos jogadores inativos estão no Campo de desistência do jogo.
Treinamento, 25% estão na arena 1, e mais 10% estão
na arena 2 e 3.
Pesquisa 30% dos jogadores ativos estão na Liga 1.
Jogadores com cartas
Jogadores param de jogar pois encontram jogadores melhores continuam
muito mais fortes que eles em muitas partidas
jogando por mais tempo!
A falta de carta raras nos níveis iniciais desmotiva os
Testes A/B
jogadores e os faz jogar menos
Aumentar em 30% o
número de jogadores
ativos
Diminuir o número de
Melhorar a distribuição Melhorar o pareamento
jogadores que param na
de cartas raras de jogadores
arena de treinamento
129
Bibliografia e links de apoio
Livros e Podcasts
Podcasts:
● Movimento UX
● Like a Boss
● O’Reilly Design Podcast
● UX and Growth
● Users Defenders
Artigos e Videos
Artigos:
● https://brasil.uxdesign.cc/atomic-ux-research-armazenar-e-distribuir-os-aprendizados-de-ux-16c341a
f03aa
● https://www.producttalk.org/2016/08/opportunity-solution-tree/
● https://www.producttalk.org/2019/02/prioritize-opportunities
● https://medium.com/seek-user-experience/design-thinking-101-what-is-it-part-i-of-ii-c90d653699d1
● https://medium.com/seek-blog/design-thinking-101-the-double-diamond-approach-ii-4c0ce62f64c7
● https://www.productboard.com/blog/step-by-step-framework-for-better-product-Discovery/
● https://hygger.io/blog/ice-method-helps-choose-better-product-features/
● https://www.nngroup.com/articles/false-consensus/
Videos: