Clarifier la tâche et la décision
Ce guide transforme la terminologie et les glossaires en un flux de travail opérationnel révisable. Il relie les décisions de domaine, la propriété, les preuves et l'acceptation afin que le résultat continue de fonctionner en production.
Traitez la terminologie comme un contenu régi avec des propriétaires, des statuts, des explications approuvées et des exceptions contrôlées.
Méthode pratique
- 1
Définissez le public avec des preuves, y compris l'expérience de lecture, le contexte, l'appareil et l'assistance disponible.
- 2
Sélectionnez une tâche réelle et indiquez ce qu'un lecteur qui réussit doit comprendre ou faire.
- 3
Créez la version linguistique en préservant tous les faits, conditions, dates et chemins de contact pertinents pour la décision.
- 4
Exécutez une révision spécialisée et éditoriale avec des critères d’acceptation enregistrés.
- 5
Testez avec des membres du public visé, enregistrez les résultats, révisez et approuvez la version.
Exemple ou outil
Un enregistrement de glossaire affiche les termes préférés, interdits et spécifiques à un public avec les conseils CMS. Dans l'outil, enregistrez également la référence, le propriétaire, la décision, les preuves, le problème en suspens et la date d'approbation. Utilisez une page ou une transaction réelle pour que l'équipe voie les dépendances, les exceptions et le travail de maintenance qui suit la publication.
| Point de décision | Enregistrer | Critère d'acceptation |
|---|---|---|
| Référence | État actuel observé | Source et date d'enregistrement |
| Décision | Option sélectionnée et justification | Risque et public pris en compte |
| Preuve | Tester, documenter ou mesurer | Révisable et spécifique à la version |
| Approbation | Nom, rôle et date | Tous les critères obligatoires sont remplis |
Faites de chaque terme un enregistrement gouverné
Un glossaire utile est bien plus qu’une liste de mots préférés. Chaque enregistrement doit contenir un identifiant stable, un terme préféré, des variantes interdites ou obsolètes, une définition, une explication du public, des formes grammaticales, des exemples, un mode linguistique, un domaine, un propriétaire, un statut, une date d'approbation, une source et un déclencheur de révision. Gardez la définition technique séparée du libellé présenté aux lecteurs. Une définition interne précise peut étayer plusieurs explications spécifiques au public sans permettre à leur signification de dériver.
Utilisez des statuts explicites : proposé, en cours de révision, approuvé, obsolète et interdit. Seuls les enregistrements approuvés sont proposés aux auteurs ou appliqués par des systèmes automatisés. Un terme obsolète reste consultable afin que l'ancien contenu puisse être trouvé et migré. Un terme interdit inclut la raison et le remplacement approuvé, ce qui aide les éditeurs à résoudre un avertissement sans deviner. Versionnez chaque décision et conservez la valeur précédente pour l’audit et la restauration.
| Champ | Exemple | Règle d'acceptation |
|---|---|---|
| Terme préféré | bureau des avantages sociaux | Un formulaire approuvé par domaine et mode linguistique |
| Explication du public | Le bureau qui contrôle et verse vos prestations | Du sens préservé et testé pour le public |
| Statut | Approuvé | Propriétaire, évaluateur et date d'enregistrement |
| Exception | Le titre officiel conserve le terme légal | La portée, la raison et l'expiration sont documentées |
Exécutez un workflow de décision de durée reproductible
Collectez les candidats à partir des journaux de recherche, des questions d'assistance, des commentaires des évaluateurs, des modifications de politique et des corrections manuelles répétées. Avant de créer un nouvel enregistrement, recherchez les termes, variantes et concepts associés existants. Le terme propriétaire rédige la définition et identifie la source faisant autorité. Un spécialiste du sujet confirme le sens, un éditeur propose une formulation au lecteur et un spécialiste de l'accessibilité vérifie les modes linguistiques sélectionnés. Testez des explications à fort impact auprès des lecteurs visés.
Le groupe terminologique approuve, rejette ou demande ensuite des preuves. Il doit se réunir selon un calendrier prévisible et disposer d'un itinéraire urgent pour les modifications juridiques ou de service. Les décisions précisent où le terme s'applique et où il ne s'applique pas. Par exemple, une page en langage clair peut indiquer « bureau des avantages sociaux », tandis qu'un champ de candidature doit conserver le nom de l'autorité statutaire. L'exception appartient au même enregistrement, les auteurs voient donc les deux choix dans leur contexte.
- 1
Capturez le terme candidat et le contenu là où il a causé des difficultés.
- 2
Confirmez le concept, le domaine, la source faisant autorité et les publics concernés.
- 3
Rédiger un libellé préféré, une explication, des variantes et des directives de migration.
- 4
Examinez la signification, le mode linguistique, l’accessibilité et l’impact opérationnel.
- 5
Approuvez et publiez l’enregistrement versionné, puis mettez à jour le contenu concerné.
Intégrer la terminologie dans la création et la livraison
Exposez le glossaire via un API ou un référentiel synchronisé avec des identifiants stables. Le CMS doit mettre en évidence les termes interdits et obsolètes, afficher le remplacement et l'explication préférés et permettre aux auteurs d'ouvrir la décision complète. Les suggestions doivent respecter les paramètres régionaux, le domaine, le type de contenu et le mode linguistique. Ne remplacez pas automatiquement les mots lorsque la grammaire ou le contexte juridique peuvent changer de sens. Exiger qu'un auteur accepte la suggestion ou enregistre une exception régie.
Stockez la version du glossaire utilisée pour chaque révision linguistique. Lorsqu'un terme approuvé change, interrogez le CMS pour connaître les enregistrements concernés et créez des tâches de révision par risque. Les vérifications d'aperçu peuvent bloquer de nouveaux termes interdits, des explications manquantes lors de la première utilisation ou une exception expirée. La livraison du runtime ne doit pas dépendre d’une demande de glossaire en direct. Résolvez et validez les termes avant la publication afin qu'une panne terminologique ne puisse pas modifier ou bloquer les pages publiées.
Les suggestions CMS utilisent des identifiants de termes stables plutôt que la correspondance de texte uniquement.
Les paramètres régionaux, le domaine, le mode linguistique et la forme grammaticale sont respectés.
Les vérifications automatiques expliquent une résolution au lieu de simplement signaler une erreur.
Les exceptions ont une portée, un propriétaire, des preuves et une expiration.
Une modification du glossaire crée des tâches de révision pour le contenu publié concerné.
Mesurer l’adoption et résoudre les conflits
Suivez l'utilisation des termes préférés, les nouvelles découvertes de termes interdits, les candidats non résolus, le temps de décision moyen, les exceptions expirées et le contenu en attente de migration. Combinez ces mesures opérationnelles avec des preuves de compréhension et une demande de soutien. Un taux d’adoption élevé ne prouve pas qu’une explication fonctionne. Si les lecteurs comprennent toujours mal une condition approuvée, rouvrez la décision et conservez les preuves qui ont motivé le changement.
Lorsque les ministères ont besoin de formulations différentes, déterminez s’ils désignent le même concept. Si le concept diffère, créez des enregistrements liés avec des domaines clairs. Si seul le public diffère, conservez une définition sous-jacente et fournissez des explications distinctes pour le public. Désignez un responsable terminologique pour trancher les litiges de propriété et éviter les enregistrements en double. Examinez les conditions ayant le plus grand impact au moins une fois par an et chaque fois que la loi en vigueur, le processus de service ou la norme linguistique sélectionnée change.
Rôles, preuves et approbation
La qualité linguistique est une responsabilité opérationnelle. Donnez au propriétaire de la source la responsabilité de l'exactitude des faits, à un éditeur la responsabilité de la clarté, à un spécialiste la responsabilité des règles d'accessibilité et au propriétaire du produit la responsabilité de la publication. L'enregistrement de version doit identifier la version source, le mode linguistique, les réviseurs, les preuves de test, la date d'approbation et l'événement qui déclenche une nouvelle révision.
Opérations et entretien
Le travail ne s'arrête pas à la publication. Liez la version linguistique ou la configuration à sa source, surveillez les mesures de qualité et de service et définissez des déclencheurs de révision concrets. Les déclencheurs incluent les changements de source, les changements juridiques, les nouveaux besoins du public, les questions d'assistance récurrentes, les changements techniques et les incidents. Un propriétaire nommé évalue le déclencheur, ouvre une nouvelle révision si nécessaire et enregistre une nouvelle approbation.
Liste de contrôle avant publication
Le public et la tâche sont explicites.
Tous les faits juridiques et opérationnels correspondent à la source.
Les dates, montants, conditions et exceptions sont complets.
Les titres décrivent les questions ou les actions du lecteur.
Les liens et les contrôles ont des étiquettes significatives.
La terminologie spécialisée est expliquée de manière cohérente.
Le public visé a testé le parcours critique.
La propriété et le prochain déclencheur de révision sont enregistrés.