Een kennisbank opbouwen in 30 dagen: structuur, bronnen, eigenaarschap — en de kennisbank die groeit uit wat het team al zegt (2026)

Een kennisbank is de verzameling antwoorden die een organisatie vaker dan één keer geeft, één keer opgeschreven en bewaard waar degene die het antwoord nodig heeft het kan vinden zonder het te vragen. "Hoe factureren we een distributeur in Zwitserland?", "wat zeggen we tegen een ouder wier kind de deadline heeft gemist?", "welke vervoerder gebruiken we voor pallets naar Marokko?" — de vierde keer dat een van deze vragen wordt gesteld, heeft de organisatie een kennisbank, of ze er nu een heeft gebouwd of niet. Hij zit alleen in het hoofd van één collega en in een dozijn chatthreads.

De meeste gidsen over het bouwen ervan beginnen met het kiezen van software. Deze begint eerder, want de software is het minst belangrijke onderdeel: een kennisbank bestaat uit drie beslissingen — een structuur, een set bronnen en een naam bij elk item — en een maand om ze in de juiste volgorde te nemen. Het 30-dagenplan hieronder brengt een organisatie van 10–200 mensen naar een kennisbank die mensen echt openen, met een sjabloon voor items dat je kunt kopiëren, een uitgewerkt voorbeeld, een tabel met waar de kennisbank leeft in de tools die je team al gebruikt, en dan het deel dat de meeste gidsen overslaan: de kennisbank is grotendeels al geschreven, in wat het team zegt in meetings en typt in chats, en de opdracht is dat op één plek te bewaren, leesbaar voor iedereen in het team.

Wat een kennisbank is — en wat niet

Vier dingen worden een kennisbank genoemd, en de verwarring daartussen is de reden dat er zoveel worden gebouwd en zo weinig gebruikt:

De kennisbank is de eerste rij, en hij hangt af van de andere drie. De wiki is wat hij wordt zonder structuur; de documentbibliotheek is waar de bestanden staan; de chatgeschiedenis is waar de meeste items voor het eerst worden geschreven, per ongeluk, als antwoorden. Het vak is een antwoord van de vierde rij naar de eerste verplaatsen — één keer, met een naam erbij — en de methode hieronder is rond die stap gebouwd.

Twee verdere onderscheidingen zijn belangrijk voordat je bouwt. Een interne kennisbank is voor het team: hoe we dingen doen, waar dingen zijn, wat we hebben besloten. Een externe is voor klanten: hoe het product werkt, wat te doen als er iets misgaat. Deze gids gaat over de interne; een externe kennisbank wordt later uit de interne geschreven, door de items te herschrijven die klanten mogen zien. En een kennisbank is geen procesdocument of SOP: die beschrijven een hele taak van begin tot eind; een item beantwoordt één vraag en verwijst naar de procedure als het antwoord "volg die" is.

De drie beslissingen: structuur, bronnen, eigenaarschap

Structuur: per vraag, niet per afdeling. Wie vraagt "hoe factureren we Zwitserland?" weet niet of het antwoord bij finance, sales of logistiek hoort; die persoon kent de vraag. Een kennisbank ingedeeld per afdeling stuurt zo iemand door drie secties om één antwoord te vinden. Orden op de vragen die mensen stellen — in hun eigen woorden — en houd het bovenste niveau op zeven secties of minder. Daarboven heeft de structuur zelf een zoekfunctie nodig, en zoeken in een kennisbank die nog niemand heeft gevuld levert niets op. Typische hoofdsecties voor een kleine organisatie: klanten en bestellingen; geld en facturatie; mensen en werving; tools en toegang; regels en besluiten; wie te bellen.

Bronnen: eerst wat er al is, vóór iets nieuws. Niemand heeft tijd om een kennisbank vanaf een blanco pagina te schrijven, en dat hoeft ook niet. De antwoorden bestaan al — in de reactie die een collega afgelopen dinsdag gaf, in de recap van de meeting waarin de regel werd vastgesteld, in de prijslijst die iemand in maart aan een bericht hing, in de inwerknotities die de laatste nieuwe medewerker bijhield. De eerste versie van de meeste items wordt gekopieerd, niet geschreven. Waar de bronnen staan en hoeveel ervan later nog bereikbaar is, komt in de tabel verderop aan bod; in het kort: in de meeste suites zijn chat, bestanden en meetingnotities drie aparte plekken, en de meeting zelf laat het minst achter.

