Idée principale

Une roadmap interne peut porter des hypothèses, des arbitrages, des limites, des raisons de non-priorité, des sujets sensibles et des débats ouverts. Une roadmap client ne le peut pas. En tirer l'une de l'autre par extraction automatique ou par filtrage — masquer les champs internes, ne publier que certaines colonnes — produit un document juste et inutilisable.

Ce qu'on peut dire d'un sujet dépend de choses qu'aucun filtre ne connaît : le niveau d'engagement réel, le risque que la mention devienne une promesse, le contexte commercial du moment, le segment auquel on parle, la maturité du sujet, la capacité de l'entreprise à tenir le message dans six mois. Un sujet engagé se communique souvent, avec ses limites. Un candidat s'évoque parfois comme direction de réflexion, jamais comme engagement. Un sujet gardé en réserve se manie avec prudence.

La roadmap client est donc une traduction : un travail produit et commercial, fait à la main, sujet par sujet.

Pourquoi c'est important

Cela ferme une automatisation qui revient régulièrement — publier la roadmap depuis l'outil interne, avec des règles de visibilité. Le coût de l'automatisation n'est pas dans le mécanisme, il est dans la promesse qu'on ne saura pas reprendre.

Cela donne aussi une raison d'assumer deux objets plutôt qu'un seul rendu public à moitié : deux documents entretenus séparément coûtent moins qu'un document unique qu'on n'ose plus écrire honnêtement parce qu'un client peut le lire.

Nuances et limites

La traduction manuelle a un coût récurrent et se désynchronise : la version client vieillit dès que l'interne bouge, et personne ne s'en aperçoit avant qu'un client cite un sujet abandonné.

Et toutes les entreprises n'ont pas le même besoin de prudence : sur un produit sans engagement contractuel et sans concurrence sur les annonces, l'écart entre les deux documents peut être mince.

Questions ouvertes

• À quelle fréquence retraduire, pour qu'une roadmap client ne devienne pas une source d'attentes périmées ?