Comment créer une base de connaissances en 30 jours : structure, sources, responsables — et la base qui naît de ce que l'équipe dit déjà (2026)

Une base de connaissances est l'ensemble des réponses qu'une organisation donne plus d'une fois, écrites une seule fois et conservées là où la personne qui en a besoin peut les trouver sans demander. « Comment facturer un distributeur en Suisse ? », « que dire au parent dont l'enfant a manqué l'échéance ? », « quel transporteur pour des palettes vers le Maroc ? » — la quatrième fois que l'une de ces questions est posée, l'organisation possède une base de connaissances, qu'elle l'ait construite ou non. Simplement, elle vit dans la tête d'un collègue et dans une douzaine de fils de discussion.

La plupart des guides pour en construire une commencent par le choix d'un logiciel. Celui-ci commence plus tôt, car le logiciel est le moindre des sujets : une base de connaissances, ce sont trois décisions — une structure, un ensemble de sources et un nom sur chaque fiche — et un mois pour les mettre en œuvre dans l'ordre. Le plan de 30 jours ci-dessous mène une organisation de 10 à 200 personnes à une base que l'on ouvre réellement, avec un modèle de fiche à copier, un exemple détaillé, un tableau indiquant où vit la base dans les outils que votre équipe utilise déjà, puis la partie que la plupart des guides omettent : la base est en grande partie déjà écrite, dans ce que l'équipe dit en réunion et tape dans ses conversations, et le travail consiste à le garder en un seul endroit, lisible par toute l'équipe.

Ce qu'est une base de connaissances — et ce qu'elle n'est pas

On appelle « base de connaissances » quatre choses différentes, et la confusion entre elles explique pourquoi tant de bases sont construites et si peu utilisées :

La base de connaissances est la première ligne, et elle dépend des trois autres. Le wiki est ce qu'elle devient sans structure ; la bibliothèque de documents est l'endroit où vivent ses fichiers ; l'historique des conversations est l'endroit où la plupart de ses fiches sont écrites une première fois, par accident, sous forme de réponses. Tout l'art consiste à faire passer une réponse de la quatrième ligne à la première — une seule fois, avec un nom dessus — et la méthode ci-dessous est construite autour de ce geste.

Deux autres distinctions comptent avant de construire. Une base de connaissances interne s'adresse à l'équipe : comment nous travaillons, où se trouvent les choses, ce que nous avons décidé. Une base externe s'adresse aux clients : comment fonctionne le produit, que faire quand quelque chose ne marche pas. Ce guide traite de la base interne ; une base externe s'écrit plus tard à partir de l'interne, en réécrivant les fiches que les clients peuvent voir. Et une base de connaissances n'est pas un document de processus ni une procédure opérationnelle (SOP) : ceux-ci décrivent un travail entier de bout en bout ; une fiche répond à une seule question et renvoie vers la procédure quand la réponse est « suivez-la ».

Les trois décisions : structure, sources, responsabilité

Structure : par question, pas par service. La personne qui demande « comment facturer la Suisse ? » ne sait pas si la réponse relève de la finance, des ventes ou de la logistique ; elle connaît sa question. Une base organisée par service l'envoie dans trois rubriques pour trouver une seule réponse. Organisez plutôt par les questions que les gens posent — dans leurs mots — et limitez le premier niveau à sept rubriques au plus. Au-delà de sept, la structure elle-même a besoin d'une recherche, et une recherche dans une base que personne n'a encore remplie ne renvoie rien. Premiers niveaux typiques pour une petite organisation : clients et commandes ; argent et facturation ; personnes et recrutement ; outils et accès ; règles et décisions ; qui appeler.

Sources : ce qui existe déjà, avant toute chose nouvelle. Personne n'a le temps d'écrire une base de connaissances à partir d'une page blanche, et personne n'en a besoin. Les réponses existent — dans la réponse qu'un collègue a donnée mardi dernier, dans le compte rendu de la réunion où la règle a été fixée, dans le tarif que quelqu'un a joint à un message en mars, dans les notes d'intégration que le dernier arrivé a gardées. La première version de la plupart des fiches est copiée, pas écrite. Où vivent les sources, et quelle part de chacune reste accessible plus tard, c'est l'objet du tableau plus bas ; en résumé, dans la plupart des suites, la conversation, les fichiers et les notes de réunion sont trois endroits distincts, et la réunion elle-même est ce qui laisse le moins de traces.

Responsabilité : un nom et une date sur chaque fiche. Ce qui sépare une base de connaissances à laquelle on se fie de celle qu'on a cessé d'ouvrir, c'est qu'une fiche indique qui en est responsable et quand elle a été vérifiée pour la dernière fois. Une fiche portant un nom et « révisée le 14 octobre 2026 » est crue ; le même texte sans eux est « probablement périmé ». Le travail du responsable est modeste : une fois par trimestre, répondre à « est-ce toujours exact ? » et changer la date. Il ne s'agit pas de réécrire la base. Si l'on ne peut nommer personne pour une fiche, ce n'est pas de la connaissance, c'est une supposition, et elle sort.

Comment créer une base de connaissances en 30 jours

Le plan suppose une personne qui pilote — le responsable d'équipe, ou celui à qui l'on pose le plus de questions — y consacrant environ deux heures par semaine, le reste de l'équipe y consacrant quelques minutes.

Semaine 1 — collecter les questions, pas les réponses. Ouvrez un canal, ou une note dans un canal existant, et pendant sept jours demandez à chacun d'y déposer chaque question qu'il a posée à un collègue ou qu'on lui a posée, dans les mots employés. Pas encore de réponses. Le vendredi, on compte de quarante à quatre-vingts questions, dont un tiers de doublons. Comptez les répétitions : la question posée cinq fois est la fiche numéro un. Dès le départ, l'endroit où vit la liste est aussi celui où vivra la base ; ce choix se fait ici selon ce que l'équipe ouvre déjà chaque jour, pas selon une comparaison de logiciels.

Semaine 2 — la structure et les responsables. Triez les questions en groupes ; les groupes sont les rubriques, et il n'y en a pas plus de sept. Nommez un responsable par rubrique — la personne qui a répondu à la plupart de ses questions en semaine 1. Nommez ensuite un responsable par fiche pour les vingt questions les plus posées. N'écrivez rien d'autre que la liste : rubrique, question, responsable. Envoyez-la à l'équipe et ne posez qu'une question : « quelles questions manquent ? » La liste revient avec dix questions de plus.

Semaine 3 — les vingt premières fiches, à partir des sources. Chaque responsable écrit ses fiches avec le modèle ci-dessous, en partant de ce qui existe déjà : la réponse dans la conversation, le compte rendu, le fichier. La règle de la semaine 3 est « court et juste vaut mieux que long et complet » : une réponse de deux phrases avec un lien vers le fichier, datée et signée, est une fiche. Une page qui explique l'historique de la règle est un document, et elle peut venir plus tard. Les fiches qui dépendent d'une décision que personne ne retrouve passent d'abord dans le relevé de décision, puis dans la base avec un lien.

Semaine 4 — publier, puis faire tourner la boucle. Épinglez la base là où l'équipe lit. Installez ensuite les deux habitudes qui la maintiennent en vie : toute question posée dans le canal des questions donne désormais lieu à une fiche ou à un lien vers une fiche, rédigée par celui qui a répondu ; et le responsable de chaque fiche reçoit la date de révision dans son calendrier. Le trentième jour n'est pas celui d'une base terminée. Ce sont vingt à trente fiches, chacune avec un responsable et une date, et une boucle qui en ajoute une chaque fois qu'une question reçoit une réponse. Six mois plus tard, il y en a deux cents, et personne ne les a écrites comme un projet.

Ce qui n'a pas lieu pendant les 30 jours : migrer la bibliothèque de documents, choisir un nouvel outil ou écrire une page pour chaque processus. La base renvoie vers les fichiers là où ils sont et vers les procédures là où elles vivent. Les déplacer est un autre projet, souvent inutile.

Un modèle de fiche pour base de connaissances

Une fiche, une question, moins d'une page. Copiez-la comme une note et remplissez-la ; les trois dernières lignes sont les plus souvent oubliées, et ce sont celles qui maintiennent la fiche exacte.