Eigenaarschap: een naam en een datum bij elk item. Het enige dat een kennisbank die mensen vertrouwen onderscheidt van een die ze niet meer openen, is of een item vermeldt wie de eigenaar is en wanneer het voor het laatst is gecontroleerd. Een item met een naam en "beoordeeld op 14 oktober 2026" wordt geloofd; dezelfde tekst zonder die gegevens is "waarschijnlijk verouderd". De taak van de eigenaar is klein: één keer per kwartaal de vraag "klopt dit nog?" beantwoorden en de datum aanpassen. Het is niet de kennisbank herschrijven. Als er voor een item niemand kan worden aangewezen, is het item geen kennis; het is een gok, en het gaat eruit.

Een kennisbank opbouwen in 30 dagen

Het plan gaat uit van één persoon die het trekt — de teamleider, of wie de meeste vragen krijgt — die ongeveer twee uur per week besteedt, terwijl de rest van het team er minuten aan kwijt is.

Week 1 — verzamel de vragen, niet de antwoorden. Open een kanaal, of een notitie in een bestaand kanaal, en laat iedereen zeven dagen lang elke vraag erin zetten die ze aan een collega stelden of zelf kregen, in de woorden zoals ze gebruikt werden. Nog geen antwoorden. Op vrijdag zijn er veertig tot tachtig vragen; een derde zijn duplicaten. Tel de herhalingen: de vraag die vijf keer is gesteld, is item één. Waar de lijst staat, is ook waar de kennisbank gaat leven; die plek kies je hier op basis van wat het team elke dag al opent, niet op basis van een softwarevergelijking.

Week 2 — de structuur en de eigenaren. Sorteer de vragen in groepen; de groepen zijn de secties, en het zijn er niet meer dan zeven. Benoem een eigenaar per sectie — degene die in week 1 de meeste van de vragen beantwoordde. Benoem daarna een eigenaar per item voor de twintig meest gestelde vragen. Schrijf nog niets op behalve de lijst: sectie, vraag, eigenaar. Stuur hem naar het team en stel één vraag: "welke vragen ontbreken?" De lijst komt terug met tien extra.

Week 3 — de eerste twintig items, uit bronnen. Elke eigenaar schrijft zijn of haar items met het sjabloon hieronder, uitgaand van wat er al is: de chatreactie, de recap, het bestand. De regel voor week 3 is "kort en waar verslaat lang en volledig": een antwoord van twee zinnen met een link naar het bestand, gedateerd en ondertekend, is een item. Een pagina die de geschiedenis van de regel uitlegt is een document, en die kan later komen. Items die afhangen van een besluit dat niemand kan terugvinden, gaan eerst in het besluitenlogboek, en daarna met een link in de kennisbank.

Week 4 — publiceren, dan de cyclus draaien. Zet de kennisbank vast waar het team leest. Stel daarna de twee gewoonten in die hem levend houden: elke vraag die vanaf nu in het vragenkanaal wordt gesteld, krijgt een item of een link naar een bestaand item, geschreven door wie het beantwoordde; en de eigenaar van elk item krijgt de reviewdatum in de agenda. Dag 30 is geen afgeronde kennisbank. Het zijn twintig tot dertig items, elk met een eigenaar en een datum, en een cyclus die er een toevoegt telkens wanneer een vraag wordt beantwoord. Zes maanden later zijn het er tweehonderd, en niemand heeft het als project geschreven.

Wat er in de 30 dagen niet gebeurt: de documentbibliotheek migreren, een nieuwe tool kiezen of voor elk proces een pagina schrijven. De kennisbank wijst naar bestanden waar ze staan en naar procedures waar ze leven. Die verplaatsen is een ander project, en vaak een onnodig project.

Een sjabloon voor kennisbankartikelen

Eén item, één vraag, minder dan een pagina. Kopieer het als notitie en vul het in; de laatste drie regels worden het vaakst overgeslagen, en juist die houden het item waar.

[Vraag, in de woorden waarmee mensen hem stellen]
Eigenaar: [naam] · Sectie: [een van de zeven] · Laatst beoordeeld: [datum] · Volgende review: [datum]
Kort antwoord: [twee zinnen — wat te doen]
Geldt voor: [team, kantoor, type klant] · Geldt niet voor: [het geval waarmee mensen het verwarren]
Hoe: [genummerde stappen, elk met het betrokken systeem, de persoon of het bestand]
De regel erachter: [het besluit dat de regel instelde, met datum, en waarom]
Uitzonderingen: [de gevallen buiten het normale pad, en wie er per geval over beslist]
Waar de bestanden staan: [link naar het actuele sjabloon, de prijslijst, het contract]
Gerelateerde items: [de SOP, het proces, de vorige versie]

