Lost in translation : la localisation en question

Lost in translation : la localisation en question

Qu’est-ce que la localisation ?   À mesure qu’une entreprise se développe, la mondialisation, l’internationalisation, la traduction et la localisation augmentent toutes ses chances de succès sur le marché et d’adoption par les clients. La localisation est nécessaire lorsqu’un produit ou un service est adapté à une langue, une culture ou une particularité du marché cible ou du « lieu ». Dans la majorité des cas, il s’agit de la traduction de contenu d’une langue à une autre. Toutefois, la localisation ne se contente pas de traduire du texte. Voici quelques exemples de communication déclinés par des paramètres régionaux :

  • Dates : mm/jj/aaaa ou jj/mm/aaaa ?
  • Durée : 12 heures ou 24 heures ?
  • Mesure : métrique ou impériale ?
  • Format de papier, devise, format de numéro de téléphone

La liste est encore longue. 

Les défis de la localisation : Que vous choisissiez de gérer la traduction en interne ou de sous-traiter vers un fournisseur externe, la localisation est un processus coûteux et imprévisible. Pourquoi ?

  1. Le coût moyen de la traduction en Europe est de 0,25 $ par mot. La traduction d’un document de 500 mots avec 200 mots par page pourrait commencer à 25 000 $.
  2. L’expansion du texte, les langues de droite à gauche et la pagination nécessitent une publication assistée par ordinateur pour des mises en page appropriées, ce qui ajoute 30 à 50 % du coût global de la localisation. C’est 10 000 $ pour ce même document, ce qui vous porte à 35 000 $.
  3. Les modifications apportées à la réglementation ou aux mises à jour des produits peuvent vous forcer à modifier 5 % de votre contenu et à ajouter 20 pages. Et c’est tout pour un document, ce qui porte ce total à 1000 $ +/
  4. Outre le coût, la localisation prend du temps et exige de la précision.

Alors, quelle est la solution ? Avec une approche de création de composants pour la localisation, vous avez moins à traduire.

  1. Traduisez le contenu une fois au début. Seul le contenu qui a été modifié ou mis à jour sera re-traduit – pas l’ensemble du document.
  2. Économisez de l’argent sur la traduction de contenu en réutilisant des composants. Moins de mots = moins de coûts.
  3. Réduisez les délais. Les traducteurs n’ont pas besoin de perdre du temps à vérifier le contenu déjà localisé.

La gestion de l’ensemble de votre processus de documentation du début à la fin sur une seule plate-forme permet d’économiser du temps, de l’argent, des ressources et d’éviter des erreurs. Author-it a été créé avec des rédacteurs, en comprenant les défis de la création des documents. Que vous vous concentriez sur la documentation technique, la création de support de formation sur des produits cliniques et réglementaires, nos solutions vous permettent de créer, collaborer, gérer, localiser, réutiliser et publier du contenu – avec ou sans expertise en codage. Le tout sur une seule plateforme. Contactez-nous dès aujourd’hui pour en savoir plus.

Mon logiciel : mode d’emploi

Mon logiciel : mode d’emploi

