Skip to content
ProductManagement.com.br
ProductManagement.com.br

Um lugar aberto à discussão sobre produtos digitais

  • Product Management
    • Product Discovery – Dicas e Passos.
    • O Product Owner e o Business Analyst
    • Refinement Meeting: Por que e como fazer?
    • Visão geral do PO em projeto Ágil
    • Perfis legais para seguir no Twitter
  • Scrum
    • Scrum, o primeiro contato!
    • Ágil. Porque tantas tentativas falham?
    • O Product Owner e o Business Analyst
    • Ágil. Gestão do conhecimento, escopo, documentação, testes, falhas e mais…
    • Scrum. Gestão do conhecimento e mudanças de escopo
    • Ágil. Um pouco sobre documentação de regras, testes e comunicação
    • Refinement Meeting: Por que e como fazer?
    • Refinement Meeting: Respondendo as 6 dúvidas iniciais
    • Características de um bom Product Backlog – DEEP
    • Perfis legais para seguir no Twitter
  • English
    • Agile Product Ownership in a nutshell
    • Agile. Why so many projects fail?
    • Grooming the Product Backlog: Answering 6 initial questions
    • Great profiles to follow on Twitter
ProductManagement.com.br

Um lugar aberto à discussão sobre produtos digitais

Product Discovery – Dicas e Passos.

Daniel Baldini, February 6, 2021February 6, 2021

O processo de descoberta do produto é o estágio onde identificamos e validamos os riscos que este novo produto pode trazer ao nosso “Produto Global”/negócio.

Imagine que você tenha uma loja virtual e você teve a ideia de uma funcionalidade que deseja adicionar à esta loja.

O processo de descoberta do produto te ajudará a validar esta ideia em vários aspectos para identificar se vale ou não a pena adicioná-la ao seu produto principal, antes mesmo de adicionar uma simples linha de código.

Segundo Marti Cagan em seu livro “Inspired – How to create Tech Products Customers Love”, os riscos que devemos ter em consideração são:

  • Risco de Valor – Usuários irão escolher e comprar isto?
  • Risco de Usabilidade – Usuários conseguirão entender como utilizar?
  • Riscos de Desenvolvimento – É possível desenvolver isto?
  • Riscos para o negócio – Esta solução está de acordo com o negócio da empresa?
  • Riscos éticos – Devemos construir isto?

Nesta fase a intuição é importante, mas devemos coletar evidências.

Pontos a ter em consideração durante esta fase:

  • Não podemos contar com usuários para saber o que eles querem pois eles não sabem o que é possível
  • Esta ideia traz valor para Produto Global ou para os Usuários? Se não traz, não é preciso gastar mais tempo.
  • Teu usuário conseguirá usar esta ideia? Envolva seus líderes de UX/UI e de desenvolvimento para entender se parece possível tornar isso real.
  • Entre 50% e 75% das ideias não irão em frente.
  • É essencial, preciso, obrigatório – escolha a palavra que prefere – validar a ideia com usuários reais.
    Pense em como validar isso com seus clientes ANTES de adicionar algo em seu código. 95% das vezes isso é possível, se acredita que sua ideia faz parte dos 5%, avalie-a novamente.
  • O processo de descoberta precisa ser rápido e constante.
  • Identificou uma ideia promissora? Pense em mais de uma abordagem levando em consideração todos os riscos – descritos acima – que cada uma dela traz.
  • Sempre re-valide se é possível ou não executar a ideia com todo o time de desenvolvimento antes de pedir para que eles a executem.
  • Valide se a ideia faz sentido para o negócio como um todo antes de executá-la.
  • Valide eticamente a ideia. Esta é clara e subjetiva o suficiente.
  • Compartilhe as lições aprendidas de todas as ideias com as pessoas que foram envolvidas. Isso evita perda de tempo no futuro, aumenta a confiança e a comunicação da equipe.
    Compartilhar sempre agrega valor.

Teste o máximo de ideias possíveis. Equipes de alta performance testam entre 10 e 20 semanalmente.

Lembre-se: Testar ideias não significa adicionar código, algumas vezes um simples protótipo é o suficiente para identificar os problemas.

Product Management Como testar IdeiasPassos para testar ideiasProduct DiscoverRiscos de novas ideiasTestar novas ideias

Post navigation

Previous post

Related Posts

Refinement Meeting: Respondendo as 6 dúvidas iniciais

February 25, 2017November 7, 2020

Refinement: Uma palavra e muitas perguntas. Qual é o conceito da ? Qual é o objetivo? Quais são as atividades? Quem participa? Quanto tempo é necessário? Quando fazer? Certamente estas são as primeiras questões que vem à cabeça daqueles que estão iniciando no Scrum quando se fala em Refinement meeting. Vamos às…

Read More

Características de um bom Product Backlog – DEEP

April 6, 2017November 7, 2020

O que é DEEP? DEEP é um acrônimo para: Detalhada, Estimada, Emergente e Priorizada. Originalmente: Detailed, Estimated, Emergent and Prioritised. Esses são alguns conceitos que são usados para definir se o Backlog do Produto (Product Backlog) “está bom”. Claro que para um Produto ser bem sucedido não basta apenas ter um Backlog de Produto…

Read More

Grooming the Product Backlog: Answering 6 initial questions

February 25, 2017March 2, 2017

What is the concept? What is the aim? What are the activities? When should I have it? How long does it take? Who participates? I am sure those are the questions that come into our minds when we first think about Grooming sessions. Let’s go to the answers: Concept: To deepen/to detail the…

Read More

Últimos posts

  • Product Discovery – Dicas e Passos.
  • Refinement Meeting: Por que e como fazer?
  • O Product Owner e o Business Analyst
  • Características de um bom Product Backlog – DEEP
  • Ágil. Gestão do conhecimento, escopo, documentação, testes, falhas e mais…

Comentários

  • Urânia Reis on Ágil. Porque tantas tentativas falham?
©2025 ProductManagement.com.br | WordPress Theme by SuperbThemes