Het sjabloon is platte tekst met vetgedrukte labels, dus het kan zonder opmaakwerk in een Word-bestand, een Google Doc, een wikipagina, een Slack-canvas of een chatnotitie worden geplakt.

Een uitgewerkt voorbeeld: de kennisbank van een exporteur na 30 dagen

Een Italiaanse machine-exporteur, 38 medewerkers, een verkoopkantoor in Milaan en distributeurs in Spanje, Roemenië en Marokko. Week 1 leverde 61 vragen op; na het verwijderen van duplicaten 44. De structuur die eruit voortkwam, met het aantal items per sectie op dag 30:

1. Distributeurs en bestellingen (7) — hoe een nieuwe distributeur wordt ingericht; wie een kredietlimiet goedkeurt; wat een bestelling nodig heeft voordat die naar productie gaat
2. Facturatie en betaling (5) — een distributeur in Zwitserland factureren; wanneer een proformafactuur wordt gebruikt; wat te doen als een betaling 30 dagen te laat is
3. Verzending en douane (6) — vervoerders per bestemming; de documenten die een pallet naar Marokko nodig heeft; wie de exportaangifte ondertekent
4. Service en garantie (4) — wat de garantie dekt; hoe een servicebezoek wordt ingepland; welke onderdelen op voorraad worden gehouden
5. Tools en toegang (3) — wie toegang tot het CRM geeft; waar de prijslijst staat; hoe je bij de gedeelde mailbox komt
6. Regels en besluiten (3) — de regel van twee handtekeningen boven 10.000; het kortingsplafond; het besluitenlogboek
7. Wie te bellen (2) — de douane-expediteur; de contactpersonen van de vervoerders per land

Dertig items. De meest gestelde vraag van week 1 — "welke documenten heeft een pallet naar Marokko nodig?" — was in een jaar tijd elf keer in het kanaal beantwoord door dezelfde logistiek verantwoordelijke; het item kostte haar twintig minuten, omdat het elfde antwoord al geschreven was en alleen de eigenaarsregel en de datum nog nodig had.

Een ingevuld item uit sectie 3:

Welke documenten heeft een pallet naar Marokko nodig?
Eigenaar: Logistiek verantwoordelijke · Sectie: Verzending en douane · Laatst beoordeeld: 3 november 2026 · Volgende review: 3 februari 2027
Kort antwoord: Handelsfactuur in drie exemplaren, paklijst, EUR.1-certificaat en het importvergunningsnummer van de distributeur op de factuur.
Geldt voor: alle zendingen naar Marokkaanse distributeurs · Geldt niet voor: reserveonderdelen onder 1.000 EUR per koerier, die met het eigen formulier van de koerier meegaan.
Hoe: 1. Exporteer de factuur uit het systeem met het Marokko-sjabloon. 2. Voeg het vergunningsnummer uit het dossier van de distributeur toe. 3. Vraag het EUR.1 aan bij de kamer van koophandel, drie werkdagen. 4. Voeg de paklijst bij. 5. Stuur de set naar de douane-expediteur en zet de distributeur in cc.
De regel erachter: Het vergunningsnummer is toegevoegd na de blokkade in Casablanca van maart 2026 (besluitenlogboek, vermelding 2026-03-19).
Uitzonderingen: Demonstratiemachines gaan onder tijdelijke invoer; de logistiek verantwoordelijke beslist.
Waar de bestanden staan: Marokko-factuursjabloon; EUR.1-aanvraagformulier; dossiers van distributeurs.
Gerelateerde items: Vervoerders per bestemming; wie de exportaangifte ondertekent.

Waar de kennisbank leeft in de tools die je al gebruikt

Een organisatie van 10–200 mensen bouwt haar kennisbank in de suite waarvoor ze al betaalt, en elke suite heeft een plek voor het item, een plek voor de bestanden en een route voor wat een meeting achterlaat. Elke suite stopt op een ander punt, en in elk ervan staat het archief in de taal waarin het is getypt. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elke pagina is gecontroleerd:

Drie dingen zijn in alle vier hetzelfde. Het item is een document of een bericht in de ene taal waarin het is getypt, en een lid dat een andere taal leest, leest dat of een kopie die iemand heeft gemaakt. De bestanden staan op een tweede plek, die je met een tweede zoekopdracht vindt. En de meeting — waar de regel is besproken en vastgesteld — bereikt de kennisbank alleen wanneer iemand hem achteraf intypt: waar Teams en Meet überhaupt een transcript en een samenvatting bewaren, en hoe je ze na het gesprek bewaart, staat in waar Microsoft Teams en Google Meet je transcript, opname en samenvatting opslaan; de AI-notulisten die veel teams om dezelfde reden toevoegen, worden vergeleken in Otter.ai-alternatieven, en elk van hen schrijft zijn samenvatting in één taal.

De vertaling die deze suites documenteren hoort bij het gesprek of bij het scherm van de lezer, niet bij het archief: Microsoft documenteert live vertaalde ondertitels in Teams-meetings wanneer de organisator een Teams Premium- of Microsoft 365 Copilot-licentie heeft, Google documenteert vertaalde ondertitels in Meet op geschikte Workspace-abonnementen (beide gecontroleerd augustus 2026), en WhatsApp documenteert het vertalen van een ontvangen bericht op de telefoon van de lezer (gecontroleerd augustus 2026) — wat elk dekt en waar elk ophoudt, staat in live vertaling in Microsoft Teams, live vertaling in Google Meet en WhatsApp vertalen. Het item dat de administratief medewerker van de distributeur in Casablanca op maandag opent, is een ander object dan die ondertitels, en wordt gelezen in de taal waarin het is getypt.

De kennisbank die groeit uit wat het team al zegt

InterMIND is een communicatieruimte waarin het werk van een team in een kanaal leeft, dus de kennisbank heeft een vanzelfsprekend thuis: het kanaal van het team dat hem gebruikt — het exportteam, de balie van de kliniek, de accountgroep van het bureau — en dat kanaal is ook het vragenkanaal en de plek van waaruit de meetings beginnen. De drie beslissingen hierboven sluiten er rechtstreeks op aan.

Structuur en eigenaarschap zijn de items zelf. Geplaatst als notitie — een rich-textbericht met kopjes en genummerde lijsten, later te bewerken vanuit het eigen menu — wordt een item door elk lid in de eigen taal gelezen, met het origineel één schakelaar verderop, en vastgezet zodat de actuele versie het eerste is wat een nieuwe collega vindt; met bewerkingsgeschiedenis ingeschakeld verschijnt de eerdere formulering van een gewijzigde regel boven de actuele tekst als diff op woordniveau, met tijdstempel, en dat is het reviewspoor waar de regel "laatst beoordeeld" van de eigenaar naar verwijst. De bestanden waar een item naar wijst — de prijslijst, het Marokko-sjabloon, het distributiecontract — worden in hetzelfde kanaal geüpload en krijgen, op elk abonnement, een AI-samenvatting in de taal van de lezer, waarbij elk punt is gekoppeld aan de alinea waaruit het komt; op betaalde abonnementen opent het bestand zelf vertaald in de taal van de lezer (30 talen voor documenten). Als het hoofdexemplaar in een documenttool blijft, komen de updates per e-mail in het kanaal terecht: de host van het kanaal geeft het een eigen adres, en een bericht dat daarheen wordt gestuurd verschijnt als gewoon bericht, met de afzender genoemd en de bijlagen bewaard. Een team dat van Slack komt, neemt zijn kanalen mee: een standaard Slack-workspace-export wordt hersteld als één kanaal per Slack-kanaal, met berichten in volgorde met hun oorspronkelijke tijdstempels, vastgezette berichten en reacties behouden, en elk bericht gelezen door elk lid in de eigen taal.

Bronnen zijn waar het kanaal het werk doet dat de tabel hierboven aan een persoon overlaat. De meeting waarin de regel wordt vastgesteld, begint vanuit het kanaal; tijdens het gesprek komt het conceptitem op het scherm van iedereen, naast de videotegels, met Share to conference — een notitie, of een Google Docs- of OneDrive-document gelinkt in de chat — en elke deelnemer scrolt er zelfstandig doorheen en leest het in de eigen taal, terwijl de deler het live bewerkt. Wanneer het gesprek eindigt, wordt de recap geschreven uit de meeting zelf — een samenvatting, de punten gemarkeerd als afgesproken, open of betwist, de actiepunten met eigenaren, elke regel met zijn tijdstempel — en de documenten die tijdens de sessie zijn gedeeld, dragen hun samenvattingen bij naast wat er is gezegd. Hij komt binnen per e-mail, als bericht in het kanaal en als link in het agenda-item, en elk ingelogd lid leest hem in de eigen taal: het verslag wordt per lezer vertaald, niet één keer geschreven in de taal die de zaal toevallig gebruikte. Elk lid kan het bewerken, elke bewerking bewaart auteur en revisiegeschiedenis, en het kanaal bewaart de recap van elke eerdere sessie — dus de meeting die de Marokko-regel vaststelde, is één klik verwijderd van het item dat hem vermeldt. Dat is de kennisbank die groeit uit wat het team al zegt: het elfde antwoord in het kanaal, de recap van het gesprek waarin de regel werd besproken, het bestand dat in maart is bijgevoegd, alles op één plek, met het item erbovenop.

Het vragenkanaal krijgt dezelfde behandeling vanuit de andere kant. De eigen assistent van een lid — Claude, ChatGPT, Copilot of Gemini, verbonden via de MCP-connector — doorzoekt recaps, transcripties, chats en de tekst van gedeelde bestanden in één vraag, "welke documenten heeft een pallet naar Marokko nodig?", en geeft de passages terug met de meeting, de datum en het bestand waaruit elk komt; dit werkt voor organisaties met AI-functies aan, en lezen via de assistent is beperkt tot de meetings en kanalen waarin het lid zit. De chat zelf heeft een zoekfunctie, en de kennisbank kan in zijn geheel worden meegenomen: op elk abonnement exporteert een back-up vanuit Instellingen de kanalen als ZIP met hun berichten, transcripties en bestanden, en dat is de eigenaarschapsvraag beantwoord op het niveau van de organisatie in plaats van het item. Naast de tabel hierboven gelegd is het verschil een nuchtere vaststelling: de ondertitels die die suites documenteren vertalen het gesprek terwijl het loopt; hier zijn het item, de meetings die het hebben voortgebracht, de bestanden en de geschiedenis één archief, gelezen door elk lid in de eigen taal.

De mensen die de kennis van een team dragen, zijn niet altijd medewerkers. De ordermedewerker van de distributeur, de douane-expediteur, de freelance boekhouder die de Zwitserse regel kent: een extern lid van het kanaal komt via e-mail binnen met een gratis account en leest de items en hun geschiedenis zoals iedereen; wie geen account heeft, is gast van één meeting — die neemt via een link deel aan het gesprek, vanaf een telefoon, kosteloos, hoort het live in de eigen taal, en krijgt achteraf geen archief. De host biedt de ruimte en betaalt, op een betaald abonnement, alleen voor de leden die in de afgelopen 28 dagen actief waren — die een meeting hebben bijgewoond, in een chat hebben geschreven of de assistent iets hebben gevraagd; leden die stil worden, houden gratis toegang, en dat is wat een kennisbank nodig heeft: wie het item twee jaar geleden schreef, kan nog steeds in het kanaal zitten.

• Open een volledige recap — een echt verslag, gerenderd door dezelfde code die het jouwe schrijft.
• Probeer de live demo — zonder aanmelding; spreek, en hoor hoe de zaal per luisteraar wordt vertaald.

Het vak van een kennisbank opbouwen overleeft elke tool: iemand moet nog steeds de vragen verzamelen, de structuur op zeven secties houden, een naam en een datum bij elk item zetten en in het kanaal antwoorden in plaats van per direct bericht. Wat niet hoeft te overleven is de tweede klus — overtypen wat de meeting heeft besloten in de kennisbank, en van elk item met de hand een vertaalde kopie bijhouden, één taal tegelijk, voor het kantoor dat de andere taal leest.

FAQ

Wat is een kennisbank?

Een kennisbank is een verzameling antwoorden op de vragen die een organisatie vaker dan één keer krijgt, één keer opgeschreven, elk met een eigenaar en een datum, en bewaard waar degene die het antwoord nodig heeft het kan vinden zonder een collega te vragen. Een interne kennisbank beantwoordt de eigen vragen van het team — hoe we factureren, waar de bestanden staan, wat we hebben besloten; een externe beantwoordt vragen van klanten over een product. Hij verschilt van een wiki doordat hij een structuur en eigenaren heeft, en van een documentbibliotheek doordat hij antwoorden bevat in plaats van bestanden.

Hoe maak je een kennisbank?

