Un excellent manuel utilisateur de logiciel transforme les utilisateurs perdus en utilisateurs confiants. Avec Trupeer, vous pouvez gagner des heures sur la rédaction de votre documentation logicielle en commençant par un modèle de manuel utilisateur de logiciel gratuit, en le personnalisant avec vos directives de marque, puis en utilisant notre créateur de manuel IA pour transformer des parcours produit en vidéos manuels soignés.

Qu’est-ce qu’un modèle de manuel utilisateur de logiciel gratuit ?

Un modèle de manuel utilisateur de logiciel gratuit est une structure réutilisable pour un document complet, versionné, décrivant comment utiliser un logiciel, produit comme livrable plutôt que comme site web vivant.

Cette distinction explique pourquoi ce document existe encore dans un monde de sites d’aide. Les manuels sont produits lorsque la documentation doit être complète, figée et autonome : logiciel déployé sur site, produits vendus dans des environnements réglementés, systèmes fonctionnant en réseau sans accès externe, et contrats où un manuel est un livrable nommé.

Si votre logiciel est un produit hébergé et que vos utilisateurs accèdent à la documentation via un moteur de recherche ou un lien d’aide intégré au produit, vous avez besoin d’un site d’aide plutôt que d’un manuel, et la page du guide utilisateur de logiciel explique comment cela doit être structuré.

Le modèle n’est pas le manuel. Les listes de sections pour les manuels sont largement publiées et largement interchangeables. Ce qui détermine si un manuel fonctionne réellement, c’est la manière dont il traite le problème ci-dessous, que les sites d’aide ne rencontrent jamais et que presque aucun modèle n’aborde.

La forme suit le mode de livraison. Un fichier Word de modèle de manuel utilisateur de logiciel gratuit est l’endroit où ces éléments sont rédigés et validés. Un PDF de modèle de manuel utilisateur de logiciel gratuit est ce qui est expédié, car un manuel est un enregistrement figé et le PDF est le seul format courant qui se comporte comme tel. Une mise en page PPT de modèle de manuel utilisateur de logiciel gratuit convient à la formation dérivée du manuel, et un fichier Excel de modèle de manuel utilisateur de logiciel gratuit convient à l’inventaire du contenu qui le sous-tend plutôt qu’au document.

Un manuel est une capture, un site d’aide est un flux

Un site d’aide n’a qu’une version : la version actuelle. Lorsque le logiciel change, la page change, et chaque lecteur voit la nouvelle page. Les anciennes versions ne persistent pas, car il n’y a jamais qu’une seule copie.

Un manuel se comporte de manière opposée. Vous le produisez, vous l’expédiez, et à partir de ce moment, des copies existent indépendamment de vous. Elles sont stockées sur les serveurs de fichiers clients, dans des dossiers imprimés, jointes à de vieux e-mails et dans les dossiers d’achat. Vous ne pouvez pas les mettre à jour et, bien souvent, vous ne pouvez pas non plus savoir qui détient quelle version.

Pendant ce temps, le logiciel évolue. En l’espace de quelques années, votre base client est répartie entre de nombreuses versions, et chacun lit des documents produits à des moments différents, sans qu’il existe un moyen fiable de savoir quel document chaque lecteur détient.

C’est le problème déterminant d’un manuel logiciel, et il est totalement absent d’un site d’aide. Toutes les décisions de conception ci-dessous en découlent.

Comment personnaliser ce modèle dans Trupeer

Étape 1 : Ouvrir la section Modèles

Accédez à la section Modèles depuis la navigation principale.

Étape 2 : Sélectionner et ouvrir un modèle

Cliquez sur n’importe quel modèle avec lequel vous souhaitez travailler pour l’ouvrir.

Étape 3 : Développer l’affichage du modèle

Si nécessaire, développez l’affichage du modèle pour voir clairement la mise en page complète et les détails.

Étape 4 : Modifier le modèle

Cliquez sur Modifier pour commencer à modifier le modèle sélectionné.

Dans l’éditeur, vous pouvez :

• Ajouter de nouvelles sections

• Définir ou mettre à jour des règles de mise en forme

• Ajouter un logo et ajuster sa position ainsi que les paramètres associés

Étape 5 : Enregistrer votre modèle personnalisé

Après avoir effectué toutes les modifications nécessaires, cliquez sur Enregistrer pour stocker le modèle mis à jour comme le vôtre.

