Como criar um roadmap de produto? 4 passos básicos | Estratégias de negócios #8

O que é um roadmap de produto?

O roadmap de produto é um documento que contém informações sobre a visão do produto emergente, o plano para trabalhá-lo, métricas de desempenho e qualquer outra coisa que permita à equipe determinar onde realmente estão e se estão progredindo. Ele é mais frequentemente apresentado na forma de um gráfico.

Mas apresentar o roadmap de produto dessa forma não é uma regra gravada em pedra. Você pode apresentá-lo da maneira que preferir. O mais importante é que seja compreensível e claro para o público. A propósito, uma coisa vale a pena mencionar. Você pode ter mais de um roadmap. Ou seja, o conteúdo deve sempre ser o mesmo. No entanto, a forma como a informação é apresentada pode variar dependendo de quem é o destinatário.

Roadmap de produto e seus destinatários

Isso porque diferentes membros da equipe desempenham diferentes papéis no ciclo de vida do produto, e para entender melhor seus papéis, os gerentes devem falar a sua língua. Como isso se aplica na prática? Vamos pegar um exemplo e colocá-lo no roadmap. Vamos chamá-lo de “verificar uma hipótese de negócio” e torná-lo nosso objetivo para o Q1.

Talvez o gerente de projeto esteja claro sobre o objetivo, mas e o resto da equipe? Não necessariamente. Para cada departamento, esse objetivo pode significar algo diferente, pois cada departamento tem tarefas diferentes a realizar dentro desse objetivo. Por exemplo, os desenvolvedores precisam construir um MVP (um produto com usabilidade mínima), e a equipe de marketing precisa coletar endereços de e-mail.

E isso nos leva à próxima pergunta.

O que deve incluir um roadmap de produto?

Exceto por você, ninguém pode realmente dizer, porque cada produto é diferente. Cada um tem especificações diferentes, e cada um requer uma estratégia diferente. Portanto, a cada vez, você deve adaptar seu roadmap aos objetivos e recursos que possui. O que podemos fazer, no entanto, é identificar áreas que valem a pena considerar. No entanto, é importante vê-las como oportunidades potenciais, não como um conjunto de elementos prontos.

Coisas a incluir em um roadmap de produto:

• Visão do produto – qual e de quem é o problema que nosso produto resolve, e como ele faz isso?
• Objetivos de negócios – quais objetivos de negócios alcançaremos ao lançar o produto?
• Prazos e marcos – quais etapas devemos passar e quando para levar um produto ao mercado?
• Funcionalidades – quais funcionalidades nosso produto deve ter para atrair nosso público? Quais delas são essenciais?
• Equipes – quem está envolvido na implementação do produto? Quem é responsável por quê?
• Feedback e iterações – quais informações obtivemos do nosso público que levaremos em conta nas futuras iterações do produto?
• Recursos – quais recursos, incluindo tecnologia, precisamos para levar ao mercado um produto valioso que atenda às expectativas do nosso público e alcance nossos objetivos de negócios?
• Fatores de sucesso – quais indicadores nos ajudarão a determinar o progresso do produto?

Como criar um roadmap de produto? Primeiro, uma certa suposição.

Em contato com o mercado e clientes potenciais, o produto mudará. Portanto, o roadmap de produto não pode “ficar parado”. Além disso, ele deve mudar e acompanhar o feedback. É um documento “vivo”. Lembre-se disso.

E como criá-lo? Os seguintes quatro passos podem ajudá-lo a fazer isso.

Passo 1. Visão do produto e necessidades do público

O primeiro passo na criação do roadmap de produto é identificar os objetivos de negócios e as hipóteses, bem como as necessidades do público para um determinado projeto. O que queremos dizer com isso?