Voici quelques parties de la documentation qui peuvent être utiles. Toutes ne le sont pas forcément (et la liste n’est pas exhaustive).

 

  • Un plan de la documentation :
    C’est une « meta-documentation » qui permet de savoir où chercher la documentation si celle-ci est éparse. Par exemple elle donnera le chemin du change-log ou des logs, celui du dictionnaire de données, du plan d’architecture etc … Ce plan est d’autant plus nécessaire si la documentation est repartie à plusieurs endroits (lecteurs réseaux différents). Idéalement il doit tenir sur une feuille A4 et doit pouvoir être imprimé et rapidement visible par les équipes.
  • La définition des termes métiers et de leur règles:
    dans le domaine bancaire par exemple on pourrait définir le BAN/BIC et ses caractéristiques (longueur, caractères autorisés…). Généralement le domaine métier est plus complexe à appréhender que le code lui-même, surtout pour un débutant.
  • Un plan architecture matérielle:
    serveurs, configurations logicielles, plateformes (dev/test/pré-production). Plutôt rapide à réaliser et d’autant plus nécessaire qu’il permet de rassembler les adresses IP pour un accès à distance rapide. Si un outil de provisionning (Ansible, Puppet …) existe alors on peut y lister les commandes les plus utiles. Si la pratique devOps n’est pas appliquée et que les personnes ne doivent pas toucher aux plateformes qui ne leur sont pas propres, un récapitulatif de chaque configuration peut aider à la résolution d’un conflit : par exemple la date de la plateforme dev est en Europe/Paris et la prod est en UTC.
  • Architecture et structure du code:
    Si Author-it est adapté pour un « usage maison » et basé sur une architecture particulière il est intéressant de définir le chemin d’exécution: point entrée, exemple de cheminement des informations, couche chargée de la validation des données, de la persistance, etc …
  • Conventions de codages, bonnes pratiques:
    Si Author-it est utilisé, lister les exceptions et les bonnes pratiques recommandées: cela pourra être utile lors d’un changement de version de l’outil.
  • Dictionnaire de données de la base de données:
    avec par exemple les valeurs possibles dans les colonnes. On peut aussi lister les règles qui existent entre deux colonnes (valeur d’une colonne qui dépend de la valeur d’une autre colonne) mais évitez de lister l’ensemble des colonnes. Certains outils existent pour créer cette documentation (tables, colonnes, contraintes, description des objets) en se basant sur les commentaires du SGBD. Il peut être utile de rassembler les documents des méthodes agiles: compte-rendu de rétrospectives, axes d’amélioration, correspondance sprint/version/fonctionnalités …
  • Procédures et check-list:
    étapes à suivre lors du déploiement, de la création de branches, de la modification de code spécifique, des code-review et check-list des bonnes pratiques concernant la sécurité par exemple. Un document synthétique à avoir sous les yeux permet d’éviter les oublis liés à la routine.
  • Change-log des versions:
    idéalement dans le logiciel de suivi (de type Redmine/Trac) ou dans les sources (fichier) : nécessaire pour connaitre rapidement les changement et fonctionnalités majeurs de chaque version. Il peut être utile pour le service commercial.
  • Roadmap:
    (proche du point précédent) avec les dates importantes (mises à jour, déploiements, réunions …). Il peut s’agir d’un planning partagé avec les équipes.
  • Jeux de tests:
    en résumé « Quel utilisateur possède quel droit et quelle configuration sur quelle plateforme? « . Permet d’éviter d’avoir à créer des utilisateurs pour tester un comportement anormal (bug) sur une plateforme donnée.
  • Dépendances au projet:
    logiciels et librairies utilisées, avec version et documentation pour éviter la dette technique (les mises à jour de sécurité en premier lieu). Ce n’est pas utile si le projet utilise un outil de gestion de dépendance (composer, nugget …).
  • Documentations externes des outils:
    page qui liste simplement un lien vers un bon tutoriel d’initiation à l’outil (Git, framework…). Idéalement les développeurs connaissent déjà tous ces outils mais au besoin cela peut être utile pour des stagiaires ou des profils non techniques de connaitre rapidement le fonctionnement et les possibilités.
  • Ressources et liste des liens utiles:
    sites traitant de la technologie ou des méthodes utilisées (agiles) ou n’importe quelle ressource utile pour la veille.
  • Snippets:
    fragments de code partagé entre développeurs comme les principales commandes Git (ou justement celles qui peuvent être complexes) ou les commandes plus génériques permettant par exemple de lister les actions GruntJS existantes etc …
  • Boite à idées:
    tout projet à ce genre de problèmes qui se résout généralement avec un outil/ une pratique. L’avantage d’avoir une page dédiée aux idées est de notifier les problèmes/solutions utilisables sur le projet pour qu’elles puissent être vues et réfléchies avant une rétrospective de sprint où l’on pourrait en parler. On déporte ainsi du temps de recherche et de débat en dehors de la rétrospective. De mon point de vue le format idéal d’une boite à idée est une application web de mind-mapping.

Les 7 piliers de la documentation

Les 7 piliers de la documentation

