Desenvolver a visão do produto em 3 passos: o pré-requisito para produtos de sucesso

Foto de Sohrab Salimi
Sohrab Salimi
6 Min. Tempo de Leitura
Este conteúdo foi traduzido com IA. Ver original

Neste artigo, você vai descobrir tudo sobre como identificar as necessidades dos clientes e aprender como criar uma visão de produto de sucesso com o Product Vision Board no Scrum – uma visão que seus clientes vão amar.

O pior cenário possível: você e sua equipe passam meses desenvolvendo um produto, finalmente lançam no mercado e… ninguém compra – porque simplesmente não existe ninguém que realmente precise do seu produto. Mas como saber o que motiva seus clientes e o que eles realmente querem? E como transformar esses insights em uma visão de produto?

Por que você precisa de uma visão de produto?

Produtos são desenvolvidos para clientes. Por isso, faz todo sentido que quem desenvolve produtos conheça seus clientes e entenda suas necessidades, pois sem clientes comprando, o produto não terá sucesso. Só com uma compreensão clara das necessidades dos clientes é que você consegue criar uma visão de produto.

Por sua vez, seu Scrum Team precisa de uma visão de produto para:

  1. entender as principais características que tornam o produto único e competitivo em relação aos da concorrência,

  2. entender como o produto deve ser estruturado e o que ele precisa oferecer,

  3. definir como deve ser o design, por exemplo, da interface do usuário,

  4. decidir o que precisa ser implementado para que, no final, surja um produto que resolva os problemas dos clientes, atenda às suas necessidades e seja comprado por eles,

  5. e explicar quais objetivos empresariais o novo produto atende e como isso deve acontecer com qual orçamento.

Estes 5 pontos são o pré-requisito para que o Product Owner consiga criar um Product Backlog com User Stories significativas e para que a equipe de desenvolvimento possa começar a trabalhar.

Desenvolver a visão do produto: o método de 3 passos

Se você já trabalha como Product Owner ou deseja se preparar para o papel de Product Owner, o seguinte método de 3 passos para desenvolver uma visão de produto deve ser interessante para você.

Passo 1: Entender o cliente

Felizmente, existem diversas ferramentas e técnicas que você pode utilizar para construir um entendimento estruturado dos seus clientes. As seguintes 3 ferramentas consideramos absolutamente recomendáveis no primeiro passo do desenvolvimento de uma visão de produto:

  • Design Thinking: Design Thinking é uma abordagem para desenvolver novas ideias ou elaborar conceitos de produtos, onde você se concentra na opinião e nas necessidades do usuário. No processo de Design Thinking, você e sua equipe passam iterativamente pelas 5 etapas: Empatizar, Definir, Idear, Prototipar e Testar. Se você quiser saber mais sobre essa abordagem ágil, um treinamento compacto de Design Thinking ou um evento informativo gratuito sobre Design Thinking em 2h podem ser interessantes para você.

  • Personas: Uma Persona descreve em formato de perfil um usuário imaginário, mas típico do produto, incluindo suas visões, comportamentos, necessidades e objetivos. Ao se concentrar no desenvolvimento da visão do produto em uma ou poucas personas identificadas por você em entrevistas, você mantém o foco em como um produto realmente necessário deve ser. Mais informações você encontra em nosso artigo sobre Personas no gerenciamento de produtos.

  • Empathy Map Canvas: Similar às Personas, um Empathy Map tem como objetivo descobrir a perspectiva dos usuários sobre determinados temas e serviços de uma empresa, e utilizá-la como orientação no desenvolvimento de produtos. No Empathy Map Canvas são registradas informações sobre o usuário, orientadas por 6 perguntas-guia, desde "O que o usuário realmente pensa e sente?" até "Quais são os aspectos positivos na vida dele?". Dessa forma, você captura o usuário do seu futuro produto de diferentes ângulos e pode se concentrar na perspectiva real dele.

Passo 2: Registrar a visão do produto no Product Vision Board