Étape 6 : Aperçu et ajustements fins du modèle

Lorsque vous souhaitez voir à quoi ressemble votre modèle personnalisé, ouvrez l’Aperçu.

Depuis l’écran d’aperçu, vous pouvez continuer à effectuer des ajustements directement si nécessaire, afin de garantir que le modèle apparaît exactement comme vous le souhaitez.

Avec un modèle de manuel utilisateur de logiciel, vous pouvez :

• Gagner du temps sur la rédaction : évitez la page blanche grâce à une structure conçue pour la documentation logicielle.

• Réduire les tickets d’assistance : des manuels clairs aident les utilisateurs à se servir seuls — et réduisent considérablement les tickets.

• Rester fidèle à votre marque : appliquez votre logo, vos polices et vos couleurs avec le kit de marque de Trupeer.

• Améliorer l’adoption : les utilisateurs qui comprennent votre logiciel l’utilisent davantage — et restent plus longtemps.

• Ajouter des parcours vidéo : intégrez une vidéo pour les étapes difficiles à expliquer en texte.

• Toucher des utilisateurs dans le monde entier : traduisez vos manuels utilisateur en 65+ langues en un clic.

Le problème des versions, et quoi faire

Trois défaillances reviennent sans cesse, et les trois sont peu coûteuses à prévenir au moment de la rédaction.

Le lecteur ne sait pas à quelle version correspond son manuel. Presque tous les manuels affichent la version sur la couverture et nulle part ailleurs. Un lecteur qui ouvre un PDF et effectue une recherche à l’intérieur, ce que font les gens, arrive à la page quatre-vingt-quatorze et ne voit jamais la couverture. Indiquez la version du logiciel dans le pied de page de chaque page. Cela ne coûte qu’un champ dans un modèle et cela élimine la forme la plus courante du problème.

Le lecteur ne sait pas quelle version il exécute. Indiquez comment vérifier, dans les premières pages, en une seule ligne. La plupart des manuels supposent que le lecteur sait, et beaucoup d’utilisateurs ne le savent pas.

Le manuel ne précise pas quand une fonctionnalité est apparue. Un lecteur sur une version plus ancienne suit une instruction pour quelque chose qui n’existe pas encore, conclut que le logiciel est défectueux et contacte l’assistance. Marquez les fonctionnalités avec la version qui les a introduites, et marquez tout ce dont le comportement a changé avec la version dans laquelle il a changé. C’est plus de travail que les deux autres, mais cela évite les défaillances coûteuses.

Ajoutez une chose de plus, qui ne concerne pas le lecteur mais vous. Gardez chaque version publiée du manuel disponible sur votre site d’assistance, plutôt que uniquement la dernière. Un client sur une version plus ancienne a besoin du manuel correspondant à cette version, et n’héberger que la version actuelle garantit qu’il utilisera le mauvais document.

Ce qu’un manuel utilisateur de logiciel doit contenir

Dix éléments. Les deux premiers et les deux derniers sont ce qui distingue un manuel d’un site d’aide.

L’exigence de complétude vaut la peine d’être explicitement mentionnée. Un manuel ne peut pas renvoyer vers du contenu en direct pour tout ce dont un lecteur a réellement besoin, car il peut être lu dans un environnement sans accès réseau ou après le déplacement de la page liée. Tout ce qui est essentiel se trouve dans le document.

Modèle de manuel utilisateur de logiciel gratuit : la structure à copier

Rempli d’un exemple réel plutôt que de champs de remplacement. Le logiciel est un système d’information de laboratoire livré sur site.

Copiez à partir d’ici.

Couverture. Nom du produit. Version du logiciel 11.2. Révision du manuel C. Publié le 14 mars. S’applique uniquement aux versions 11.0 à 11.2.

Pied de page, sur chaque page. Nom du produit, version du logiciel 11.2, révision C, numéro de page. C’est la ligne la plus utile du document.

Comment vérifier votre version. Sélectionnez Aide, puis À propos. La version s’affiche sous forme de numéro, par exemple 11.2.4. Si vos deux premiers chiffres ne sont pas 11.2, ce manuel ne décrit pas votre système, et le manuel correct pour votre version se trouve sur le site d’assistance, dans Documentation Archive.

