Tudo o que você precisa saber sobre implementar um forte processo de product discovery na sua empresa

Product discovery é um tema quente em quase toda empresa que já tem uma organização de Produto. 

Sua origem remonta a algum momento entre os anos 90 e os anos 2000, quando os fundamentos da maior parte do que vemos como product management comum foram construídos por conteúdos como The Lean Startup e o Manifesto Ágil. 

Esses conceitos preconizavam um ciclo de desenvolvimento de produto mais rápido, em vez de gastar muito dinheiro construindo um produto — só para depois descobrir que não era o que os clientes queriam. Ao fazer isso, o processo de desenvolvimento de produto passou a ser dividido em dois grandes blocos: product discovery e product delivery.

Mas o que é Product Discovery e como você pode implementar um processo de product discovery na sua empresa? Vamos direto ao ponto.

O que é Product Discovery?

Product Discovery é, simplificando, a ciência de reduzir a incerteza para tomar boas decisões sobre o que construir em seguida. 

Quando feito da forma certa, um ótimo processo de product discovery pode aumentar muito as chances de uma entrega bem-sucedida. Ou, como Tim Herbig define, "Product Discovery é sobre a redução, informada por dados, da incerteza em relação a problemas que valem a pena resolver e soluções que valem a pena construir".

O processo de product discovery requer um entendimento profundo dos problemas, necessidades e expectativas dos seus usuários, a definição de suposições para atender a essas necessidades e a validação dessas suposições. Uma vez que tudo isso acontece, você está pronto para avançar para o product delivery.

Product discovery é fundamental para garantir que a sua empresa esteja focada em construir as coisas certas, em vez de apenas construir as coisas corretamente (mesmo que sejam a coisa errada a fazer). Para isso, é obrigatório que o usuário seja incluído nesse processo, para que a necessidade dele seja atendida — algo sobre o qual falaremos mais adiante.

Por que Product Discovery é importante?

Para entender por que Product Discovery é tão necessário, é importante entendermos o custo de entregar o produto ou a funcionalidade errada: em alguns casos, isso pode significar milhões de dólares e, mais importante, muito tempo gasto que você não consegue recuperar.

Product Discovery permite que você reduza as chances de estar investindo tempo e dinheiro nas coisas erradas, desempenhando um papel crítico em ajudar um product manager a decidir se deve, e o que exatamente, priorizar e construir para ter sucesso.

Também significa realmente descobrir os problemas mais dolorosos dos seus usuários e as soluções mais desejadas, movendo o seu produto de um "nice to have" para um tipo de solução "oxigênio" que agrega valor verdadeiro aos seus clientes, preparando o terreno para chegar à excelência de produto.

Quem lidera o product discovery?

Product Discovery é um esforço multifuncional que deve envolver diferentes times, sempre liderado por um Product Manager.

Esse time normalmente precisa ter ao menos o que conhecemos como o trio de produto (product manager, um UX designer e um engenheiro de software), já que o processo de product discovery normalmente envolve habilidades como pesquisa de mercado, entrevistas com usuários e prototipação do que construir. 

Dito isso, o perfil do time que participa pode variar dependendo das especificidades do seu desafio e contexto organizacional no momento, ou até das fases do seu Product Discovery. 
Outro ótimo conceito de Tim Herbig é o dos membros permanentes, membros temporários e apoiadores de um processo de product discovery: ele mostra diferentes níveis de participação de diferentes stakeholders e ajuda você a entender quando e como envolver cada um deles.

Você pode, por exemplo, ter alguém de vendas ou customer success participando da fase de ideação para te ajudar a ter um entendimento mais claro do cliente, uma perspectiva menos enviesada ou até um buy-in mais fácil de uma área-chave no sucesso daquele produto.

Passos-chave no processo de Product Discovery

Não existe uma solução única (one-size-fits-all) a ser seguida quando se trata de fazer um ótimo processo de product discovery. 

Mesmo que cada product manager tenha suas próprias boas práticas recomendadas e templates de product discovery para adotar, há alguns elementos comuns ao processo dos quais você deve estar ciente — não importa como você os nomeie, qual metodologia escolha ou quanto tempo gaste em cada passo.

Estas são as principais fases de product discovery e as coisas mais importantes que você precisa saber sobre elas:

Entender o usuário e seus problemas

Product Management é essencialmente sobre entregar valor aos seus usuários e ao negócio. Então não é surpresa que o primeiro estágio do product discovery — e provavelmente o mais crítico — esteja relacionado a entender o seu público-alvo: usuários e clientes atuais ou potenciais.

Um entendimento profundo do contexto de um usuário, dos seus jobs to be done e de quais são os problemas urgentes que o mantêm acordado à noite é o combustível para qualquer processo de product discovery bem-sucedido. 

Isso pode parecer uma tarefa óbvia e fácil, mas a verdade é que muita gente falha em dois aspectos aqui:

1. Não fazem as perguntas certas

É importante que você tenha uma ideia clara do que exatamente quer descobrir, caso contrário vai apenas conversar com pessoas aleatoriamente e pode ser levado a conclusões erradas e enviesadas.

2. Não reúnem volume suficiente de feedback para tomar uma decisão

Para evitar vieses, também é crítico que você consiga identificar um problema urgente que seja comum entre um grupo relevante de pessoas do seu público-alvo, idealmente coletando dados de múltiplos pontos de vista. Caso contrário, há o risco de você acabar construindo uma funcionalidade para apenas um punhado de pessoas.

