Um roteiro público (roadmap) é uma daquelas práticas que parecem obviamente certas ou obviamente imprudentes, dependendo de qual fracasso você viu de perto. Equipes que publicam um elogiam a confiança que ele cria; equipes que se queimaram lembram do contrato enterprise que travou por causa de um item “planejado” que atrasou dois trimestres. As duas experiências são reais. A diferença quase nunca está em ter ou não um roteiro público — está em que tipo de roteiro.
Para que serve, de fato, um roteiro público
Defina a função dele com precisão. Um roteiro público não é um plano de projeto nem um instrumento de compromisso. Ele faz três coisas:
Mostra que o produto está vivo. Potenciais clientes que comparam você com os players estabelecidos procuram sinais de ritmo. Um roteiro com movimento recente — itens que aparecem, avançam, são lançados — é esse sinal.
Responde “o que eu preciso vai sair?” Usuários a quem falta um recurso querem saber se esperam, contornam o problema ou vão embora. “Planejado” e “não planejado” são respostas úteis; silêncio não é.
Direciona o feedback. Uma coluna visível “em análise” atrai votos e comentários sobre os itens que você realmente está avaliando e transforma a sua dúvida de priorização numa pesquisa que você não precisou enviar.
Repare no que falta: datas. Nenhuma dessas funções exige uma data, e é nas datas que os roteiros públicos dão errado.
Os argumentos contra, levados a sério
As objeções merecem ser examinadas na sua versão mais forte, porque cada uma aponta uma forma real de dar errado:
“Os concorrentes vão ver nossos planos.” É verdade, vão. Mas os concorrentes descobrem a sua direção de qualquer jeito no momento em que você lança; o roteiro adianta o que eles sabem em um ou dois trimestres, sobre itens em que você provavelmente não foi o primeiro a pensar. A exceção é uma aposta estratégica realmente nova — e a resposta, nesse caso, é deixar esse item de fora, não ficar sem roteiro.
“Vão nos cobrar por isso.” Só se você publicar datas ou deixar o time de vendas tratar o roteiro como contrato. Um roteiro em colunas, e não em trimestres (“Planejado / Em andamento / Lançado”), não faz nenhuma promessa de prazo que possa ser quebrada.
“Ele vai ficar desatualizado.” Essa é a objeção mais forte. Um roteiro mexido pela última vez há oito meses passa exatamente o sinal oposto ao que você queria. Se você não consegue se comprometer a atualizá-lo todo mês, não publique.
O formato que funciona: colunas, não trimestres
O roteiro público sustentável é um quadro kanban, não um gráfico de Gantt:
Planejado — decidido, não iniciado. Sem datas.
Em andamento — em construção agora. A chegada de itens a esta coluna é o seu sinal de ritmo.
Lançado — pronto, cada item com link para a sua entrada no registro de alterações.
Se quiser, acrescente Em análise como a fronteira porosa onde os itens do quadro de feedback que ganharam tração aparecem para avaliação pública.
Cada cartão é um título e algumas frases sobre o resultado para o usuário — “Exportação de faturas em lote”, não o detalhamento do épico. A granularidade é uma escolha: grossa o bastante para que um replanejamento interno não obrigue a editar o que é público, fina o bastante para dizer algo.
O que guardar para si: prazos internos, alocação de pessoas, os motivos da ordem dos itens, apostas estratégicas que você ainda não quer revelar e qualquer coisa sensível para a segurança. Um roteiro público é uma visão editada, e todo mundo entende isso.
A mecânica: um fluxo, três superfícies
O roteiro funciona melhor como etapa do meio de um único fluxo: quadro de feedback → roteiro → registro de alterações. Um pedido acumula votos, é aceito no roteiro, passa para em andamento, é lançado e vira uma entrada no registro de alterações, com link a partir do cartão lançado. Cada mudança de etapa é uma comunicação que você ganha de graça.
Esse é um argumento forte para manter os três num só sistema, e não em três ferramentas: com um backend compartilhado (o Kookee modela o roteiro como colunas de quadro sobre os mesmos posts de feedback, que o SDK lê), um cartão que muda de coluna atualiza ao mesmo tempo o portal público, a visão dentro do seu app e o status do post de feedback — sem sincronizar copiando e colando, que na prática é o que deixa um roteiro desatualizado.
As opções de exibição seguem o padrão headless de sempre: uma página no portal hospedado desde o primeiro dia, ou o quadro buscado pela API na sua própria rota /roadmap, quando você o quiser no seu domínio e com o seu design.
Regras de conduta
Nunca coloque datas. Se o time de vendas precisa de uma data para um negócio específico, isso é uma conversa privada, com ressalvas privadas — e, mesmo assim, prefira intervalos e honestidade.
Voltar uma etapa é permitido; sumir, não. Se um item planejado perder prioridade, mova-o de volta e explique o motivo numa frase. Itens que somem em silêncio ensinam aos usuários que o roteiro mente.
Atualize com regularidade. Uma revisão mensal — promover, rebaixar, lançar, podar — mantém o quadro honesto e leva meia hora.
Deixe as pessoas acompanharem os itens. Votos e comentários nos cartões do roteiro mostram qual item planejado construir primeiro e dão a você a lista de quem avisar quando ele for lançado.
Quem não deveria ter um
Dispense o roteiro público se você ainda não chegou ao product-market fit e replaneja toda semana (publique um registro de alterações no lugar — prova de entrega sem previsões), se um único cliente enterprise, na prática, dita o seu backlog (as conversas sobre roteiro com ele são contratuais, não públicas) ou se você sabe que o ritmo de atualização não vai sobreviver a um trimestre corrido.
O resumo honesto
Um roteiro público sem datas é uma prática de baixo risco e retorno médio: custa meia hora por mês, expõe informações que os concorrentes em geral deduzem de qualquer forma e traz movimento visível, menos tickets de “alguma novidade?” e um sinal de priorização vindo dos seus usuários reais. Um roteiro público com datas é uma máquina de gerar promessas que, cedo ou tarde, vai deixar você em apuros.
Publique as colunas. Guarde o calendário para você.