Ce qui a changé dans la révision C. L’archivage est devenu réversible dans la version 11.0. Sur les versions antérieures, l’archivage est permanent et ne peut pas être annulé depuis l’application. Voir le chapitre neuf. Le renommage des échantillons en laboratoire a gagné une étape de confirmation supplémentaire dans la version 10.4.

Public visé. Personnel de laboratoire effectuant la manipulation et le reporting d’échantillons de routine. Suppose que vous disposez d’un compte utilisateur et que vous avez terminé l’intégration locale. Ne couvre pas l’administration du système, qui se trouve dans le manuel de l’administrateur.

Bien démarrer. Connexion, écran principal, et finalisation d’une inscription d’échantillon de bout en bout.

Chapitres par tâche. Organisés selon ce que font les gens. Inscription des échantillons. Enregistrement des résultats. Reporting. Recherche d’historiques. Archivage. Chaque page de tâche indique ce qu’elle suppose et indique l’applicabilité de la version dans le pied de page.

Marqueurs de disponibilité des fonctionnalités. Utilisés partout, sous la forme : Disponible à partir de la version 10.4. Le comportement a changé dans la version 11.0. Ces éléments apparaissent à côté de l’instruction concernée plutôt qu’en annexe.

Référence. Définitions des champs, codes d’état, messages d’erreur avec leur signification, raccourcis clavier.

Dépannage. Douze entrées issues de la file d’assistance, chacune avec symptôme, cause probable et résolution.

Index. Réel, couvrant les termes utilisés par les utilisateurs ainsi que ceux utilisés par l’interface, afin qu’un lecteur qui recherche un remboursement trouve la page de note de crédit.

Assistance. Téléphone, portail, horaires, et les informations à avoir prêtes. Inclus, car un utilisateur qui lit ce document peut ne disposer d’aucune autre voie.

Copiez à partir d’ici.

Exemple de manuel utilisateur de logiciel : soixante et un pour cent sur une autre version

Denholm Clinical Systems, une entreprise d’environ cent vingt personnes, fournit un système d’information de laboratoire aux hôpitaux et aux laboratoires privés. Le logiciel est installé sur les sites clients et les clients effectuent les mises à niveau selon leurs propres calendriers.

Le manuel faisait deux cent quarante pages, produit sous forme de PDF et fourni avec chaque version. Il était bien rédigé et complet.

Le site d’assistance hébergeait un seul manuel : le dernier.

Soixante et un pour cent de la base installée utilisaient une version plus ancienne que celle décrite par le manuel actuel. Plusieurs sites étaient en retard de deux versions majeures, ce qui n’a rien d’exceptionnel dans ce secteur, où les mises à niveau nécessitent une validation.

Un laboratoire fonctionnant en version 8.4 devait archiver quatorze mois d’historiques. Ils ont ouvert le manuel actuel, la révision pour la version 11.2, et ont lu le chapitre sur l’archivage. Il indiquait que les enregistrements archivés pouvaient être restaurés depuis l’onglet Archive à tout moment.

C’était vrai à partir de la version 11.0. En 8.4, l’archivage était permanent.

Ils ont archivé quatorze mois d’enregistrements. Il n’y avait pas de restauration. La récupération nécessitait de restaurer depuis une sauvegarde, ce qui a pris trois jours d’arrêt du laboratoire et un ingénieur du fournisseur sur site, et a coûté environ quarante-six mille livres entre les travaux de récupération et la perturbation. Une plainte formelle a suivi, et elle était justifiée.

Rien dans le manuel n’était inexact. Chaque affirmation y était vraie pour la version 11.2. La couverture indiquait 11.2. Le lecteur avait recherché dans le PDF, était arrivé à la page cent quarante et un, et avait lu une instruction correcte pour un logiciel qu’il n’exécutait pas.

Trois changements ont suivi et aucun n’a été coûteux.

La version a été ajoutée dans le pied de page de chaque page. Une instruction d’une ligne sur la façon de vérifier sa propre version a été placée près du début. Les fonctionnalités et comportements ont gagné des marqueurs de disponibilité, de sorte que le chapitre sur l’archivage indique désormais que la restauration est disponible à partir de la version 11.0 et que l’archivage est permanent sur les versions antérieures.