Para resolver ambos os problemas, uma boa opção é acessar fontes existentes de feedback do cliente. 

Opiniões de usuários dos seus tickets de suporte, insights de reuniões de vendas e análises de win/loss registradas no seu CRM, avaliações de usuários publicadas sobre concorrentes no G2 ou Capterra e dados de pesquisas de NPS são apenas alguns exemplos de fontes que podem ser exploradas para te dar tanto volume quanto uma ideia de quais são as coisas que as pessoas estão sentindo falta ou procurando.

Idear e priorizar soluções

Agora que você tem dados suficientes reunidos para te dar um entendimento claro do usuário, é hora de avançar para a próxima das fases de product discovery e começar a idear como você poderia atender aos problemas e expectativas que surgem do feedback dos seus clientes.

Idear soluções é essencialmente sobre ser criativo: tudo bem ter ideias malucas de como resolver ou abordar uma questão, indo além de ideias evolutivas. Isso vai te dar bom material para discutir e a oportunidade de chegar a soluções revolucionárias. 

Uma vez que as opções de solução estão listadas, é hora de priorizar. Existem vários frameworks de priorização de produto que podem ser usados para isso, mas o objetivo final é o mesmo: ter uma lista das ideias mais relevantes que surgiram.

Esse é um passo muito importante, pois essas são as suposições que serão trabalhadas e colocadas diante do cliente. Escolher as hipóteses mais relevantes é fundamental, então, idealmente, você vai querer fazer isso com diferentes pessoas votando ou colaborando para definir quais são as de maior impacto, risco e complexidade — sem vieses ou HIPPO (Highest Paid Person's Opinion, a opinião da pessoa mais bem paga).

Prototipar e testar

Para entender a viabilidade e a aderência das ideias selecionadas, é importante colocá-las à prova. Isso significa construí-las e colocá-las diante do usuário. É aí que entra a prototipação. 

Prototipar não significa construir um MVP ou algo parecido. Pode ser tão simples quanto escrever uma proposta de valor, montar um formulário ou rascunhar um fluxo de trabalho. Essa parte do processo de product discovery é ainda mais fácil hoje em dia com ferramentas no-code como Airtable e Bubble.

O importante aqui é: assim como ao entender o usuário, não se deixe tentar a começar a construir coisas ou a adicionar complexidade demais, pois o objetivo é prototipar rapidamente experiências que possam ser mostradas aos clientes para obter mais feedback e ver como eles percebem aquela experiência em relação ao problema que trouxeram antes.

Também é importante definir o que exatamente você está testando com o experimento (qual é a sua resposta ou resultado esperado) e como você vai medir os seus resultados para identificar se aquela solução específica atende ao problema original. Existem várias técnicas de teste de product discovery que podem ser úteis aqui, como entrevistas com usuários, pesquisas, testes A/B e mais. 

Refinar ideias para a entrega

Uma vez que você obteve os resultados do teste, você tem dois resultados possíveis: ou você validou a suposição ou não. E, na maioria dos casos, a verdade é que você não validou — ao menos não 100%. Chegar a uma solução final provavelmente vai exigir várias iterações, com você voltando um ou dois passos no seu processo de product discovery para aprimorar suposições ou protótipos até conseguir o seu wow! do cliente.

Quando você chega a esse ponto, pode parecer que o seu trabalho acabou, mas ainda há muito a fazer. O refinamento do experimento validado para construí-lo (o estágio de Product Delivery) é um passo necessário, especialmente se você fez um bom trabalho no estágio anterior — o que significa ter criado um protótipo bem simples.

Agora é hora de transformar isso em um escopo com funcionalidades de produto, backlog e releases, sempre levando em consideração que você deve mirar em releases rápidas com interação veloz, em vez de entregas complexas e carregadas de funcionalidades. 

Também é hora de pensar em como comunicar esse lançamento. Esse é um ótimo momento para voltar aos dados registrados na fase 1 e olhar para o verbatim exato que os usuários usaram para comunicar uma dor ou um benefício que esperavam do seu produto. 

Isso vai te ajudar a guiar a narrativa de produto e a linguagem usada nos seus esforços de marketing e comunicação. Isso pode ser muito mais complicado se você não organizou e categorizou todo o feedback coletado anteriormente, porque pode exigir que você revise horas e horas de conversas e dados. Configurar uma ferramenta de feedback analytics logo no início pode te ajudar com isso. 

Uma parte muito importante desse estágio, que não é mencionada o suficiente, é conquistar o buy-in e o apoio da organização. É recomendado que o time de product discovery apresente a solução validada aos stakeholders (os contribuidores e apoiadores mencionados anteriormente) com evidências para sustentá-la, tornando mais fácil obter alinhamento total. 

Uma coisa importante a ter em mente é que essas fases de product discovery nem sempre são lineares: às vezes você terá que voltar um ou alguns passos quando se deparar com um resultado inesperado, ou até reiniciar todo o processo, e tudo bem. 

Essa é a beleza do product discovery; ele te ajuda a identificar coisas críticas que, de outra forma, você teria deixado passar — e gasto meses e milhares de dólares construindo a coisa errada. Lembre-se: é menos doloroso dar um passo atrás agora do que seguir em frente só para depois confirmar que você construiu algo que não resolvia um problema real. 

Depois de algum tempo, você vai perceber que precisa entrar em product discovery novamente, criando um ciclo em que o discovery alimenta a entrega e vice-versa — e é aí que o conceito de continuous discovery começa a fazer sentido.