Um roadmap de produto é uma das suas ferramentas de comunicação mais importantes no que diz respeito à gestão de produtos. Pode ajudar a transmitir a visão e a estratégia do seu produto às várias partes interessadas, para obter o seu apoio, gerir vários produtos e o seu backlog de produto, e acompanhar a fase de priorização em que se encontram as funcionalidades. Enquanto gestor de produto, está a prejudicar significativamente o desenvolvimento do seu produto se não tiver um roadmap de produto.
Um produto bem-sucedido precisa de ter um plano sobre o rumo que está a tomar para poder ter sucesso. Quer garantir que todas as suas equipas de produto estão no caminho certo.
Um bom roadmap de produto pode ajudá-lo precisamente nesse objetivo.
Por vezes, só precisa de uma faísca de inspiração para pôr esse roadmap de produto em marcha. Neste artigo, vamos analisar alguns exemplos de roadmaps de produto que pode seguir. Vou apresentar diferentes tipos de roadmaps de produto para lhe dar uma ideia das várias formas como podem ser elaborados.
Vou também incluir um exemplo de um roadmap de produto deficiente, para mostrar o que NÃO deve fazer.
1. Roadmap de produto do Unreal Engine
Have an account? Log In
O que é?
O Unreal Engine é um conjunto completo de ferramentas de criação para o desenvolvimento de jogos, visualização arquitetónica e automóvel, criação de conteúdos para cinema e televisão, produção de emissões e eventos ao vivo, formação e simulação, e outras aplicações em tempo real.
Perguntas frequentes sobre o Unreal Engine
O Unreal Engine está sobretudo associado ao desenvolvimento de jogos. Lançado pela primeira vez em 1998, o Unreal Engine lançou a sua 5.ª edição, o Unreal Engine 5, em abril de 2022.
Vamos analisar mais atentamente este roadmap visual de produto único. Eis a vista geral:
Embora possa consultar o roadmap de produto do novo produto, o Unreal Engine 5, também pode consultar o roadmap de produto de versões anteriores, como o Unreal Engine 4.
Embora não apareça nesta captura de ecrã, várias das imagens são GIFs que mostram o significado de cada funcionalidade apresentada.
Numa perspetiva geral, pode ficar com uma ideia da visão e dos objetivos do produto para a versão atual do Unreal Engine.
No entanto, dependendo dos seus conhecimentos, poderá não compreender o significado de algumas destas funcionalidades específicas no roadmap de produto.
Por exemplo, o que é a super-resolução temporal? Se clicar nessa opção, encontrará mais detalhes sobre o que é esta funcionalidade específica:
Ótimo! Isto ajuda certamente a explicar esta funcionalidade específica.
Na imagem acima, repare na secção inferior, onde é questionado sobre a importância que esta funcionalidade específica tem para si.
Num produto com uma base de clientes tão grande como a do Unreal Engine, haverá várias partes interessadas com requisitos diferentes. Os objetivos empresariais variam consoante a parte interessada.
Utilizando o exemplo da super-resolução temporal acima, para algumas partes interessadas, esta funcionalidade específica pode ser interessante, importante ou crítica.
Quando seleciona uma dessas três opções, aparece o seguinte:
Pode votar na importância desta funcionalidade específica e fornecer algum contexto sobre o motivo através de um e-mail, dando feedback às equipas internas.
Então, o que faz deste um excelente exemplo de um roadmap de produto?
É muito fácil os roadmaps de produto ficarem repletos de funcionalidades, marcos, épicos e muito mais.
É fácil começar a olhar para um e sentir os olhos a cruzarem-se com palavras por todo o lado. É como abrir um daqueles mapas antigos quando se viajava antes de existirem smartphones.
O que torna o roteiro de produto do Unreal Engine fantástico como fonte de inspiração é tanto a facilidade de consulta como a profundidade que pode alcançar, caso queira explorá-lo mais detalhadamente.
Na camada superior do roteiro de produto, tem um exemplo visual claro (alguns utilizam gifs) para transmitir quais são os elementos a entregar previstos no roteiro de produto.
No entanto, se precisar de compreender melhor o que significa cada funcionalidade do produto e o que irá fazer, pode clicar nela para aprofundar a informação e obter muito mais detalhes.
Também é fácil para as partes interessadas externas fornecerem feedback.
Quanto às ferramentas, o software de roteiro de produto utilizado pelo Unreal Engine é o productboard.
2. Roteiro de produto do GitHub
O que é?
O GitHub é uma plataforma de alojamento de código para controlo de versões e colaboração. Permite-lhe, a si e a outras pessoas, trabalhar em conjunto em projetos a partir de qualquer lugar.
Olá, mundo - Documentação do GitHub
Com uma larga margem, o GitHub é a maior plataforma de alojamento de código. Se trabalha numa empresa relacionada com o desenvolvimento de software, tenho a certeza de que a sua equipa de desenvolvimento utiliza a plataforma.
Aqui está a visão geral do roteiro das funcionalidades do GitHub. Se está familiarizado com o Jira, isto ser-lhe-á familiar.
Ao clicar em qualquer uma das histórias de utilizador, essa história será apresentada com mais detalhe para acompanhar o progresso.
Então, o que torna este um excelente exemplo de um roteiro de produto?
Há dois aspetos principais que tornam o roteiro de produto do GitHub um excelente exemplo a considerar para inspiração.
Em primeiro lugar, utilizar as suas próprias ferramentas para criar o roteiro de produto é um caso de o GitHub “comer a sua própria comida para cão”.
O que quero dizer com isto?
“Comer a sua própria comida para cão” é a prática de uma empresa utilizar os seus próprios produtos e serviços. Este termo foi popularizado pela Microsoft.
Não utilizaram uma ferramenta externa (como o productboard no caso do Unreal Engine), optando antes por utilizar uma das suas ferramentas internas.
Em segundo lugar, o que torna este um exemplo tão bom de um roteiro de produto é a compreensão clara que demonstra relativamente às suas partes interessadas.
O que sentiu quando olhou pela primeira vez para este roteiro? Achou que era um pouco excessivo? Demasiado conteúdo logo à partida?
Em termos de funcionalidade, o GitHub pode não ser o mais fácil de utilizar em comparação com aquilo a que está habituado.
No entanto, no que diz respeito às partes interessadas, o GitHub destina-se, mais ou menos, exclusivamente a programadores de software.
Não é provável que várias personas, como o Jim da contabilidade ou a Barb do departamento jurídico, utilizem o GitHub.
Os programadores de software estão habituados à complexidade. De modo algum estou a dizer que pode tomar atalhos relativamente à experiência do utilizador e à interface do utilizador, mas, devido à forma como o git e o GitHub estão tão integrados no mundo do desenvolvimento de software, não é uma preocupação tão grande existir mais variedade no que diz respeito às partes interessadas.
É comum as equipas de desenvolvimento passarem os seus dias de trabalho no GitHub, ao adicionar código, decidir prioridades e assim por diante.
Assim, em vez de terem de descobrir como aprender a utilizar outra ferramenta, as equipas de desenvolvimento podem simplesmente consultar rapidamente o roteiro de produto no GitHub, utilizando os conhecimentos que já têm da ferramenta.
Tudo, desde histórias de utilizador a épicos, integrações, sprints, lançamentos de produtos e prazos para o plano de lançamento de funcionalidades, está disponível para ser utilizado.
É um exemplo perfeito de um roteiro de produto que compreende as suas principais partes interessadas e lhes fornece essa informação.
3. Mau Exemplo de Roteiro de Produto - Star Citizen
More Articles
- Como utilizar o Monday.com para a gestão de produto
- Plano de 30-60-90 Dias para Gestores de Produto + Principais Marcos
- Como Implementar a Gestão Ágil de Portefólios
- Guia definitivo da integração no produto: passos, exemplos & dicas
- Roteiro visual de produto: dicas & exemplos para o alinhamento da equipa
O que é?
Star Citizen é um videojogo de simulação de vida espacial para Microsoft Windows e GNU/Linux[1], atualmente em desenvolvimento por Chris Roberts e Cloud Imperium Games.
Wiki de Star Citizen
Tanto Star Citizen como Squadron 42 decorrem numa Via Láctea do século XXX, centrada na fictícia UEE (Império Unido da Terra). Será dada grande ênfase à interação entre jogadores, com o comportamento dos jogadores a influenciar e a ser influenciado por um sistema económico dinâmico.
Ao longo dos últimos anos, Star Citizen tornou-se uma espécie de anedota recorrente na comunidade de videojogos.
Star Citizen é um título financiado por uma campanha de financiamento coletivo: à data da redação, em maio de 2022, cerca de 3,84 milhões de clientes tinham prometido aproximadamente $466 milhões de dólares ao projeto.
Desde o seu anúncio, em outubro de 2012, Star Citizen foi adiado inúmeras vezes, com as datas de lançamento a serem constantemente adiadas. O processo de desenvolvimento tem estado em permanente mudança, com a adição contínua de novas funcionalidades a conduzir ao alargamento descontrolado das funcionalidades.
Embora existam versões de demonstração disponíveis para jogar, não há qualquer indicação de que venha a existir um lançamento completo do produto em breve, ou sequer de que venha a acontecer. É um excelente exemplo de expansão do âmbito e de uma má gestão de projetos, que certamente será estudado e analisado durante muitos anos.
Para saber mais sobre o atribulado desenvolvimento de Star Citizen, consulte este artigo aprofundado da Forbes, publicado em 2019, quando o financiamento rondava os $300 milhões.
Eis o aspeto do roteiro público do produto à data da redação:
Assim, enquanto roteiro de produto, é bastante detalhado e é fácil expandir os níveis para obter mais informações.
É possível observar mais de perto aspetos como as métricas, os resultados prometidos e as dependências.
Então, por que razão o incluo como exemplo de um mau exemplo de roteiro de produto?
Com o breve resumo que apresentei, é possível perceber que este jogo tem muito pouca visão de produto e que a gestão do projeto é completamente desorganizada.
Em meados de 2020, os clientes estavam frustrados com a falta de atualizações do produto no roteiro do produto. Em resposta, a equipa de desenvolvimento anunciou um roteiro de produto para o seu roteiro.
Sim, leu bem. Criaram um roteiro de produto para o roteiro do produto.
Eis a justificação apresentada:
O novo Roteiro é algo que referimos em março, mas, como ainda está em pleno desenvolvimento, não podemos partilhar tanto sobre ele quanto eu gostaria. Acreditem quando digo que estou pessoalmente muito ansioso por o disponibilizar.
Dedicámos tempo a explorar opções sobre a melhor forma de representar o nosso progresso, e acredito que estamos perto de alcançar um resultado bastante positivo. O nosso objetivo com este novo Roteiro é proporcionar-vos uma melhor visibilidade sobre aquilo em que as equipas estão a trabalhar, partilhar o progresso de mais equipas e chegar ao ponto de indicar a dimensão dos projetos das nossas equipas de tecnologia, funcionalidades e conteúdo.
Este novo Roteiro irá alterar drasticamente a forma como acompanham o progresso do desenvolvimento de Squadron 42 e Star Citizen. O novo Roteiro centrar-se-á mais na separação das equipas e funcionalidades, para que possam ver interativamente aquilo em que se está a trabalhar em todas as equipas, em vez de indicar que funcionalidades serão incluídas no lançamento X.
Embora ainda não esteja totalmente pronto, é atualmente a principal prioridade entre os projetos atuais da equipa web.
Num futuro imediato, planeamos divulgar as seguintes comunicações:
Explicar os objetivos do nosso novo Roteiro e o que esperar dele
Mostrar uma maquete preliminar do novo Roteiro proposto
Partilhar uma versão do Roteiro em desenvolvimento para pelo menos uma das nossas equipas principais
E, por fim, fazer a transição para este novo Roteiro
Dizer que a comunidade não ficou satisfeita seria um eufemismo. Pode ler aqui alguns dos comentários. Vários artigos da imprensa especializada em videojogos escreveram sobre este incidente insólito e criaram memes a seu respeito.
Star Citizen é um conjunto de maus exemplos de gestão de projetos, visões de produto pouco claras, um aumento do âmbito que não parece ter fim e praticamente nenhumas iniciativas para concluir o desenvolvimento do jogo. Afinal, o jogo é financiado através de financiamento coletivo, por isso podem demorar o tempo que quiserem.
É em situações como esta que se pode criar um roteiro de produto para futuros roteiros de produto.
Em conclusão
Analisámos alguns roteiros de produto nos quais se pode inspirar e um que deve evitar.
A esta altura, deverá compreender melhor o que torna um roteiro de produto de qualidade, que possa implementar na sua organização.
Por isso, reúna a sua equipa de produto, tire partido de um trabalho de equipa de qualidade e crie um roteiro estratégico que faça sentido para o seu produto.
Se procura mais informações sobre roteiros de produto, consulte estes artigos adicionais:
- Como criar um roteiro de produto: 6 componentes importantes
- 6 modelos gratuitos de roteiros de produto para impressionar as partes interessadas
- As 10 melhores ferramentas gratuitas de roteiros de produto para gestores de produto
- Obtenha um modelo gratuito de roteiro de produto para PowerPoint que vale ouro
Subscreva a nossa lista de e-mails para saber mais sobre tudo o que diz respeito à gestão de produto.
Artigos relacionados:
- Ciclo de vida do lançamento de software (SRLC): compreenda as 6 fases principais
- Como redigir notas de lançamento de software eficazes que encantem os utilizadores
Também vale a pena consultar:
- 8 melhores práticas de sinalizadores de funcionalidades que deve conhecer
- Definição de preços de produtos: estratégia baseada no valor e empacotamento de software, com Dan Balcauski
Lista de ferramentas:
