Course contre la montre

Course contre la montre

La « release » du produit a été livrée, il ne manque plus que la documentation … Je suis rédacteur : tous les acteurs du projet se tournent vers moi : où est la doc ? Cette documentation a été faite mais, elle n’est pas signée.

Afin de pallier le problème de la « zone grise » et des éternels aller-retours entre les interlocuteurs, Author-it a intégré à l’outil la brique Review.

Review est organisé en 2 cycles distincts qui permettent d’accélérer le processus :

  • Le premier cycle permet de discuter, échanger, d’émettre des suggestions : tout est partagé et enregistré. A l’issue de ce premier cycle je suis donc en mesure de statuer et je peux donner les directives au rédacteur afin que celui-ci finalise le document. Je n’ai plus à m’inquiéter des aller retours : tout est enregistré, et l’historique me permet de tordre le cou aux éventuelles récriminations.
  • Le deuxième cycle permet de valider le résultat de ces choix : C’est moi qui choisis le délai de « rétractation ».

Les experts métiers valident : non, il n’est plus temps de relancer la polémique, de rouvrir le débat et de refaire le projet à rebours, mais s’il y a vraiment un changement de dernière minute, c’est encore possible, dans un court laps de temps. Le rédacteur peut choisir de remettre le module dans un processus de relecture avec fil de discussion ou d’intégrer directement les modifications et de faire valider ce module qui « coince ».

Un mail sera envoyé automatiquement aux signataires à la fin de ce cycle.

Quand la signature a été faite je suis prévenue par mail : je peux alors publier en toute sérénité mon texte.

Avis de recherche …

Avis de recherche …

Mon texte a disparu !

J’en suis sûr il était là, je l’ai écrit mais je n’arrive plus à mettre la main dessus et il faut que je rende ma copie demain, le texte a pris des heures à écrire, à faire valider et … je ne le trouve plus, il n’y a plus qu’un morceau de texte et il manque toute une partie de mon livre.

Pas de panique ! l’outil est plein de ressources :

  • La logique : les modules sont dans le même répertoire que le livre auquel ils appartiennent. Si un module a été détaché par erreur il pourra être facilement retrouvé.
  • L’outil « locate » : quand on se positionne sur le module dans le livre on peut retrouver le répertoire avec un clic droit : les variantes et les versions d’un module sont toujours dans le même répertoire que leur module parent
  • Le moteur de recherche : Author it est équipé d’un moteur de recherche puissant avec multicritères, il est donc possible de retrouver un objet si on sait une partie de son titre, sur quel modèle il est basé etc.
  • L’historique : auquel on accède par un clic droit sur l’objet ou par la barre d’outils Review/ Review history, cette dernière option est particulièrement efficace si un des collaborateurs a fait un commentaire et que je veux le retrouver

La traçabilité est une des préoccupations majeurs d’Author-it… Il n’est donc pas nécessaire de paniquer. Ainsi :

Il n’est pas possible de supprimer un module s’il est utilisé dans au moins un livre : un message signale que ce module est utilisé

Il n’est pas possible de supprimer un texte qui est déjà passé par la relecture : ce texte sera forcément enregistré dans l’historique, et restera enregistré même si le rédacteur a fait un retour arrière : on le verra dans le fichier xml, le dossier de preuve

Ma meilleure amie : la DSI

Ma meilleure amie : la DSI

Désormais ce sont les différentes directions métiers qui cherchent  à contribuer en direct aux capacités innovantes et différenciantes de votre système d’information, sans passer par la DSI ;

La valeur ajoutée principale de la DSI se déplace  :

  • Elle ne se préoccupe plus uniquement du développement d’applications pour les besoins métier
  • Et se préoccupe maintenant de l’intégration de bout en bout de services et ressources standard louées – SAAS ;

La gouvernance des systèmes d’information se déplace elle aussi  :

  • d’une gestion de portefeuilles de projets de développement
  • à une gestion de services et de contrats de services – tels que ceux proposés par Atelier Numérique.

Un deuxième changement important et souvent appelée shadow IT  : 

  • les directions métiers se voient proposer une large gamme de services et d’offres technologiques en direct de la part de fournisseurs sans forcément passer par la DSI
  • Elles vont devoir s’approprier  des nouvelles technologies numériques et la DSI va être leur meilleure alliée

La DSI doit intégrer une meilleure communication et promotion de cette valeur ajoutée d’intégration et de gestion des services afin de sensibiliser les directions métiers à l’intérêt d’inclure la DSI très tôt dans ce type d’initiative. Atelier Numérique est le lien entre toutes parties prenantes. Atelier Numérique aide à :

  • faire converger la vision globale de la DSI avec les attentes métiers à
  • valoriser votre base de documentation dans l’écosystème de votre entreprise,

Le troisième changement important tient à l’exploitation des données

Cette exploitation des données prend une importance égale voire supérieure à la structuration technique de ces informations métier. En effet les nouvelles technologies de type « big data » et « advanced analytics » et l’externalisation de la propriété des services et des ressources poussent à la valorisation de leurs données d’origine métier. Les données métiers sont devenus des actifs stratégiques de l’entreprise.

Par conséquent les grandes transformations digitales des entreprises mettent aujourd’hui l’accent sur la gouvernance et l’optimisation de la gestion de leurs données : de la production des données à l’analyse des données, puis de l’échange jusqu’à la consommation et la communication des données.
Dans l’outil Author-it qui fait de votre base documentaire une base de données structurée vous disposez d’une grande traçabilité et fiabilité du management des documents en parfaite adéquation avec cette exigence.

Atelier numérique vous donne les outils pour optimiser vos données statistiques, vos flux de données via Author-it.

Pour comprendre tous les impacts de cette nouvelle façon de travailler  Contactez-nous 

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.

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.