• Objetivos de negócios. O roadmap de produto deve responder a duas perguntas. O que estamos fazendo – “Que produto vamos construir?” e por que estamos fazendo o que estamos fazendo – “Por que queremos construir este produto?” E a gestão é responsável por definir isso. Exceto que a visão e os objetivos devem ser conhecidos pelos desenvolvedores de produto. Portanto, a coisa mais importante no primeiro passo é o diálogo entre uma parte e a outra.
• Hipóteses de negócios. É mais seguro hipotetizar do que assumir que nossa visão de produto atenderá definitivamente às necessidades e problemas do nosso público. Essa abordagem remove o peso da responsabilidade por possíveis falhas de mercado da equipe, incentiva a experimentação e a abre a mudanças no roadmap.
• Necessidades dos destinatários. Compreender as necessidades do seu público determina a forma do seu futuro produto. É por isso que a análise de mercado, a pesquisa de usuários e a coleta de feedback são essenciais nas primeiras etapas do desenvolvimento do produto. E lembre-se de que o roadmap é apenas uma parte de um todo maior. Não criamos o roadmap pelo bem do roadmap.

Passo 2. Conceito do produto e seleção de funcionalidades

Após definir os objetivos de negócios e entender as necessidades do seu público, o próximo passo importante é pensar sobre o conceito do produto. Esta é a fase em que definimos como o produto será e quais funções ele terá. É importante focar no valor que o produto trará ao destinatário.

Por exemplo, se determinarmos que a necessidade mais crítica de nossos clientes é “a capacidade de armazenar arquivos”, então podemos nos perguntar qual solução atenderá melhor essa necessidade específica e se temos os recursos para levar tal solução ao mercado.

A resposta a essa pergunta será, de fato, uma hipótese de negócios. Até que a confrontemos com o mercado, não podemos ter 100% de certeza de que a ideia do produto realmente atenderá às necessidades dos clientes potenciais. Vale a pena testar.

E um produto minimamente viável (MVP), que é a versão mais simples do produto que contém um conjunto mínimo de funcionalidades, pode ser útil para conduzir o teste.

Com uma ideia para um MVP ou até mesmo um produto finalizado, aprenderemos a lista de funções que precisaremos implementar e assim colocá-las no roadmap. Mas antes de fazermos isso, vamos pensar sobre os recursos.

Passo 3. Identificação de recursos

O terceiro passo na construção do roadmap de produto é identificar recursos. O que realmente precisamos para fazer o produto funcionar? Capital, pessoas, tempo, ferramentas? O que é? É importante saber isso de antemão, pois a escolha dos recursos determina como o objetivo será alcançado e, portanto, afeta o plano e o próprio roadmap de produto.

Por exemplo, se você decidir construir um MVP na forma de um aplicativo móvel simples, dois desenvolvedores podem não conseguir fazê-lo em dois meses. E agora? Você pode contratar mais pessoas, terceirizar o trabalho ou mudar o prazo. Mudar recursos afeta o caminho para o seu objetivo.

Passo 4. Divisão em etapas e definição de um cronograma

Sabendo que tipo de produto queremos construir e como pretendemos fazê-lo, podemos avançar e dividir o trabalho em etapas. Dependendo da experiência de negócios e do conhecimento de mercado, a definição das etapas pode ser mais ou menos detalhada. Às vezes, no entanto, é difícil prever o que acontecerá em três ou quatro meses.

Portanto, é mais seguro assumir que sabemos o que vamos fazer na primeira iteração e, em seguida, ajustar o plano com base no feedback que recebemos do mercado. De qualquer forma, uma parte indispensável da divisão do trabalho em fases é atribuir prazos para sua conclusão. Em geral, podemos assumir que quanto mais específico o prazo, melhor, porque temos mais controle sobre o que acontece com o produto – “Onde estamos?”

Ao mesmo tempo, Jeff Lash, gerente de produto global da Forrester, recomenda que você ajuste seus prazos às suas capacidades. Parece óbvio. Mas isso requer experiência. É fácil ser tentado a superestimar e dividir um grande objetivo em quatro trimestres, pensando: “É isso que você tem que fazer porque é isso que você faz.”

Jeff Lash adota uma abordagem um pouco diferente. Quanto mais previsível for o trabalho em um produto, mais devemos dividi-lo em marcos mensais e atribuir KPIs específicos. Mas se não tivermos essa certeza, e o projeto for menos previsível, então vamos colocar os marcos e KPIs em um cronograma menos granular. Por exemplo, trimestral (Q1, Q2, etc.) ou até mesmo “agora, em breve, depois”.

Por fim, lembre-se de que um roadmap não é um produto. Ele mudará à medida que você trabalha. Portanto, vale a pena manter a mente aberta e estar disposto a atualizar este documento.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest, TikTok.