A mesure que la technologie évolue, les choix pour des outils efficaces de documentation structurée s’élargissent. Ce qui était autrefois une niche est devenu un éventail étourdissant de solutions. Il existe différentes technologies, telles que DITA et XML, des plates-formes avec beaucoup d’options, et de fonctionnalités utiles ou non. Si vous ne faites que commencer votre recherche d’un nouvel outil, ou même si vous faites vos sélections, assurez-vous que la solution que vous choisissez est la mieux adaptée aux besoins de vos rédacteurs et de votre organisation. Et n’oubliez pas vos utilisateurs. Voici 7 choses à rechercher :

  • Importation de contenu existant : Si vous n’avez jamais travaillé avec un système de documentation modulaire, il est tout à fait possible que votre contenu existant soit un format de publication Word ou desktop. Bien que la plupart des solutions vous diront que l’importation de Word est une option, elle est souvent très difficile, surtout si vous convertissez des documents Word en DITA ou XML. Avant de décider, considérez la solution la plus viable pour votre équipe. Avec Author-it, par exemple, l’importation de Word est un processus simple où votre contenu est décomposé en composants et stocké dans un véritable CCMS pour réutilisation, traduction et plus encore.
  • Interface facile à utiliser : Les rédacteurs ont déjà un gros travail. Ajouter de la complexité à l’expérience utilisateur est la dernière chose dont ils ont besoin. Assurez-vous de sélectionner un produit qui est non seulement facile pour les rédacteurs techniques, mais aussi pour les contributeurs qui n’ont peut-être pas la possibilité d’utiliser du code.
  • Collaboration & Examen : La possibilité de collaborer et d’examiner les commentaires et les modifications suggérées à votre contenu en temps réel est un avantage majeur. Surtout dans des moments comme où les équipes de rédacteur diminuent et où le besoin de contributions directes des PME et des rédacteurs non techniques est crucial. Avec Author-it, le module de collaboration et d’examen a été construit autour de ce besoin, afin que les rédacteurs techniques puissent travailler avec des experts externes en toute sécurité et avec une interface qui permet aux contributeurs d’écrire librement, et d’éviter les goulots d’étranglement en fin de projet.
  • Les capacités techniques de vos contributeurs : Une nouvelle tendance dans la création de modules a vu le jour, y compris des rédacteurs non techniques et des experts produit. Lorsque vous permettez aux contributeurs d’écrire et d’examiner du contenu, vous pouvez gagner du temps et éviter le jeu frustrant « dépêchez-vous et attendez » des anciens processus d’examen. Cependant, la plupart des PME et des rédacteurs non techniques n’ont pas l’expérience, ou la bande passante, pour apprendre des compétences techniques d’écriture et plus particulièrement, comment écrire dans les modules. La facilité d’utilisation pour les contributeurs devrait être une priorité, car les obstacles techniques dus à la formation de personnes non techniques pour créer des composants est une énorme perte de temps, et forme un silo au sein de votre département. Les solutions basées sur XML et DITA sont construites par des personnes techniques pour les personnes techniques et toute l’expérience est dominée par la structure et le code. Cet environnement n’est pas le mieux adapté pour un contributeur dont l’expertise concerne le métier. Posez des questions aux fournisseurs sur la véritable facilité d’utilisation des contributeurs et demandez-vous si vous avez réellement besoin d’un outil basé sur XML ou DITA, ou s’il existe une meilleure solution pour votre équipe. La collaboration et l’examen en temps réel de l’auteur permettent aux PME de contribuer dans un format qu’elles connaissent bien, et la participation des contributeurs peut aider votre organisation à fournir à l’échelle du contenu critique d’entreprise avec un délai de mise sur le marché plus rapide tout en créant un environnement collaboratif qui évite les silos.
  • Un véritable CCMS : La plate-forme que vous avez choisie contient-elle un véritable système de gestion du contenu des composants (CCMS) ? Bien que certaines entreprises annoncent un CCMS intégré, elles sont souvent basées sur des fichiers, ce qui signifie qu’une seule personne peut y travailler à la fois et que le contenu est écrasé. Bien que les solutions DITA et XML soient CCMS, elles ne sont en fait qu’un référentiel de code. Un véritable CCMS, comme Author-it, est une base de données relationnelle dont le contenu est décomposé et stocké dans des composants. Cette architecture de base de données est facilement consultable et robuste en raison de la granularité du contenu géré, ce qui signifie que vous pouvez stocker et gérer facilement de grands volumes de contenu sans perdre le contrôle de votre documentation. Avec Author-it, vous pouvez gérer les composants, les workflows, la traduction et la localisation et plus encore dans notre CCMS intégré.
  • Publication de sorties : La publication multicanal est cruciale dans un outil de mise en forme, car les clients s’attendent à avoir des options pratiques pour la consommation de contenu. Être en mesure d’atteindre votre public où ils préfèrent apporte plus de sensibilisation à votre contenu et plus de commodité à vos clients. Lorsque vous magasinez pour créer des options de solution, assurez-vous de peser les avantages d’une solution de bout en bout, où vous pouvez créer du contenu une fois, le stocker dans un CCMS intégré et publier à n’importe quelle sortie, n’importe où, n’importe quand.
  • Un réel service associé : Un outil, même très performant ne saurait répondre aux exigences des utilisateurs s’il n’a pas été adapté à ses besoins spécifiques. Atelier numérique vous accompagne lors de la mise en place pour l’installation, pour la mise en place des circuits de travail et des formats de publication. L’application sera adaptée à votre contexte selon des critères ergonomiques et d’efficacité. L’équipe est disponible et s’adapte à vos exigences. Atelier numérique peut former les utilisateurs à Author-it. Atelier Numérique apporte des solutions créatives et sur-mesure.

