Ideia principal

Um roadmap interno pode carregar hipóteses, arbitragens, limites, razões de não prioridade, temas sensíveis e debates em aberto. Um roadmap para o cliente não pode. Tirar um do outro por extração automática ou por filtragem — esconder os campos internos, publicar só algumas colunas — produz um documento correto e inutilizável.

O que dá para dizer sobre um tema depende de coisas que filtro nenhum conhece: o nível real de compromisso, o risco de a menção virar promessa, o contexto comercial do momento, o segmento com quem se está falando, a maturidade do tema, a capacidade da empresa de sustentar a mensagem daqui a seis meses. Um tema comprometido costuma ser comunicado, com os limites dele. Um candidato às vezes é mencionado como direção de reflexão, nunca como compromisso. Um tema guardado em reserva se manuseia com cuidado.

O roadmap para o cliente é, portanto, uma tradução: um trabalho de produto e comercial, feito à mão, tema por tema.

Por que isso importa

Isso fecha uma automação que volta regularmente à mesa — publicar o roadmap direto da ferramenta interna, com regras de visibilidade. O custo da automação não está no mecanismo, está na promessa que não vamos conseguir retirar depois.

Também dá uma razão para assumir dois objetos em vez de um único publicado pela metade: dois documentos mantidos separadamente custam menos do que um documento único que ninguém ousa mais escrever com honestidade porque um cliente pode ler.

Nuances e limites

A tradução manual tem um custo recorrente e se dessincroniza: a versão do cliente envelhece assim que a interna muda, e ninguém percebe até um cliente citar um tema abandonado.

E nem toda empresa tem a mesma necessidade de cautela: num produto sem compromisso contratual e sem concorrência nos anúncios, a diferença entre os dois documentos pode ser pequena.

Questões em aberto

• Com que frequência retraduzir, para que um roadmap para o cliente não vire uma fonte de expectativas vencidas?