Un outillage très différent
En 2006, desktop publishing, formats bureautiques et systèmes d’aide maintenus manuellement étaient beaucoup plus courants. Git, continuous delivery et brouillons assistés par IA n’étaient pas des hypothèses normales.
Les outils ont changé plus vite que le cœur du métier.
Le public reste la première décision
Administrateur, développeur API et utilisateur final ont besoin de structures différentes. Comprendre la tâche du lecteur reste fondamental.
La structure survit aux formats
Hiérarchie claire, navigation prévisible, terminologie cohérente et organisation par tâches traversent très bien les migrations.
La vérification reste essentielle
Le rédacteur technique doit accéder au comportement réel du produit. On peut automatiser les contrôles, pas la responsabilité de la vérité.
Ce qui a réellement changé
La documentation participe désormais directement au software delivery : repositories, APIs, CI, analytics et contenu structuré. Les lecteurs attendent recherche, deep links, exemples exécutables et mises à jour rapides.
Ce qu’il faut conserver
Du rédacteur technique de 2006, gardons la discipline : connaître le public, vérifier les faits, maîtriser la terminologie, concevoir la structure et assumer la responsabilité de ce qui est publié.
Exemple pratique
Lisez « Que reste-t-il du rédacteur technique de 2006 ? » en deux colonnes : ce qui appartenait à la technologie de l’époque et ce qui relevait du problème documentaire. Recréez un petit workflow historique avec des outils actuels — notes de version, glossaire ou manuel hors ligne — et marquez les décisions qui restent identiques.
Cherchez les motifs durables :
- comment le lecteur trouvait l’information ;
- comment les corrections étaient distribuées ;
- qui restait responsable de l’exactitude après publication ;
- quelles limites du support imposaient une discipline utile.
Les archives sont précieuses lorsqu’elles rendent un problème actuel plus clair. Il ne s’agit pas de restaurer d’anciens outils, mais de distinguer les principes éditoriaux durables des médias d’une époque.
Checklist éditorial rapide
- Un outillage très différent. En 2006, desktop publishing, formats bureautiques et systèmes d’aide maintenus manuellement étaient beaucoup plus courants.
- Le public reste la première décision. Administrateur, développeur API et utilisateur final ont besoin de structures différentes.
- La structure survit aux formats. Hiérarchie claire, navigation prévisible, terminologie cohérente et organisation par tâches traversent très bien les migrations.
- La vérification reste essentielle. Le rédacteur technique doit accéder au comportement réel du produit.