Vous avez des questions ? Nous pouvons vous aider. Avec notre solution, vous pouvez créer, collaborer, gérer, traduire, réutiliser et publier du contenu. Le tout sur une plate-forme facile à utiliser.

WebHelp c’est fini ! Mais…

WebHelp c’est fini ! Mais …

On dit que toutes les bonnes choses doivent avoir une fin, et heureusement, on peut dire que WebHelp aura bien vécu.

Comme il a été mentionné dans le dernier webinaire de Paul Trotter sur la nouvelle version de Magellan, le 31 décembre 2021, Author-it fera ses adieux à WebHelp qui ne sera plus pris en charge. Mais ne vous inquiétez pas – WebHelp est remplacé par Magellan, une solution de publication plus tendance, plus rapide et plus sophistiquée.

Cela signifie que c’est le moment idéal pour migrer vers Magellan, qui est disponible pour tous les clients abonnés et en maintenance active.
Nous recommandons vivement cette option.

Outre une palette de fonctionnalités étendue et un rendu visuel remarquable, Magellan est un excellent moyen de lancer l’année 2021 et de prendre un nouveau départ.

Y a t-il un rédacteur technique dans l’équipe ?

Y a t-il un rédacteur technique dans l’équipe ?

Dans mon équipe tout le monde rédige ses documents, tout le monde connait ses documents : nous sommes très riches en documents, peut-être même un peu trop riche… et si tout le monde écrit, faute de temps, personne ne lit : les documents sont dans un gisement, un share-point et dorment,  bien tranquillement, en attendant d’être obsolètes.
Pour bien faire, j’ai fait appel à un rédacteur technique.

Qu’est-ce le rédacteur va pouvoir faire pour aider mon équipe ? Le rédacteur technique est un spécialiste de la documentation il doit:

  • recueillir les attentes et besoins : des utilisateurs, des experts métiers
  • cibler l’information : qui va lire, à quel moment ?
  • structurer le contenu : livret, procédures, aide au diagnostic, textes réglementaire
  • choisir le mode d’édition : pdf, html, xml

Son rôle dépasse le périmètre de son projet, il doit :

  • assurer la cohérence avec l’existant
  • rédiger des modules cohérents qui pourront être réutilisés
  • versionner les modules qui ne peuvent pas être simplement réutilisés
  • faire remonter le commun : définitions , ref bibliographiques etc

