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

Ágil. Um pouco sobre documentação de regras, testes e comunicação

March 5, 2017

Uma ideia muito comum das pessoas é que projetos ágeis não possuem qualquer documentação e por isso, não existe formalização de regras e isso leva a algumas dificuldades como por exemplo: Como estimar testes? Avançando nesta lógica temos uma eminente tensão entre os próprios profissionais de tecnologia bem como com profissionais…

Read More

Visão geral do Product Owner utilizando Metodologia Ágil

February 22, 2017February 22, 2017

Começando a entender Gestão de Produtos usando metodologias ágeis? Então acredito que abaixo esteja o melhor vídeo para você cair neste mundo. O primeiro vídeo é o original, em Inglês. Se você tem um nível razoável de entendimento da língua sugiro ver esta versão pois você já vai se familiarizando com…

Read More

Refinement Meeting: Por que e como fazer?

October 19, 2019November 7, 2020

Nota inicial: O antigo Backlog Grooming foi alterado para Refinement pois Grooming, segundo o Cambridge Dictionary, é o aliciamento de crianças para fins sexuais. Dado o motivo da mudança, vamos ao que interessa. 1 – Por que fazer a Refinement meeting? Através dela o Product Owner (P.O.) pode melhorar vários…

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