La Augmented Reality n'est plus de mise - les portails de diffusion de contenu sont à la mode ?

De quoi s'agit-il ?

Oui, c'est tout à fait vrai et cela correspond à ce que nous avons également discuté lors de notre meetup n° 4: La Augmented Reality (AR) n'est pas arrivée dans la vie quotidienne, notamment en ce qui concerne la documentation technique - ou plutôt, devrions-nous dire : pas encore arrivée?

Même s'il est vrai que la AR ne constitue pas un cas d'application pour la documentation technique, il est donc correct de dire Nous ne nous en occupons plus, nous misons sur les vidéos et les portails de diffusion de contenu?

Mettre à disposition des vidéos sur les portails de diffusion de contenu au lieu d'utiliser Augmented Reality? Est-ce la bonne question pour les alternatives en matière de mise à disposition d'informations ?

Portails de diffusion de contenu (CDP)

Rien ne s'oppose en principe aux portails de diffusion de contenu. Ils constituent en effet un cas d'utilisation de c-rex.net IDS et servent à représenter la documentation technique sur le web. Les lecteurslectriceslecteurs et lectriceslecteur·rice·s régulières de notre blog savent que notre approche va bien au-delà de la mise en ligne de documents PDF au format HTML5 et de la recherche de topics au moyen de métadonnées. Il s'agit pour nous d'intégrer la documentation technique.

Les portails de diffusion de contenu sont définitivement un progrès par rapport au PDF. Cependant, de nombreuses mises en œuvre que nous avons vues jusqu'à présent ne vont pas vraiment au-delà de l'approche documentaire. Les métadonnées s'y limitent au thème de l'attribution d'une hiérarchie de produits à un document. Dans les stades plus avancés, on distingue encore le cas échéant le groupe cible au niveau du document.

Cela nous amène à Google et YouTube. Mais, comme dans le PDF, nous continuons à nous orienter vers les documents ; de la création à la mise à disposition des utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s.

Et maintenant, qu'est-ce qu'on va faire de la Augmented Reality? Rien ! Ou bien si ?

Bien sûr, Augmented Reality (AR) ou même Virtual Reality (VR) sont dans de nombreux cas très éloignées d'une utilisation de la documentation technique. Selon le cas d'utilisation, l'utilisation de l'AR/VR et l'intégration de contenus de la rédaction technique peuvent toutefois s'avérer utiles dans certains cas.

Même si l'AR/VR n'est pas directement un sujet, les exigences que AR/VR pose à la préparation des contenus le sont.

En effet, si nous nous penchons sur les exigences en matière de données et de processus, nous trouvons un point de départ qui nous oblige en fait à nous pencher intensivement sur les thèmes de AR et VR dans la documentation technique, mais à un autre niveau.

Exigence en matière de données

Si nous regardons différentes vidéos de cas d'application sur le thème de la Augmented Reality sur YouTube, nous constatons une chose : nous avons besoin de très petits fragments de contenu qui s'affichent sur les lunettes. Ces contenus doivent en outre pouvoir être identifiés et mis à disposition par un logiciel sur l'appareil et/ou dans le nuage.

Les différentes étapes de l'action et les avertissements doivent être identifiables pour l'AR/VR afin que cela fonctionne. Dans de nombreux cas, il faut pour cela disposer d'un arbre de décision.

Ne s'agit-il pas des mêmes exigences, ou du moins d'exigences similaires, lorsque l'on souhaite mettre des contenus à la disposition d'un robot de chat?

LAR/VR nous oblige donc à devenir plus granulaires dans la fourniture de contenu, à fournir des unités plus petites.

Cette exigence n'existe-t-elle pas de manière générale lorsqu'il s'agit de mettre à disposition les bonnes informations, au bon moment et en bonne quantité ? Pensez par exemple à des cas comme la maintenance prédictive ou la gestion intelligente des erreurs, comme nous l'avons déjà esquissé dans notre cas d'application HOMAG.

Nous devons rendre les contenus identifiables grâce aux métadonnées. Nos contenus doivent être fournis par bribes, par unités de sens, en fonction des cas d'utilisation identifiés.

Exigences relatives aux processus

Les exigences en matière de AR/VR se répercutent également sur les processus de documentation et même sur l'entreprise, jusqu'aux clientsclientesclients et clientesclient·e·s.

Les exigences en matière AR/VR nous obligent à penser en termes de processus de livraison continue. Ainsi, nous ne fournissons pas de documents mais des éléments de contenu individuels. Ceux-ci ne sont rassemblés qu'en cas de besoin, de la manière dont ils sont nécessaires dans un cas d'utilisation ou une situation concrète. A l'avenir, nous ne publierons plus, nous livrerons ! Et dans cette optique, un portail de diffusion de contenu ou même le PDF ne sont qu'un cas d'application parmi d'autres.

Mais même si tout cela n'est pas encore convaincant, considérons le cas suivant : Dans le domaine du développement et de la construction, de nombreuses entreprises mènent des actions visant à rapprocher l'utilisateur des produits et de l'entreprise.

Pour ce faire, il arrive régulièrement que des contenus soient développés sans tenir compte des processus établis de la documentation technique.

Cela devrait nous faire réfléchir au plus tard, car ce procédé a une influence négative sur la qualité des contenus mis à disposition !

Il est nécessaire de mettre en place un processus continu dans toute l'entreprise afin de garantir que les contenus soient livrés en fonction des besoins d'information du groupe cible. Dès la création, il faut veiller à ce que cela soit possible de manière automatisée et reproductible.

Changeons donc notre état d'esprit !

La AR et VR ne sont certainement pas les sujets principaux dont nous devons nous occuper en ce moment dans la documentation technique. Mais qui nous dit que nous ne nous retrouverons pas demain dans la situation de devoir répondre aux exigences ainsi posées ? Et même si cela n'arrive jamais, nous avons déjà aujourd'hui suffisamment d'exigences pour organiser nos données et nos processus différemment qu'auparavant. Nous devons nous éloigner de cette pensée PDF.

Penser PDF ne fait pas référence au format ou au désir d'imprimer des documents. C'est également une exigence légitime dans les processus numérisés. La pensée PDF désigne la pensée en documents, telle qu'elle est justement mise en œuvre dans de nombreux cas sur les portails de diffusion de contenus.

Au lieu de cela, nous devons penser en termes de topics ou même de fragments. C'est certainement l'une des raisons d'être des classes iirds:Topic et iirds:Fragment dans le standard iiRDS. Les topics et les fragments doivent pouvoir être identifiés - ou mieux - trouvés.

Et ce sont exactement les exigences posées à la documentation technique par la AR et VR. Et c'est précisément pour cette raison que nous devons nous pencher sur ces questions, même si c'est de manière plus abstraite.