[Question, dans les mots que les gens emploient pour la poser]
Responsable : [nom] · Rubrique : [l'une des sept] · Dernière révision : [date] · Prochaine révision : [date]
Réponse courte : [deux phrases — quoi faire]
S'applique à : [équipe, bureau, type de client] · Ne s'applique pas à : [le cas que les gens confondent avec celui-ci]
Comment : [étapes numérotées, chacune nommant le système, la personne ou le fichier concerné]
La règle derrière : [la décision qui l'a fixée, avec sa date, et pourquoi]
Exceptions : [les cas hors du parcours normal, et qui tranche pour chacun]
Où sont les fichiers : [lien vers le modèle, le tarif, le contrat à jour]
Fiches liées : [la SOP, le processus, la version précédente]

Le modèle est un texte brut avec des libellés en gras ; il se colle donc dans un fichier Word, un Google Doc, une page de wiki, un canvas Slack ou une note de conversation sans remise en forme.

Un exemple détaillé : la base d'un exportateur après 30 jours

Un exportateur italien de machines, 38 personnes, un bureau commercial à Milan et des distributeurs en Espagne, en Roumanie et au Maroc. La semaine 1 a produit 61 questions ; après suppression des doublons, 44. La structure qui en est sortie, avec le nombre de fiches par rubrique au trentième jour :

1. Distributeurs et commandes (7) — comment un nouveau distributeur est créé ; qui approuve une limite de crédit ; ce dont une commande a besoin avant de partir en production
2. Facturation et paiement (5) — facturer un distributeur en Suisse ; quand une facture pro forma est utilisée ; que faire quand un paiement a 30 jours de retard
3. Expédition et douane (6) — transporteurs par destination ; les documents nécessaires à une palette vers le Maroc ; qui signe la déclaration d'exportation
4. Service et garantie (4) — ce que couvre la garantie ; comment une visite de service est réservée ; quelles pièces sont gardées en stock
5. Outils et accès (3) — qui donne accès au CRM ; où se trouve le tarif ; comment accéder à la boîte mail partagée
6. Règles et décisions (3) — la règle de la double signature au-dessus de 10 000 ; le plafond de remise ; le relevé de décision
7. Qui appeler (2) — le commissionnaire en douane ; les contacts des transporteurs par pays

Trente fiches. La question la plus posée de la semaine 1 — « quels documents faut-il pour une palette vers le Maroc ? » — avait reçu une réponse dans le canal onze fois en un an, toujours de la même responsable logistique ; la fiche lui a pris vingt minutes, car la onzième réponse était déjà écrite et n'avait besoin que de la ligne du responsable et de la date.

Une fiche remplie, issue de la rubrique 3 :

Quels documents faut-il pour une palette vers le Maroc ?
Responsable : Responsable logistique · Rubrique : Expédition et douane · Dernière révision : 3 novembre 2026 · Prochaine révision : 3 février 2027
Réponse courte : Facture commerciale en trois exemplaires, liste de colisage, certificat EUR.1, et numéro de licence d'importation du distributeur sur la facture.
S'applique à : toutes les expéditions vers les distributeurs marocains · Ne s'applique pas à : pièces détachées de moins de 1 000 EUR envoyées par coursier, qui partent avec le formulaire propre au coursier.
Comment : 1. Exporter la facture depuis le système avec le modèle Maroc. 2. Ajouter le numéro de licence figurant dans le dossier du distributeur. 3. Demander l'EUR.1 à la chambre de commerce, trois jours ouvrés. 4. Joindre la liste de colisage. 5. Envoyer le dossier au commissionnaire en douane et mettre le distributeur en copie.
La règle derrière : Le numéro de licence a été ajouté après le blocage de mars 2026 à Casablanca (entrée du relevé de décision 2026-03-19).
Exceptions : Les machines de démonstration partent sous admission temporaire ; la responsable logistique tranche.
Où sont les fichiers : Modèle de facture Maroc ; formulaire de demande EUR.1 ; dossiers des distributeurs.
Fiches liées : Transporteurs par destination ; qui signe la déclaration d'exportation.

Où vit la base de connaissances dans les outils que vous utilisez déjà

Une organisation de 10 à 200 personnes construit sa base dans la suite qu'elle paie déjà, et chaque suite offre un endroit pour la fiche, un endroit pour les fichiers et un chemin pour ce qu'une réunion laisse derrière elle. Chacune s'arrête à un point différent, et dans chacune l'enregistrement est dans la langue où il a été saisi. Uniquement le comportement documenté, d'après les pages des éditeurs eux-mêmes, avec le mois où chaque page a été vérifiée :

Trois choses sont identiques dans les quatre. La fiche est un document ou un message dans l'unique langue où il a été saisi, et un membre qui lit une autre langue lit celui-ci ou une copie que quelqu'un a faite. Les fichiers sont dans un second endroit, trouvés par une seconde recherche. Et la réunion — où la règle a été débattue et fixée — n'atteint la base que lorsqu'une personne la saisit ensuite : où Teams et Meet conservent une transcription et un résumé, le cas échéant, et comment les garder après l'appel, c'est dans où Microsoft Teams et Google Meet stockent votre transcription, votre enregistrement et votre résumé ; les outils de prise de notes par IA que de nombreuses équipes ajoutent pour la même raison sont comparés dans alternatives à Otter.ai, et chacun écrit son résumé dans une seule langue.

La traduction que documentent ces suites appartient à l'appel ou à l'écran du lecteur, pas à l'enregistrement : Microsoft documente les sous-titres traduits en direct dans les réunions Teams lorsque l'organisateur dispose d'une licence Teams Premium ou Microsoft 365 Copilot, Google documente les sous-titres traduits dans Meet sur les offres Workspace éligibles (les deux vérifiés en août 2026), et WhatsApp documente la traduction d'un message reçu sur le téléphone du lecteur (vérifié en août 2026) — ce que chacun couvre et où chacun s'arrête est expliqué dans traduction en direct dans Microsoft Teams, traduction en direct dans Google Meet et WhatsApp translate. La fiche que l'employé du distributeur à Casablanca ouvre le lundi est un objet distinct de ces sous-titres, et elle se lit dans la langue où elle a été saisie.

La base qui naît de ce que l'équipe dit déjà

InterMIND est un espace de communication où le travail d'une équipe vit dans un canal ; la base de connaissances y a donc un foyer évident : le canal de l'équipe qui l'utilise — l'équipe export, l'accueil de la clinique, le groupe de comptes de l'agence — et ce canal est aussi le canal des questions et l'endroit d'où partent les réunions. Les trois décisions ci-dessus s'y appliquent directement.

La structure et la responsabilité sont les fiches elles-mêmes. Publiée sous forme de note — un message en texte enrichi avec titres et listes numérotées, modifiable ensuite depuis son propre menu —, une fiche est lue par chaque membre dans sa langue, l'original étant à un basculement de distance, et épinglée pour que la version à jour soit la première chose qu'un nouveau collègue trouve ; avec l'historique des modifications activé, la formulation antérieure d'une règle modifiée apparaît au-dessus du texte actuel sous forme de différence mot à mot avec son horodatage, ce qui constitue la piste de révision vers laquelle pointe la ligne « dernière révision » du responsable. Les fichiers vers lesquels une fiche renvoie — le tarif, le modèle Maroc, le contrat du distributeur — sont téléversés dans le même canal et portent, sur toutes les offres, un résumé par IA dans la langue du lecteur, chaque point étant lié au paragraphe dont il provient ; sur les offres payantes, le fichier lui-même s'ouvre traduit dans la langue du lecteur (30 langues pour les documents). Si la version de référence reste dans un outil documentaire, ses mises à jour arrivent dans le canal par e-mail : l'hôte du canal lui donne une adresse propre, et un message envoyé à cette adresse apparaît comme un message ordinaire, avec l'expéditeur nommé et les pièces jointes conservées. Une équipe qui arrive de Slack emmène ses canaux avec elle : un export standard d'espace de travail Slack se restaure en un canal par canal Slack, messages dans l'ordre avec leurs horodatages d'origine, épingles et réactions conservées, chaque message étant lu par chaque membre dans sa langue.

Les sources sont l'endroit où le canal fait le travail que le tableau ci-dessus laisse à une personne. La réunion où la règle est fixée part du canal ; pendant l'appel, le projet de fiche s'affiche sur l'écran de chacun à côté des vignettes vidéo avec Share to conference — une note, ou un document Google Docs ou OneDrive lié dans la conversation — et chaque participant le fait défiler indépendamment et le lit dans sa langue, tandis que la personne qui partage le modifie en direct. Quand l'appel se termine, le compte rendu est rédigé à partir de la réunion elle-même — un résumé, les points marqués comme convenus, ouverts ou contestés, les action items avec leurs responsables, chaque ligne conservant son horodatage — et les documents partagés pendant la séance apportent leurs résumés à côté de ce qui a été dit. Il arrive par e-mail, sous forme de message dans le canal et sous forme de lien dans l'événement du calendrier, et chaque membre connecté le lit dans sa propre langue : l'enregistrement est traduit pour chaque lecteur, et non écrit une fois dans la langue que la salle s'est trouvée utiliser. N'importe quel membre peut le modifier, chaque modification conserve l'auteur et l'historique des révisions, et le canal garde le compte rendu de chaque séance passée — la réunion qui a fixé la règle du Maroc est donc à un clic de la fiche qui l'énonce. C'est cela, la base qui naît de ce que l'équipe dit déjà : la onzième réponse dans le canal, le compte rendu de l'appel où la règle a été débattue, le fichier joint en mars, le tout au même endroit, avec la fiche par-dessus.

Le canal des questions bénéficie du même traitement dans l'autre sens. L'assistant propre à un membre — Claude, ChatGPT, Copilot ou Gemini, connecté via le connecteur MCP — recherche en une seule question les comptes rendus, les transcriptions, les conversations et le texte des fichiers partagés, « quels documents faut-il pour une palette vers le Maroc ? », et renvoie les passages avec la réunion, la date et le fichier dont chacun provient ; cela fonctionne pour les organisations ayant activé les fonctions d'IA, et la lecture via l'assistant est limitée aux réunions et aux canaux dont le membre fait partie. La conversation elle-même dispose d'une recherche, et la base peut être exportée en entier : sur toutes les offres, une sauvegarde depuis les Paramètres exporte les canaux sous forme de ZIP avec leurs messages, leurs transcriptions et leurs fichiers, ce qui répond à la question de la responsabilité au niveau de l'organisation plutôt qu'à celui de la fiche. Mis en regard du tableau ci-dessus, l'écart tient en un constat simple : les sous-titres que documentent ces suites traduisent l'appel pendant qu'il se déroule ; ici, la fiche, les réunions qui l'ont produite, ses fichiers et son historique forment un seul enregistrement, lu par chaque membre dans sa langue.

Les personnes qui détiennent le savoir d'une équipe ne sont pas toujours des salariés. L'employé aux commandes du distributeur, le commissionnaire en douane, le comptable indépendant qui connaît la règle suisse : un membre externe du canal rejoint par e-mail avec un compte gratuit et lit les fiches et leur historique comme tout le monde ; une personne sans compte est invitée à une seule réunion — elle rejoint l'appel par lien, depuis un téléphone, sans frais, l'entend en direct dans sa langue, et n'a aucun enregistrement ensuite. L'hôte fournit l'espace et, avec une offre payante, ne paie que les membres actifs au cours des 28 derniers jours — ceux qui ont rejoint une réunion, écrit dans une conversation ou interrogé l'assistant ; les membres qui deviennent silencieux conservent leur accès sans frais, ce dont une base de connaissances a besoin : la personne qui a écrit la fiche il y a deux ans peut toujours être dans le canal.

• Ouvrir un compte rendu complet — un véritable enregistrement produit par le même code que celui qui écrit le vôtre.
• Essayer la démo en ligne — sans inscription ; parlez, et entendez la salle traduite pour chaque auditeur.

Construire une base de connaissances, comme savoir-faire, survit à tous les outils : quelqu'un doit toujours collecter les questions, limiter la structure à sept rubriques, mettre un nom et une date sur chaque fiche, et répondre dans le canal plutôt que par message direct. Ce qui n'a pas à survivre, c'est le second travail — retaper dans la base ce que la réunion a décidé, et tenir à la main une copie traduite de chaque fiche, une langue à la fois, pour le bureau qui lit l'autre.

FAQ

Qu'est-ce qu'une base de connaissances ?

Une base de connaissances est un ensemble de réponses aux questions qu'une organisation reçoit plus d'une fois, écrites une seule fois, chacune avec un responsable et une date, et conservées là où la personne qui a besoin de la réponse peut la trouver sans demander à un collègue. Une base de connaissances interne répond aux questions de l'équipe elle-même — comment nous facturons, où sont les fichiers, ce que nous avons décidé ; une base externe répond aux questions des clients sur un produit. Elle diffère d'un wiki en ce qu'elle a une structure et des responsables, et d'une bibliothèque de documents en ce qu'elle contient des réponses plutôt que des fichiers.

Comment créer une base de connaissances ?

Collectez pendant une semaine les questions que l'équipe pose réellement, dans les mots employés ; regroupez-les en sept rubriques au plus ; nommez un responsable pour chaque rubrique et pour chacune des vingt questions les plus posées ; demandez aux responsables d'écrire ces fiches à partir de ce qui existe déjà — réponses dans les conversations, comptes rendus de réunion, fichiers — avec un modèle d'une page comprenant une réponse courte, des étapes, des exceptions et une date de révision ; publiez à l'endroit que l'équipe lit déjà ; puis maintenez la boucle, où chaque question traitée devient une fiche et où le responsable de chaque fiche la révise à sa date.

Que doit contenir une base de connaissances ?

Une fiche par question, chacune avec la question dans les mots que les gens emploient, un responsable, la date de dernière révision et celle de la prochaine, une réponse courte, les cas auxquels elle s'applique et ne s'applique pas, les étapes nommant le système ou la personne concernée, la décision derrière la règle avec sa date, les exceptions et qui tranche, des liens vers les fichiers à jour, et des liens vers les fiches liées. L'ensemble de la base a besoin d'une structure de sept rubriques au plus, organisée par les questions posées plutôt que par service.

Quelle est la différence entre une base de connaissances et un wiki ?

Un wiki est un ensemble de pages que chacun peut écrire dans n'importe quelle structure ; une base de connaissances est organisée par les questions que les gens posent, avec une fiche par question et un responsable nommé ainsi qu'une date de révision sur chacune. Un wiki peut devenir une base de connaissances si l'on ajoute la structure et les responsables ; sans eux, un wiki grossit jusqu'à des centaines de pages que personne ne peut parcourir et que personne n'a vérifiées. Le logiciel est souvent le même ; la différence tient aux deux décisions.

Comment structurer une base de connaissances ?

Par question, pas par service : la personne qui demande ne sait pas de quel service relève la réponse, mais elle sait ce qu'elle demande. Regroupez les questions collectées la première semaine en sept rubriques de premier niveau au plus — pour une petite organisation, typiquement clients et commandes, argent et facturation, personnes et recrutement, outils et accès, règles et décisions, et qui appeler — et limitez chaque fiche à une question. Si une rubrique dépasse une trentaine de fiches, scindez-la selon les questions que les gens posent plutôt que selon qui répond.

Combien de temps faut-il pour créer une base de connaissances ?

Trente jours pour une base que l'on ouvre : une semaine pour collecter les questions, une semaine pour la structure et les responsables, une semaine pour écrire les vingt premières fiches à partir des sources existantes, une semaine pour publier et installer la boucle de révision. La personne qui pilote y consacre environ deux heures par semaine ; chaque responsable passe vingt minutes par fiche, car la plupart des fiches sont copiées d'une réponse déjà donnée plutôt qu'écrites de zéro. La base n'est pas terminée au trentième jour ; elle grandit d'une fiche chaque fois qu'une question reçoit une réponse.

Peut-on créer une base de connaissances gratuitement ?

Oui — le modèle de ce guide est du texte brut, et la base peut vivre dans une note, un document ou un canal des outils qu'une équipe utilise déjà : un canvas dans Slack, un Google Doc, l'onglet Fichiers d'un canal Teams, une note épinglée dans une conversation. Ce qui ne coûte rien en logiciel coûte quand même le temps de révision des responsables, et les limites sont celles de la suite elle-même : l'offre Free de Slack conserve 90 jours d'historique des messages, et dans chaque suite la fiche est dans la langue où elle a été saisie. Dans InterMIND, l'offre Basic est gratuite, et les tarifs des offres payantes figurent sur la page des tarifs.

Sources : Microsoft Learn — Teams and SharePoint integration ; Microsoft Learn — Learn about retention for Teams ; Microsoft — Take meeting notes in Microsoft Teams ; Microsoft — Translate a message in Microsoft Teams ; Microsoft — Use live captions in Microsoft Teams meetings ; Slack — Pricing ; Slack — Customize data retention in Slack ; Slack — Export your workspace data ; Slack — Meeting agenda template (canvas) ; Google Chat — Use Automatic Translation in Chat ; Google Meet — "Take notes for me" in Google Meet ; Google Meet — Use translated captions ; WhatsApp — How to export your chat history ; WhatsApp — Privacy policy ; WhatsApp blog — Introducing message translations. La page Microsoft Learn sur l'intégration Teams–SharePoint a été vérifiée en novembre 2026 ; les pages sur la rétention Teams et les notes de réunion, la page du modèle de canvas Slack et la page Google « Take notes for me » en octobre 2026 ; les pages sur la traduction des messages et les sous-titres de Teams, les pages Slack sur les tarifs, la rétention et l'export, les pages Google sur la traduction dans Chat et les sous-titres de Meet, et les pages WhatsApp en août 2026. Les éditeurs modifient leurs offres, leurs fonctions et leurs listes de langues au fil du temps ; consultez leurs pages pour connaître l'état actuel.