Depois que você e sua equipe desenvolveram uma compreensão abrangente dos seus clientes e suas necessidades, vocês registram os insights em uma visão de produto. Aqui é importante proceder de forma estruturada e não esquecer nenhum aspecto.

Para esse propósito, o Product Vision Board (em português: Quadro de Visão do Produto) de Roman Pichler é muito útil. Para visualizar a visão, as seguintes perguntas são respondidas ou elementos são preenchidos no Product Vision Board:

  • Vision Statement: Descreve num breve resumo a tua ideia, intenção e motivação por trás do produto.

  • Público-alvo: Que mercado ou segmento de mercado deve ser abordado? Quem serão provavelmente os utilizadores e clientes?

  • Necessidades do público-alvo: Insere aqui a proposta de valor do teu produto: Que problemas o produto resolve e que vantagens oferece ao utilizador?

  • Produto: Indica aqui 3 a 5 funcionalidades orientadas para as necessidades, que diferenciam o produto da concorrência (USPs).

  • Benefício para a empresa: Explica como e quais objetivos empresariais podem ser alcançados através do produto, por exemplo, aumentar receitas, explorar novos mercados ou reduzir custos.

Aqui está um exemplo de um Product Vision Board preenchido:

Como neste momento alguns dos pontos no Product Vision Board provavelmente ainda não foram testados de forma conclusiva, você deve validar o seu Vision Board no próximo e último passo, antes de derivar dele o Product Backlog.

Passo 3: Validar o Vision Board

Este passo não deve ser ignorado de forma alguma quando você desenvolve sua visão de produto. Afinal, a validação do Vision Board responde à pergunta mais importante: vale a pena resolver o problema potencial do cliente e criar o produto?

Para testar as suposições do seu Vision Board (Vision Board Assumptions), existem 2 bons métodos:

  • observar atentamente seus potenciais usuários e clientes em situações relevantes para o produto, por exemplo, em grupos de teste organizados,
    ou

  • realizar entrevistas focadas no problema com o público-alvo, por exemplo, sobre o que funciona bem e o que não funciona na situação atual em que o futuro produto será utilizado.

Assim que você tiver coletado e avaliado os dados de um desses métodos, deve fazer as alterações correspondentes no Product Vision Board. Como exemplo, o caminho que deve levar à realização da visão pode mudar. Ou uma necessidade pode ser ajustada ou uma funcionalidade substituída.

Derivar e priorizar um Product Backlog

A partir da visão de produto validada, o Product Owner finalmente deriva o Product Backlog, criando assim as condições para que o Scrum Team possa iniciar o primeiro Sprint. Naturalmente, como PO, a visão de produto também te ajuda a priorizar as User Stories no Product Backlog, concentrando-te nos três primeiros pilares do Product Vision Board.

É particularmente importante que tu, como Product Owner, também captures as expectativas dos teus stakeholders internos e externos durante a criação da visão de produto. O motivo: se tu e os teus stakeholders não estiverem alinhados quanto à visão de produto, também não estarão quanto ao produto em si. Dica: envolve os teus stakeholders mais importantes no workshop de Product Vision.

Conclusão: Por isso uma visão de produto é tão importante

Antes de começar a escrever User Stories para uma ideia de produto como Product Owner, você deve saber exatamente quem serão os usuários, quais necessidades eles têm e se eles comprariam o produto como solução. Só então você saberá como seu produto deve ser e o que ele precisa fazer, como ele deve se diferenciar da concorrência e como pode se tornar um grande sucesso.

O Papel do Product Owner

Aprende o que deves ter em conta como responsável pelo produto.
=>Product Owner Rolle

Product-Market Fit

Como você descobre se o seu produto se encaixa no mercado?
=>Product-Market Fit

Mais sobre este tema

Crie seu objetivo de produto com o Product Goal Canvas

Product Goal Canvas: Definir objetivos de produto com sucesso. Guia prático para Product Owners. Leia agora!

Grandes produtos: Discovery vs. Delivery

Saiba mais sobre a diferença entre descoberta de produto e entrega de produto no gerenciamento ágil de produtos e como eles trabalham juntos.

Fale com nosso assistente Fale com nosso assistente