Il rédige ensuite les procédures d’utilisation des systèmes, les procédures de maintenance. Il vérifie chaque information, la décrypte pour mieux l’expliquer, la rendre compréhensible et finalise ensuite la documentation technique. Enfin, le rédacteur technique a souvent recourt à plusieurs sources pour étayer ses préconisations et analyses.
Il procède aux vérifications d’usage, et établit une ultime relecture des documents.
Tout le monde s’accorde à dire que la documentation technique est très importante, qu’elle fait partie du produit, du logiciel, du service. Qualité et réglementation obligent : aucune mise sur le marché ne peut se faire sans mode d’emploi approprié. Les commerciaux, responsables produits et marketing, s’empresseront d’ajouter que le manuel d’utilisation fait partie intégrante du produit, qu’il constitue une aide à la vente. Le service après-vente notera de son côté qu’il permet de diminuer les appels pour assistance et de limiter les retours.
Il permet la mise sur le marché, participe à la vente et pérennise la relation client. Son rôle est stratégique. Il est stratégique pourtant il est délaissé par de nombreuses entreprises.
Bien souvent, les produits et services sont conçus sans la participation du rédacteur technique. Il devra pourtant être l’interprète du lien entre la conception technique, la présentation commerciale ou marketing et l’usage qu’en fera le client final. Les budgets et les délais sont pensés en amont pour la production, le marketing et les ventes. La rédaction technique est mise de côté, remise à plus tard, vécue comme une obligation sans grande valeur ajoutée, à mettre en œuvre au moment de la mise en marché du produit. Le constat est simple, pas besoin de statistique : la production des documents techniques est en général considérée comme le goulot d’étranglement, la cause des retards de lancement de produits et/ou des mauvaises ventes. Les tensions qui s’en suivent peuvent expliquer le désamour pour cette étape.

Pour pallier cette situation, les entreprises font souvent appel à l’intérim ou à des prestataires de service en ingénierie.
Mais est-ce vraiment une solution ? Ou simplement une façon de se détourner du problème de fond : La qualité de la documentation technique devient de plus en plus importante dans la stratégie produit. Les moyens d’accès à l’information technique du produit ont changé. Le consommateur n’hésite pas à consulter la documentation technique avant son achat.
Bien souvent qu’il soit salarié de l’entreprise, intérimaire ou prestataire de service, il devra faire avec les outils bureautiques de l’entreprise. Si les cadres de l’entreprise sont équipés de Word, Excel ou Access, encore suffisants jusqu’à une époque récente pour leurs métiers, ils utilisent tous aujourd’hui des ERP, des CRM, de la GPAO… Alors pourquoi ne pas doter également les rédacteurs techniques d’outils performants pour faciliter leur tâche et améliorer leur productivité ? Il est de coutume de penser qu’un document doit se faire avec Word ou un traitement de texte équivalent. Obtenir le résultat souhaité n’est qu’une question de formation et de maniement de l’outil.
C’est porter peu de considération à ce métier qui valorise le produit et méconnaître les technologies actuelles de production de documents !
Les entreprises gagneraient indéniablement en productivité et en sécurité documentaire si elles équipaient leurs équipes de logiciels de rédaction technique performants et simple d’utilisation. Or des solutions accessibles existent…

ROI de la documentation

ROI de la documentation

Une fois le ROI de la documentation calculé, il faut alors convaincre les décideurs et obtenir leurs approbations.

L’investissement dans un CCMS peut paraître quelquefois difficile à justifier, car il n’est pas toujours évident de quantifier les avantages que peut apporter le nouveau système. Il devient alors intéressant de considérer le contenu comme un capital pour l’entreprise et non un investissement. Ce capital est largement valorisé grâce au CCMS.

Le CMS demande une rigueur d’élaboration et de construction de la rédaction en amont. Certains esprits, formatés « Word » et/ou habitués à une liberté d’écriture immédiate, ne l’acceptent pas toujours facilement. Quitte à revenir en arrière, corriger, reprendre et compléter… il génère parfois quelques freins au changement pour ces raisons liées au manque de pratique et d’habitude. Cependant, structurer dès le départ son contenu, en prévoyant et en intégrant l’ensemble des champs qui devront figurer au final, fait gagner un temps non négligeable en aval !

Sans compter le gain en termes de qualité qui permet d’assurer de ne rien oublier et d’harmoniser les présentations et contenus de l’ensemble de sa documentation.

Nous vous rappelons les fondamentaux de la solution , utilisée chaque jour par plusieurs milliers d’utilisateurs :

  1. Publier efficacement vos contenus en respectant votre charte graphique
  2. Faire collaborer les différents intervenants simultanément
  3. Valoriser les savoir-faire dans votre organisation en les réutilisant sans copier-coller
  4. Traduire très rapidement vos documents, sans vous préoccuper de ce que vous avez déjà traduit

Vous réduisez les temps de latence et simplifiez les mises à jour…. Et cela depuis n’importe où (au bureau, en clientèle, depuis la table du salon…) . La solution et les bénéfices qu’elle procure, impacte tous les services d’une entreprise en rendant l’expérience utilisateur agréable et efficace.

Il devient alors intéressant de considérer le contenu comme un capital pour l’entreprise et non un investissement. Ce capital est largement valorisé grâce au CCMS. Ce type de gestion apporte un certain nombre de bénéfices intéressants :

  • une amélioration de la cohérence et la précision de l’information (quand vous réutilisez une information, vous avez l’assurance de retrouver exactement le même contenu),
  • une réduction des coûts de création et de maintenance de l’information (vous devez créer moins de contenu et il est plus facilement corrigé ou mis à jour),
  • une réduction des coûts de livraison. (Le contenu et le format sont séparés. Vous pouvez ainsi publier le contenu sous différents formats sans avoir à retravailler le contenu),
  • une réduction des coûts de traduction : on ne re-traduit pas ce qui a déjà été traduit
La technologie qui permet de rationaliser le document d’entreprise, d’apporter des gains de productivité et une sécurité dans la réutilisation des contenus existe depuis plusieurs années déjà. Grâce à la structuration du document, il rend possible l’« industrialisation » de sa production future.
En premier lieu, il faut s’intéresser aux aspects organisationnels qu’implique l’implémentation d’un CCMS. Il est important de définir au préalable une stratégie de l’information et de comprendre l’intérêt que représente le passage vers un processus de création de documents qui s’éloigne d’une simulation papier.
Pour comprendre tous les impacts de cette nouvelle façon de travailler  Contactez-nous 

La tête dans les nuages

La tête dans les nuages

Restez la tête dans les nuages (le cloud) et … les pieds sur terre !

Author-it Cloud propose une série de solutions innovantes de création de composants de bout en bout conçues pour les modes de travail d’aujourd’hui.

Cette gamme de solutions entièrement intégrées donne aux entreprises de toutes tailles le pouvoir de créer, de maintenir, d’examiner, de réutiliser et de localiser du contenu, et de publier dans un éventail complet de sorties.

Le tout sans quitter la plate-forme.

Travaillez en collaboration pour créer des documents de formation internes, des manuels de produits orientés client, des programmes d’apprentissage en ligne, des systèmes d’aide web et plus encore, le tout, dans un endroit centralisé.

Et le mieux , c’est que vous n’avez pas besoin de connaître le code pour l’utiliser.

Alors que la plupart des solutions de création de composants nécessitent une utilisation de DITA et XML, Author-it Cloud est conçu pour les rédacteurs techniques et les collaborateurs. Vous connaissez et aimez déjà XML et DITA ? C’est super! Vous pouvez toujours l’utiliser. Vous n’etes pas obligés de le faire.

Nos puissants outils d’importation analysent, cartographient et importent automatiquement les documents hérités, structurés et non structurés, ce qui vous permet d’économiser du temps, de l’argent et de la frustration pendant la mise en œuvre.

Il suffit d’importer du contenu à partir d’un seul document Word ou de gros documents par lots . vous pouvez le faire en quelques minutes; et commencer à structurer immédiatement.
Avec Author-it Cloud, il est simple de créer, gérer et publier du contenu étonnant.
Laissez-nous vous montrer comment apporter la vie de contenu.

Un projet documentaire

Un projet documentaire

Que ce soit une création ou une mise à jour, chaque document fait l’objet d’un projet documentaire.

  • C’est le produit d’un travail en équipe : rédacteur(s) et relecteur(s)
  • Il s’inscrit dans une temporalité : début et fin de relecture
  • Il peut donner un ou plusieurs documents selon le format de sortie

