Logiciel

Vous avez créé un produit presque parfait ou conçu un excellent logiciel. Et vous avez embauché ensuite certains des meilleurs rédacteurs techniques pour rédiger un manuel d'aide convivial pour résoudre les problèmes de convivialité. Vous voulez que les utilisateurs de vos produits pour en profitent dès la première minute. Les rédacteurs techniques ont fait un excellent travail, confirmé par votre équipe d'expérience utilisateur.
Mais après le lancement de votre produit ou la publication d'une mise à jour, vous dépensez beaucoup plus en assistance clientèle. Dans de nombreux cas, les réponses que les utilisateurs cherchent figurent dans le manuel de l'utilisateur. Alors vous vous posez désormais la même question que de nombreux fabricants et développeurs. Les utilisateurs du produit lisent-ils vraiment les manuels d'aide?

Choisir le bon format de publication pour vos fichiers d'aide peut être difficile, surtout si vous créez votre premier manuel et souhaitez éviter les énormes erreurs faites par les auteurs de manuel d’aide à leurs débuts. Le bon format détermine si vos utilisateurs ont accès à vos fichiers d’aide exactement quand et tel qu’ils le souhaitent.
Si vous utilisez un outil de création de manuel d'aide (et vous devriez parce qu'il facilite la rédaction des meilleurs documents d'aide en peu de temps), la publication dans différents formats peut se faire sans aucune difficulté.
La grande question à laquelle nous répondrons aujourd'hui est, devez-vous publier un manuel imprimé (copie papier) ou une édition numérique (PDF, CHM, HTML Web, format eBook...).

Beaucoup d'auteurs de manuels d'aide ont découvert que les outils de création d'aide ou programmes logiciels HAT sont un excellent moyen pour rédiger rapidement et facilement les manuels et autres documents d'aide. Peu de gens prennent le temps de s'arrêter pour réfléchir à la manière dont les logiciels HAT avantagent effectivement tout le monde, aussi bien le fabricant du produit qui paye le manuel, que l'utilisateur final du produit.

Microsoft Word est un excellent logiciel. Il permet à ses utilisateurs de rédiger rapidement et facilement n'importe quel texte, du devoir scolaire jusqu'au courrier professionnel. Le plus grand avantage avec Microsoft Word c'est la familiarité d'usage qu'en ont ses utilisateurs, c'est un logiciel avec lequel la plupart d'entre nous avons grandi en l'utilisant aussi bien à l'école qu'au bureau. Pour beaucoup de gens, il reste le choix le plus naturel quand il s'agit d'écrire quoi que ce soit dans un environnement professionnel. Et dans la plupart des cas, Microsoft Word est idéal, mais il y a pourtant certaines applications, incluant la rédaction de documentation d'un produit, pour lesquelles il n'est pas si adapté que ça.
Il existe de nombreuses raisons qui font que Microsoft Word n'est pas le bon outil pour vous aider à rédiger la documentation d'un produit, voici cinq de celles-ci.

Rédiger une documentation d'aide est un travail pénible, un rédacteur technique doit expliquer clairement chaque fonction du produit et la documentation doit être écrite pour un large panel d'utilisateurs du produit, dont tous n'approcherons pas le produit avec les mêmes attentes ou le même niveau d'expertise technique.
Malgré ces considérations, dans de nombreux cas les auteurs techniques découvrent qu'écrire la documentation d'aide n'est que la partie la plus facile du processus. Une fois qu'ils ont rédigé tout ce qu'ils ont à dire pour couvrir le sujet correctement, ils doivent ensuite le formater pour qu'il soit accessible et facile à lire dans une variété de formats. Les formats qui peuvent être requis incluent PDF, Word, online HTML, éventuellement HLP ou encore CHM. Le processus de formatage peut être très long quand que ce que veulent vraiment la plupart des auteurs techniques, c'est se concentrer sur le fait de rédiger une très bonne documentation d'aide et non pas passer une éternité à s'inquiéter de savoir comment leurs pages vont s'afficher sur différents appareils.
Lorsque la documentation est enfin terminée, ce n'est bien souvent pas encore la fin du processus, car chaque fois que le produit est révisé, la documentation doit être modifiée pour refléter les caractéristiques nouvelles ou mises à jour.