Le quatrième changement a concerné l’hébergement. Chaque révision de manuel publiée a été mise sur le site d’assistance, dans une archive de documentation, afin qu’un client en 8.4 puisse retrouver le manuel 8.4.

Les tickets d’assistance attribuables à une confusion de version sont passés d’environ vingt-trois par mois à quatre.

Le lecteur n’avait rien fait de mal. Il avait utilisé le seul manuel que le fournisseur mettait à disposition.

Comment rédiger un manuel utilisateur de logiciel en six étapes

1. Décidez si vous avez réellement besoin d’un manuel. Si vos utilisateurs ont accès au réseau et accèdent à la documentation via une recherche, un site d’aide leur convient mieux. Les manuels sont destinés aux documents expédiés, figés et complets.

2. Corrigez d’abord le schéma des versions. Quelles versions du logiciel ce manuel couvre, et quelle numérotation de révision le manuel utilise. Les deux figurent dans le pied de page.

3. Structurez par tâche, pas par menu. La structure du menu du produit décrit comment il a été conçu. Les utilisateurs arrivent avec quelque chose qu’ils essaient de faire.

4. Marquez la disponibilité au fur et à mesure que vous rédigez. Indiquer qu’une fonctionnalité est arrivée dans une version donnée est anodin pendant la rédaction et presque impossible à reconstituer ensuite.

5. Prélevez le dépannage dans la file d’assistance. Vos tickets les plus fréquents sont le chapitre, déjà priorisé.

6. Créez un index réel. En incluant les mots que les utilisateurs prononcent, et pas seulement ceux utilisés par l’interface. Dans un document expédié, l’index est la fonction de recherche.

La quatrième étape est celle qu’on repousse le plus souvent, et celle qui empêche les défaillances qui coûtent de l’argent.

Quand vous avez besoin d’un manuel plutôt que d’un site d’aide

Cinq situations où un manuel est la bonne réponse, et en dehors de celles-ci, un site d’aide gagne généralement.

Logiciel livré sur site, mis à niveau selon le calendrier du client. Vos utilisateurs sont répartis entre plusieurs versions et ne peuvent pas tous être servis par une seule page actuelle.

Environnements sans accès réseau externe. Sites sécurisés, systèmes de contrôle industriel, dispositifs médicaux, défense. La documentation doit être présente localement et complète.

Produits réglementés. Lorsque la documentation fait partie de ce qui a été évalué ou certifié, elle doit être figée, versionnée et récupérable. Les environnements validés exigent souvent le manuel spécifiquement pour la version validée. Tout manuel faisant partie d’une soumission réglementaire ou d’un produit certifié doit être revu par une personne qualifiée par rapport à la norme applicable, et rien sur cette page ne remplace cela.

Livrables contractuels. Lorsque le manuel est un élément nommé dans un contrat ou un calendrier d’achat, les exigences du contrat déterminent le format et le contenu.

Produits pour lesquels l’utilisateur n’a aucune voie d’assistance. Distribution physique, ventes ponctuelles, équipements durables. Le manuel est tout ce qu’ils auront jamais.

Le meilleur modèle de manuel utilisateur de logiciel gratuit pour chacune de ces situations est celui qui survit à une réédition quatre fois par an. Si aucune de ces situations ne s’applique, la réponse honnête est que vous produisez un manuel par habitude, et qu’un site d’aide conviendrait mieux à vos utilisateurs tout en vous coûtant moins cher à maintenir.

Manuel utilisateur de logiciel, guide utilisateur ou manuel d’instructions ?

Trois termes à l’usage qui se chevauche, et les différences à connaître lors du choix d’une structure.

Un manual utilisateur de logiciel est complet, versionné et livré. Il suppose que le lecteur n’a peut-être aucune autre ressource et qu’il n’a aucun moyen de vous poser une question.

Un guide utilisateur de logiciel est le même contenu, dans la tradition en ligne, continuellement mise à jour, accessible via la recherche et maintenue page par page. Des règles structurelles différentes s’appliquent, décrites sur la page du guide utilisateur de logiciel.

Un manual d’instructions accompagne généralement un équipement physique, où s’appliquent des contenus de sécurité, l’emplacement des avertissements et des obligations statutaires que la documentation logicielle ne porte pas. La page du manuel d’instructions couvre cette tradition.

