A maioria dos SaaS mantém o roadmap fechado. Decisões de produto acontecem em reuniões internas, priorizações mudam sem aviso e o usuário fica sem saber se aquela feature que ele pediu seis meses atrás foi esquecida ou está sendo construída. No Pipevoz, decidimos fazer diferente.
A inspiração veio de uma fintech brasileira
O AbacatePay foi uma das referências que nos inspirou a abrir o roadmap. Eles constroem em público: compartilham métricas, decisões, erros e aprendizados de forma aberta. É uma postura rara no mercado brasileiro, especialmente em fintech, onde o instinto costuma ser proteger informação.
O que nos chamou atenção não foi apenas a transparência em si, mas o efeito que ela tem na relação com a comunidade. Quando você abre o processo, as pessoas deixam de ser usuários passivos e passam a ser parte da construção. Isso gera um tipo de engajamento que nenhuma campanha de marketing consegue comprar.
O que significa ter um roadmap público
Roadmap público não significa mostrar tudo indiscriminadamente. Significa dar ao usuário visibilidade sobre o que está sendo construído agora, o que está planejado e o que está no backlog, com espaço para ele influenciar a prioridade.
Na prática, implementamos quatro colunas: Backlog, Em planejamento, Estamos fazendo e Lançados. Cada item tem título, descrição e um contador de votos. Qualquer usuário logado pode curtir os itens que mais importam para ele. Essa votação é levada a sério na priorização interna.
- O usuário vê o que está sendo construído sem precisar abrir ticket de suporte
- A votação sinaliza demanda real, não achismo do time de produto
- Novos itens no backlog geram notificação em tempo real, convidando o usuário a votar
- Itens lançados geram notificação em tempo real para todos os usuários ativos
- O canal de sugestões dá espaço para ideias que ainda não estão no radar
Por que poucos SaaS fazem isso
O argumento mais comum contra roadmap público é o risco competitivo. "Se a concorrência vê o que estamos fazendo, ela copia." Esse argumento faz sentido em mercados onde a vantagem competitiva vem exclusivamente da feature, não da execução.
Na prática, o risco oposto é maior: construir no escuro e descobrir tarde que a prioridade estava errada. Um roadmap público força disciplina. Quando o usuário pode ver o que você prometeu construir, a pressão para entregar é real, e isso é saudável.
O segundo argumento contra é o comprometimento. "Se publicarmos o roadmap, os usuários vão cobrar as entregas." Exato. Essa cobrança é um mecanismo de accountability que a maioria dos times de produto precisa, mas não tem.
O que aprendemos nas primeiras semanas
Desde que abrimos o roadmap, dois comportamentos surgiram. O primeiro: usuários que não tinham aberto ticket de suporte em meses começaram a interagir com o produto, votando, sugerindo, comentando internamente entre si. O roadmap virou um ponto de contato passivo que funciona sem esforço do time.
O segundo: a votação revelou priorizações que não teríamos feito de outra forma. Itens que julgávamos secundários tinham demanda expressiva. Itens que achávamos urgentes tinham menos tração do que esperávamos. Dados de votação não substituem conversa com usuário, mas são um sinal honesto difícil de ignorar.
Como implementamos No Pipevoz
O roadmap está disponível dentro do próprio app, na seção Fale conosco. Usuários logados veem todos os itens publicados organizados por status, podem votar com um clique e recebem notificação em tempo real quando um item passa para Lançados.
O canal de sugestões fica ao lado do roadmap. É simples: campo de texto, seleção de tipo (feature, melhoria ou bug) e envio direto para o time. Não substituímos suporte por isso, mas demos um canal de feedback assíncrono que funciona no horário do usuário, não do nosso.
A decisão técnica mais importante foi garantir que as notificações chegassem via WebSocket, sem polling. Implementamos dois gatilhos: quando um item entra no backlog, todos os usuários ativos recebem um aviso pelo sino do app convidando a votar e acompanhar. Quando o item é lançado, uma segunda notificação fecha o ciclo. Isso vale tanto para itens que o time adiciona diretamente quanto para sugestões que acatamos. Quem sugeriu e votou vê o resultado sem precisar voltar ao app por conta própria.
Vale a pena para o seu SaaS?
Depende do estágio. Se você ainda está descobrindo o produto, um roadmap público pode criar expectativas difíceis de gerenciar. Se você já tem usuários ativos e um ritmo de entrega consistente, abrir o roadmap é provavelmente a decisão de produto com maior retorno sobre esforço que você pode tomar agora.
O custo é baixo. O ganho em confiança, retenção e sinal de produto é alto. E em um mercado onde a maioria esconde o jogo, transparência vira diferencial por contraste.