Verzamel een week lang de vragen die het team echt stelt, in de gebruikte woorden; groepeer ze in niet meer dan zeven secties; benoem een eigenaar voor elke sectie en voor elk van de twintig meest gestelde vragen; laat de eigenaren die items schrijven uit wat er al is — chatreacties, meetingrecaps, bestanden — met een sjabloon van één pagina met een kort antwoord, stappen, uitzonderingen en een reviewdatum; publiceer op de plek die het team al leest; en houd daarna de cyclus draaiende, waarin elke beantwoorde vraag een item wordt en de eigenaar van elk item het op de reviewdatum beoordeelt.

Wat hoort er in een kennisbank?

Eén item per vraag, elk met de vraag in de woorden die mensen gebruiken, een eigenaar, de datum van de laatste review en de datum van de volgende, een kort antwoord, de gevallen waarvoor het wel en niet geldt, de stappen met het betrokken systeem of de betrokken persoon, het besluit achter de regel met zijn datum, de uitzonderingen en wie erover beslist, links naar de actuele bestanden en links naar gerelateerde items. De kennisbank als geheel heeft een structuur van zeven secties of minder nodig, geordend op de vragen die worden gesteld in plaats van op afdeling.

Wat is het verschil tussen een kennisbank en een wiki?

Een wiki is een verzameling pagina's waarin iedereen in elke structuur kan schrijven; een kennisbank is geordend op de vragen die mensen stellen, met één item per vraag en bij elk een benoemde eigenaar en reviewdatum. Een wiki kan een kennisbank worden door structuur en eigenaren toe te voegen; zonder die groeit een wiki uit tot honderden pagina's waarin niemand kan navigeren en die niemand heeft gecontroleerd. De software is vaak dezelfde; het verschil zit in de twee beslissingen.

Hoe structureer je een kennisbank?

Per vraag, niet per afdeling: wie de vraag stelt, weet niet bij welke afdeling het antwoord hoort, maar weet wel wat hij of zij vraagt. Groepeer de in de eerste week verzamelde vragen in niet meer dan zeven secties op het hoogste niveau — voor een kleine organisatie typisch klanten en bestellingen, geld en facturatie, mensen en werving, tools en toegang, regels en besluiten, en wie te bellen — en houd elk item bij één vraag. Als een sectie boven ongeveer dertig items uitkomt, splits hem dan op de vragen die mensen stellen in plaats van op wie ze beantwoordt.

Hoe lang duurt het om een kennisbank te bouwen?

Dertig dagen tot een kennisbank die mensen openen: een week vragen verzamelen, een week structuur en eigenaren, een week de eerste twintig items schrijven uit bestaande bronnen, een week publiceren en de reviewcyclus instellen. De trekker besteedt ongeveer twee uur per week; elke eigenaar besteedt twintig minuten per item, omdat de meeste items worden gekopieerd uit een antwoord dat al is gegeven in plaats van nieuw geschreven. De kennisbank is op dag 30 niet af; hij groeit met één item elke keer dat een vraag wordt beantwoord.

Kun je gratis een kennisbank bouwen?

Ja — het sjabloon in deze gids is platte tekst, en de kennisbank kan leven in een notitie, een document of een kanaal in de tools die een team al gebruikt: een canvas in Slack, een Google Doc, het tabblad Bestanden van een Teams-kanaal, een vastgezette notitie in een chat. Wat in software niets kost, kost nog steeds de reviewtijd van de eigenaren, en de grenzen zijn die van de suite zelf: het Free-abonnement van Slack bewaart 90 dagen berichtgeschiedenis, en in elke suite staat het item in de taal waarin het is getypt. In InterMIND is het Basic-abonnement gratis, en de prijzen voor betaalde abonnementen staan op de prijzenpagina.

Bronnen: 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. De Microsoft Learn-pagina over Teams en SharePoint is gecontroleerd in november 2026; de pagina's over Teams-bewaring en meetingnotities, de pagina met het Slack-canvassjabloon en de Google-pagina "Take notes for me" in oktober 2026; de pagina's over Teams-berichtvertaling en ondertitels, de prijs-, bewaar- en exportpagina's van Slack, de pagina's over vertaling in Google Chat en ondertitels in Meet en de WhatsApp-pagina's in augustus 2026. Leveranciers wijzigen na verloop van tijd abonnementen, functies en talenlijsten; raadpleeg hun pagina's voor de actuele stand van zaken.