En pratique, les équipes ont souvent besoin à la fois d’un manuel et d’un site d’aide, le manuel étant généré à partir du même contenu source au moment de la publication. C’est l’organisation à viser, car maintenir deux ensembles de documentation indépendants produit deux ensembles qui ne concordent pas.

Ce qu’un modèle de manuel utilisateur de logiciel gratuit ne peut pas corriger

Un manuel pour de nombreuses versions. Aucune structure ne résout cela. Il faut uniquement publier un manuel par version et conserver l’archive.

Un manuel que personne ne peut trouver. N’héberger que la dernière révision garantit que les clients sur des versions plus anciennes lisent le mauvais document.

Des captures d’écran d’une version précédente. Chaque image dans un manuel est liée à une version, ce qui plaide pour les marquer et pour l’approche de production ci-dessous.

Des informations de version qu’un modèle ne demande jamais. Aucun téléchargement gratuit de modèle de manuel utilisateur de logiciel gratuit et aucun téléchargement gratuit de modèle de manuel utilisateur ne comporte un champ d’applicabilité de version, car les modèles de manuels ont été conçus pour des produits qui ne changent pas.

Un document assemblé à partir d’un site d’aide sans ajustement. Les pages en ligne supposent que les liens fonctionnent et que le contenu est à jour. Exporté dans un document figé, ces deux hypothèses échouent, et le résultat ressemble à un site web imprimé, car c’est exactement ce que c’est.

Montrez le logiciel plutôt que de le décrire

Les manuels portent une charge visuelle plus lourde que tout autre format de documentation, pour une raison propre à la manière dont ils sont livrés.

Une page d’aide peut renvoyer vers une vidéo. Un manuel ne peut souvent pas, car il peut être lu hors ligne, dans un environnement sécurisé, ou des années après l’arrêt du fonctionnement du lien. Ainsi, tout ce dont le lecteur a besoin doit se trouver dans le document : des images plutôt que des liens, et un manuel de deux cents pages peut en contenir plusieurs centaines.

Ensuite, le problème des versions multiplie tout cela. Chaque image est liée à la version sur laquelle elle a été capturée : une nouvelle version majeure implique de re-capturer l’ensemble. C’est pourquoi les manuels sont si souvent livrés avec des images deux versions en retard, et pourquoi les lecteurs finissent par ne plus leur faire confiance.

Trupeer AI change l’arithmétique. Quelqu’un réalise la tâche une seule fois, sur la version qui est documentée, pendant l’enregistrement, et le résultat est une procédure écrite étape par étape avec des images déjà capturées, annotées et placées, aux côtés d’une vidéo, dans votre propre branding. Produire l’ensemble d’images pour une nouvelle version signifie re-enregistrer plutôt que re-filmer plusieurs centaines d’écrans.

Enregistrez-le. Marquez-le. Traduisez-le. Trupeerisez-le.

Deux points supplémentaires comptent spécifiquement pour les manuels. La version vidéo peut accompagner le manuel sur le site d’assistance pour les clients qui ont accès au réseau, de sorte que la même production sert les deux modes de livraison sans doubler le travail. Et lorsqu’un produit est expédié à l’international, le même enregistrement produit le même contenu de manuel dans chaque langue, ce qui compte davantage ici que pour un site d’aide, car un manuel expédié dans la mauvaise langue ne peut pas être corrigé discrètement plus tard.

Le contenu est stocké dans votre base de connaissances et sert aussi de formation pour le personnel d’assistance et les équipes d’implémentation. Les procédures opérationnelles pour toute personne qui exécute le logiciel doivent figurer dans le runbook. La cohérence entre vos documents dépend du fait de définir le kit de marque une seule fois, et la configuration est couverte dans le guide de configuration du modèle de document.

Questions fréquentes

Existe-t-il une version Word gratuite du modèle de manuel utilisateur de logiciel ?

Word est l’endroit où les manuels sont rédigés, validés et révisés, et il gère les éléments dont les manuels ont besoin : une vraie table des matières, un index, des renvois croisés, la numérotation des pages et les pieds de page.

Le pied de page est le paramètre qu’il faut réussir. Indiquez la version du logiciel et la révision du manuel avant d’écrire quoi que ce soit, afin que chaque page les affiche. Un fichier Word de modèle de manuel utilisateur de logiciel gratuit sans informations de version dans le pied de page produira le problème décrit sur cette page.