C’est un travail en équipe :

Atelier numérique vous offre un environnement commun pour tous les utilisateurs, partageant directement et travaillant sur le même contenu.

Tout le monde peut travailler « sur la même page » pour ainsi dire :

  • pour la rédaction, que l’on utilise Author ou Contribute, on intervient sur le même livre. Author est l’interface plus orientée pour les rédacteurs, Contribute est la version plus ergonomique et simplifiée d’Author-it
  • pour les révisions et la validation : tous les collaborateurs vont utiliser la même page de Review et ils pourront voir ce qui a été fait par les autres lecteurs, lire leurs commentaires , leurs contributions et pourront même répondre. L’application envoie automatiquement des notifications aux personnes concernées
  • Le chef de projet documentaire va arbitrer les remarques des collaborateurs.: chaque étape peut être commentée et fait l’objet d’une notification

Ce ne sont pas des fichiers répartis sur des ordinateurs individuels avec des méthodes manuelles de suivi.

  • C’est une base de données sécurisée : il n’est pas possible de supprimer des éléments sans qu’il y ait un contrôle, il n’est pas possible d’accéder à des documents sans autorisation
  • Dans chaque module, l’historique permet de connaitre toutes les étapes  de la vie du document.

Ceci permet une plus grande stabilité en terme de «source unique de vérité», et permet également  de vous assurer que chaque utilisateur sait ce qui se passe avec le contenu.

Une meilleure traçabilité

Une meilleure traçabilité

Atelier Numérique permet la gestion intégrée du flux de travail.
Même si vous pouvez obtenir certaines parties d’un flux de travail avec un HAT  (Help Authoring System) en utilisant des outils tiers, il y a des avantages importants à avoir un outil intégré et conçu par des rédacteurs techniques c’est un outil dédié pour les rédacteurs techniques, leurs Experts Métiers, traducteurs, etc.

Si vous voulez un contrôle de version dans un HAT, il sera généralement basé sur un outil tiers comme Git ou Subversion.
Ce sont de bons systèmes de contrôle de version. Mais ils ne sont pas faits pour les rédacteurs techniques, en particulier les rédacteurs qui ont besoin de collaborer. Ils sont conçus pour les développeurs de logiciels. À la base, les systèmes de contrôle de version comme Git ou Subversion n’ont pas d’enregistrement et de retrait.

Au lieu de cela, ils utilisent ce qu’on appelle la stratégie de «résolution des conflits». C’est-à-dire que deux personnes peuvent travailler sur le même fichier en même temps, et s’il y a des conflits, ils doivent être résolus lors de la «validation» des modifications. Si cette perspective vous fait frémir, vous n’êtes pas seul! La plupart des rédacteurs techniques que je connais détestent cela, et beaucoup doivent recourir à des développeurs pour résoudre le conflit.

Pour un environnement de création technique, il est préférable d’utiliser la stratégie de «verrouillage» : Lorsque vous extrayez un sujet, vous seul pouvez le modifier à ce moment-là.

Le contenu du CCMS passe également par des étapes, un flux de travail pour gérer le cycle de vie du contenu (pour les révisions, les ajouts, les suppressions, etc.) votre contenu reste intact tout en étant traduit ou publié.

De nombreux autres éléments rendent également le workflow intégré plus adapté aux rédacteurs techniques, comme la restauration facile des révisions, la gestion des versions avec des instantanés stockés dans le temps, ainsi que le branchement des versions spécifiquement adapté à la réutilisation du contenu

Avec Atelier numérique vous mettrez en place

  • un outil de collaboration : Contribute. L’outil qui permet à chaque expert de contenu, chaque rédacteur d’apporter directement une partie de document
  • un outil de relecture : Review. L’outil qui va tracer les commentaires et les corrections de tous les intervenants
  • un système de variantes : qui permet d’adapter les documents à différents contextes, de gérer les traductions avec Localize
  • un système de versions : qui permet de tracer les changements, de restaurer les versions précédentes de gérer plusieurs versions en même temps et de ne pas perdre le lien entre des documents liés