Ouvrez Confluence maintenant et trouvez un document que vous devez lire. Que voyez-vous ?
Une barre d'outils. Des boutons d'édition. Des boîtes de commentaires. Des liens vers l'historique de la page. Une barre latérale pleine de navigation dont vous n'avez pas besoin. Des fils d'Ariane. Des champs de métadonnées. Des indicateurs de permission. Une interface de création complète autour du texte que vous êtes venu lire.
Pensez maintenant à ce que vous vouliez vraiment : la réponse à une question, les trois prochaines étapes d'un processus ou une politique que vous devez consulter avant une réunion qui aura lieu dans dix minutes.
Vous êtes venu pour consommer. L'interface suppose que vous êtes venu pour créer.
C'est le cas par défaut dans presque toutes les plateformes de documentation. Confluence, Notion, SharePoint, GitBook, Nuclino, Slite. Elles présentent toutes le même environnement aux lecteurs et aux rédacteurs. La page est la page. Tout le monde a la même vue, à quelques boutons de permission près.
Cela semble normal parce que nous n'avons jamais rien eu d'autre. Mais il s'agit d'une décision de conception, pas d'une loi de la nature. Et ce n'est pas la bonne.
La même interface pour lire et écrire crée une surcharge cognitive](/fr/blog/img/readers-writers-ui.svg)
La lecture et l'écriture ne sont pas la même tâche cognitive
Il ne s'agit pas d'une préférence en matière d'interface utilisateur. Il s'agit d'une différence fondamentale dans le fonctionnement du cerveau.
Lorsque vous écrivez, vous êtes en mode génératif. Vous construisez, organisez, décidez ce qu'il faut inclure et ce qu'il faut laisser de côté. Vous avez besoin d'outils : options de formatage, contrôles de structure, intégration de médias, champs de métadonnées, historique des versions, fonctions de collaboration. L'interface doit vous offrir puissance et flexibilité.
Lorsque vous lisez, vous êtes en mode réceptif. Vous scrutez, filtrez, extrayez ce qui est pertinent et essayez de passer à autre chose. Vous avez besoin de clarté : typographie claire, mise en page ciblée, distractions minimales. L'interface doit s'effacer.
La psychologie cognitive dispose d'un cadre clair à cet égard. La [Théorie de la charge cognitive] (https://www.instructionaldesign.org/theories/cognitive-load/), élaborée par John Sweller à la fin des années 1980, établit une distinction entre la charge intrinsèque (la difficulté de la matière elle-même), la charge pertinente (l'effort d'apprentissage et d'intégration) et la charge étrangère (tout ce que l'environnement ajoute et qui n'est pas utile). Chaque barre d'outils, barre latérale et bouton d'édition visible par un lecteur est une charge étrangère. Ils ne l'aident pas à comprendre le contenu. Ils sont en concurrence active pour attirer l'attention.
Les recherches menées par [Mayer et Moreno (2003)] (https://doi.org/10.1207/S15326985EP3801_6) sur l'apprentissage multimédia ont démontré que la réduction des éléments superflus améliore à la fois la compréhension et la rétention. Leur principe de cohérence est direct : Une interface de documentation qui présente des contrôles de création aux lecteurs viole ce principe à chaque chargement de page.
**Le lecteur n'a pas besoin de voir les outils du rédacteur. Les montrer quand même n'est pas neutre. C'est activement nuisible à la compréhension.
Comment les plateformes actuelles gèrent ce problème (la plupart du temps, elles ne le font pas)
Voyons ce qui existe.
Confluence a un mode lecture et un mode édition, mais le mode lecture est toujours entouré par la navigation, les métadonnées et l'arborescence de la plateforme. La barre d'outils d'édition disparaît lorsque vous n'éditez pas, mais le cadre mental "ceci est une page wiki éditable" ne disparaît jamais complètement. Chaque lecteur voit le bouton "Modifier". La page chuchote : vous pouvez changer ceci.
Notion est pire à cet égard. Sa philosophie de base est que tout est toujours modifiable. Cliquez n'importe où et vous êtes en train de taper. C'est génial pour les écrivains. C'est terrible pour les lecteurs qui veulent juste absorber le contenu sans l'angoisse de modifier accidentellement quelque chose. La propre [galerie de modèles] de Notion (https://www.notion.com/templates) le montre : chaque modèle est un espace de travail, pas une publication.
SharePoint prend techniquement en charge différentes mises en page pour la visualisation et l'édition, mais l'expérience globale reste celle d'un intranet d'entreprise. Les lecteurs ont l'impression d'être dans un outil d'entreprise, et non de lire un document optimisé pour la compréhension.
GitBook se rapproche le plus d'une expérience de lecture d'abord, avec sa sortie propre de type documentation. Mais même dans ce cas, l'expérience de lecture repose sur l'hypothèse que le lecteur est un développeur qui consulte des documents techniques. Il n'est pas conçu pour le consommateur de connaissances générales.
Aucune de ces plateformes ne considère la lecture comme une activité fondamentalement différente de l'écriture. Elles la considèrent comme une activité d'écriture avec la barre d'outils cachée.
Le coût d'une interface unique
Il ne s'agit pas seulement d'un problème esthétique. Il a des conséquences mesurables.
La surcharge d'informations réduit la compréhension
Une [étude publiée dans le Journal of Consumer Research] (https://doi.org/10.1086/209336) a montré que la surcharge d'informations entraîne une baisse de la qualité des décisions, l'effet augmentant à mesure que le rapport entre les informations non pertinentes et les informations pertinentes s'accroît. Une page de documentation comportant des commandes de création, des arbres de navigation et des champs de métadonnées visibles augmente ce ratio pour chaque lecteur qui n'est pas là pour écrire.
Le changement de contexte a un coût réel
Lorsqu'un signal d'interface indique "vous pouvez modifier ceci", il active un cadre cognitif différent de celui de "lire ceci". [Les recherches de Gloria Mark à UC Irvine (https://www.ics.uci.edu/~gmark/) sur l'attention et le multitâche ont montré qu'il faut en moyenne 23 minutes et 15 secondes pour se reconcentrer complètement après un changement de contexte. Un lecteur qui envisage momentanément de modifier son texte (même pour corriger une faute de frappe) est sorti du mode lecture. Il ne s'agit pas d'une hypothèse. Quiconque a utilisé Notion connaît l'expérience de cliquer pour sélectionner du texte et de commencer accidentellement à taper.
Les lecteurs et les rédacteurs ont des besoins différents pour un même contenu
Un rédacteur a besoin de voir la structure, les marqueurs de formatage, les types de blocs, les métadonnées et les signaux de collaboration. Il a besoin de toute la machinerie.
Un lecteur a besoin d'un texte propre, d'une hiérarchie claire et du chemin le plus rapide vers l'information qu'il recherche. Il a besoin du contenu, pas de la machinerie.
Servir les deux à partir de la même interface signifie que ni l'un ni l'autre ne bénéficie d'une expérience optimisée pour ce qu'ils font réellement.
Et puis il y a le troisième public : L'IA
C'est là que les choses se compliquent et que les plateformes existantes ne sont pas du tout préparées.
En 2026, la documentation a trois consommateurs distincts, et non deux :
- Les rédacteurs qui créent et maintiennent le contenu
- Les lecteurs qui consomment le contenu visuellement
- Les systèmes d'IA qui récupèrent, analysent et synthétisent le contenu de manière programmatique.
Chacun de ces publics a besoin d'une interface fondamentalement différente pour accéder au même contenu sous-jacent.
Les rédacteurs ont besoin d'outils d'édition riches, de fonctions de collaboration et de contrôles structurels. Les lecteurs ont besoin d'une présentation claire et ciblée, avec un minimum de distractions. L'IA a besoin d'une sortie structurée, analysable par la machine, avec des métadonnées explicites : signaux de fraîcheur, étiquettes de classification, adressage au niveau du bloc et balisage sémantique propre.
Comme nous l'avons expliqué dans [Builders, Not Developers] (/blog/builders-not-developers-how-claude-changed-devrel/), les intermédiaires de l'IA sont déjà le principal consommateur de documentation pour une part croissante des travailleurs du savoir. [L'enquête menée par GitHub auprès des développeurs en 2024 (https://github.blog/news-insights/research/survey-ai-wave-grows/) a révélé que 97 % des développeurs d'entreprise ont utilisé des outils de codage de l'IA. En 2026, [84 % des développeurs utilisent régulièrement des outils d'IA] (https://www.index.dev/blog/developer-productivity-statistics-with-ai-tools), et 41 % de l'ensemble du code sera généré par l'IA.
Ces systèmes d'IA ne se soucient pas de votre barre latérale ou de votre barre d'outils. Ils ont besoin de données propres. Et une plateforme qui confond la vue du lecteur avec la vue du rédacteur confond également la surface consommable par l'IA avec la surface de rédaction humaine. Il s'agit de trois incompatibilités dans une seule interface.
Trois publics, trois besoins différents](/fr/blog/img/lecteurs-écrivains-trois-audiences.svg)
Comment Rasepi sépare les expériences
Rasepi repose sur le principe que la création de contenu et la consommation de contenu sont des activités différentes qui méritent des interfaces différentes.
L'environnement du rédacteur
Lorsque vous écrivez dans Rasepi, vous disposez d'un environnement de rédaction complet. Édition de texte riche avec TipTap, contrôles au niveau des blocs, indicateurs d'état des traductions, gestion des échéances, outils de collaboration, vues de la structure du contenu et tout ce dont un rédacteur a besoin pour créer et maintenir une documentation de haute qualité.
Le rédacteur voit les machines parce qu'il en a besoin.
<Capture d'écran : Environnement de rédaction Rasepi -->
L'environnement du lecteur
Lorsque quelqu'un consomme un document Rasepi, il voit une expérience de lecture propre et ciblée. Pas de chrome d'édition. Pas de barre d'outils. Pas de signaux "vous pourriez modifier ceci". Juste le contenu, présenté dans une mise en page optimisée pour la compréhension et le balayage.
Le lecteur ne voit pas le bouton d'édition parce qu'il n'est pas là pour éditer. Il est là pour apprendre quelque chose, suivre un processus ou trouver une réponse. L'interface respecte cette intention.
<Capture d'écran : Expérience de lecture Rasepi -->
La surface de l'IA
Pour les consommateurs d'IA, Rasepi expose le contenu par le biais d'API structurées avec des métadonnées complètes. Chaque bloc comporte son score de fraîcheur, l'état de la traduction, le hachage du contenu et les étiquettes de classification. Les systèmes d'IA peuvent interroger le contenu au niveau des blocs, filtrer par fraîcheur, exclure les documents périmés ou provisoires et récupérer exactement les données structurées dont ils ont besoin.
Il n'est pas nécessaire de gratter une page wiki et d'espérer le meilleur. L'IA dispose d'une interface conçue à cet effet, tout comme le lecteur et le rédacteur.
<Capture d'écran : Rasepi AI surface / API -->
Une couche de contenu, trois interfaces
Ce qui est important, c'est que nous ne maintenons pas trois copies du contenu. Il ne s'agit pas du problème des cinq copies de l'intégration dont nous avons parlé dans [Stop Maintaining Five Copies of the Same Document] (/blog/stop-maintaining-five-copies-of-the-same-document/).
Il s'agit d'une couche de contenu, stockée sous forme de blocs structurés, servie par trois vues différentes optimisées pour trois publics différents.
Le rédacteur édite les blocs. Le lecteur voit un contenu assemblé et stylisé. L'IA interroge des données structurées avec des métadonnées. Mêmes blocs. Même source de vérité. Couche de présentation différente pour chaque consommateur.
Cela n'est possible que grâce à l'architecture au niveau des blocs. Chaque élément de contenu est une unité adressable individuellement avec ses propres métadonnées. Vous pouvez présenter ces blocs différemment en fonction de la personne qui les demande :
| Le contenu peut être présenté différemment en fonction de la personne qui le demande : - Audience - Besoins - Obtention - Besoins - Obtention |----------|-------|------| | Les blocs peuvent être présentés différemment en fonction de la personne qui les sollicite : - Audience - Besoins - Gains - || Rédacteur - Formatage, structure, collaboration, métadonnées | Lecteur** - Texte propre, hiérarchie claire, balayage rapide - Vue de lecture focalisée, pas de chrome pour l'édition. | L'interface de programmation (API) au niveau des blocs avec des métadonnées complètes.
Pourquoi cela est plus important qu'il n'y paraît
En lisant ces lignes, vous vous dites peut-être : "Ce n'est que de l'interface utilisateur. Différentes vues de la même chose. Quelle importance cela peut-il avoir ?"
Il s'avère que c'est très important.
La confiance des lecteurs
Les gens font confiance à un contenu qui a l'air publié. Lorsqu'une page ressemble à un wiki que tout le monde peut modifier, les lecteurs l'ignorent inconsciemment. Lorsque le même contenu est présenté dans un format propre, digne d'une publication, il a plus d'autorité. Ce n'est pas irrationnel. C'est le signe que quelqu'un a pris la présentation au sérieux, ce qui implique qu'il a également pris le contenu au sérieux.
Le groupe Nielsen Norman a étudié cette question de manière approfondie. Ses [recherches sur la crédibilité du contenu] (https://www.nngroup.com/articles/trust-signals-content/) montrent que la qualité de la conception et la présentation sont parmi les signaux les plus forts sur lesquels les utilisateurs s'appuient pour évaluer la crédibilité du contenu. Une vue éditoriale encombrée sape activement la crédibilité du contenu qu'elle affiche.
Productivité des rédacteurs
Les rédacteurs qui travaillent dans un environnement de création dédié n'ont pas à se demander s'ils sont en train de lire ou d'écrire. Les outils sont là parce qu'ils sont censés être là, et non parce que l'interface n'a pas su décider qui la regardait.
Fiabilité de l'IA
Lorsque les systèmes d'IA disposent d'une surface conçue à cet effet avec des métadonnées structurées, ils peuvent prendre de meilleures décisions sur ce qu'il convient d'extraire et sur ce qu'il convient d'exclure. Ils peuvent vérifier les scores de fraîcheur avant d'inclure un bloc dans une réponse. Ils peuvent respecter les étiquettes de classification. Ils peuvent filtrer en fonction de la langue, du statut ou du public. Rien de tout cela n'est possible lorsque l'IA récupère la même page HTML que celle qui a été conçue pour les lecteurs humains.
Le changement de modèle mental
L'hypothèse fondamentale de la plupart des plateformes de documentation est la suivante : la page est l'unité, et tout le monde interagit avec la page.
L'hypothèse de Rasepi est différente : Le bloc est l'unité, et différents publics interagissent avec les blocs par le biais de surfaces spécifiques.
Cela semble être une petite distinction architecturale. Ce n'est pas le cas. C'est la différence entre un outil qui montre accidentellement du contenu à des systèmes d'intelligence artificielle et un outil qui les sert délibérément. Entre un environnement d'écriture qui se trouve être lisible et une expérience de lecture conçue à partir de zéro. Entre une interface satisfaisante et trois excellentes.
La documentation n'est plus seulement écrite et lue. Elle est écrite, lue, interrogée, traduite, notée, classée et servie à des systèmes d'intelligence artificielle à grande échelle. Une seule interface ne peut pas optimiser tout cela, et c'est en prétendant le contraire que nous nous sommes retrouvés avec des wikis que personne ne veut lire et des assistants d'intelligence artificielle qui tirent des réponses de pages qui n'ont jamais été conçues pour être consommées par des machines.
Les lecteurs et les écrivains sont dans des modes mentaux différents. L'IA est dans un mode complètement différent. L'interface doit en tenir compte.