Existe-t-il une version Word de modèle de manuel utilisateur pour un usage général ?

Oui, et des modèles à usage général sont largement disponibles. Un fichier Word de modèle de manuel utilisateur fournira généralement une couverture, un sommaire, des chapitres, un dépannage et un index, ce qui constitue une structure raisonnable.

Deux ajouts sont nécessaires spécifiquement pour le logiciel. L’applicabilité de la version dans le pied de page, et une façon de marquer quand une fonctionnalité est apparue. Aucun des deux n’est présent dans les modèles génériques, car aucun n’est important pour un document qui décrit quelque chose qui ne change pas.

Existe-t-il un modèle de manuel utilisateur de logiciel gratuit au format PDF ?

Le PDF est ce qui est expédié. Rédigez dans un document, puis exportez un modèle de manuel utilisateur de logiciel gratuit au format PDF pour la livraison, avec la version et la révision visibles sur chaque page plutôt que seulement sur la couverture.

Deux détails de production. Générez de vrais signets à partir de vos titres, car les lecteurs naviguent dans les longs PDF de cette manière. Et assurez-vous que le texte est consultable (recherchable) plutôt qu’une image, ce qui arrive parfois lorsque les manuels sont assemblés à partir d’outils de conception.

Où puis-je obtenir un téléchargement gratuit de modèle de manuel utilisateur ?

Il est largement disponible, y compris auprès d’organismes de normalisation et d’agences publiques, dont les versions ont tendance à être mieux structurées que les sites de modèles commerciaux, car elles ont été rédigées pour être utilisées.

Quel que soit le téléchargement gratuit de modèle de manuel utilisateur à partir duquel vous commencez, la première modification concerne le pied de page. La deuxième consiste à ajouter une courte section près du début indiquant au lecteur comment vérifier quelle version du logiciel il exécute, ce que presque aucun modèle n’inclut, et qui empêche la catégorie la plus courante de contacts d’assistance liés aux manuels.

Existe-t-il une version PPT gratuite du modèle de manuel utilisateur de logiciel ?

Les diapositives conviennent à une formation construite à partir d’un manuel plutôt qu’au manuel lui-même. Un deck PPT de modèle de manuel utilisateur de logiciel gratuit fonctionne pour une session d’onboarding ou une journée de formation client.

Ce n’est pas un substitut au document. Un manuel existe pour être complet et consultable par quelqu’un qui n’a aucune autre ressource, et un deck de diapositives ne l’est pas non plus.

Existe-t-il une version Excel gratuite du modèle de manuel utilisateur de logiciel ?

Excel convient à l’inventaire qui se trouve derrière le manuel plutôt qu’au manuel lui-même. Un fichier Excel de modèle de manuel utilisateur de logiciel gratuit fonctionne bien comme registre de contenu : une ligne par section, avec son responsable, la version par rapport à laquelle elle a été vérifiée pour la dernière fois, si ses images sont à jour, et les versions du produit auxquelles elle s’applique.

Ce registre rend la mise à jour d’une version gérable. Sans lui, mettre à jour un manuel de deux cents pages pour une nouvelle version signifie tout relire.

Existe-t-il un téléchargement gratuit de modèle de manuel utilisateur de logiciel qui vaille la peine d’être utilisé ?

La liste des sections prend une demi-heure à construire et la plupart des modèles publiés sont presque identiques, donc un téléchargement gratuit de modèle de manuel utilisateur de logiciel gratuit ne fait pas gagner grand-chose.

Évaluez-les tous avec une seule question. Y a-t-il une place pour l’applicabilité de la version dans la page, et pas seulement sur la couverture ? Essentiellement aucun, car la plupart des modèles de manuels ont été conçus pour des produits qui ne changent pas, et le logiciel, lui, change.

Quel est le meilleur modèle de manuel utilisateur de logiciel gratuit ?

Le meilleur modèle de manuel utilisateur de logiciel gratuit est celui dans lequel vous pouvez intégrer un pied de page de version et le maintenir à travers les versions, ce qui, dans la pratique, signifie un document simple plutôt qu’un document conçu.

Les modèles très conçus sont plus beaux, mais considérablement plus difficiles à mettre à jour, et un manuel pénible à mettre à jour est un manuel qui décrit la version précédente. Pour un document réédité plusieurs fois par an, la maintenabilité l’emporte sur l’apparence.