Cross-functionele samenwerking: zo organiseer je het zonder een meeting voor alles (2026)

Cross-functionele samenwerking is wanneer mensen uit verschillende functies, zoals product en support, sales en logistiek, de balie van de kliniek en de afdeling facturatie, en vaak ook een partner buiten het bedrijf, samen één stuk werk afronden. Ze rapporteren niet aan elkaar en zitten niet in elkaars meetings: ze maken één ding af, met één persoon die het in handen heeft, één plek waar het werk wordt besproken en één vastlegging van wat is besloten en wie wat doet. Als het goed gaat, is het vooral stil. De functies schrijven, de eigenaar leest, en er komt een meeting als twee van hen deze week moeten kiezen tussen opties.

Als het slecht gaat, is het een agenda vol afspraken. Elke overdracht krijgt een sync, elke sync een follow-up, en de mensen die het werk doen besteden de week aan het uitleggen ervan aan de mensen die de andere helft doen. Deze gids begint met het vak zelf: de drie vormen van cross-functioneel werk, de vier plekken waar het misgaat en de vijf regels om het zonder vaste meeting te organiseren. Daarna volgen een werkafspraak van één pagina die je kunt kopiëren, drie ingevulde voorbeelden, de gedocumenteerde plek waar het werk leeft in de tools waarvoor je team al betaalt, en één manier om het kanaal waar het gebeurt leesbaar te houden voor elke functie in de eigen taal.

Wat cross-functionele samenwerking is, en wat niet

Cross-functioneel werk kent drie vormen, en de meeste problemen ontstaan doordat je de ene vorm met de gewoonten van een andere aanpakt:

De eerste vorm heeft een eigen gids; deze gaat over de tweede en de derde, want daar vermenigvuldigen de meetings zich. Een project met vier functies en een wekelijkse sync per paar is zes meetings per week voordat er één stap werk is gezet. Een verzoek dat in een meeting wordt beantwoord, kost de hele zaal de tijd die één persoon nodig had om het antwoord op te schrijven.

Cross-functionele samenwerking is ook niet hetzelfde als interdepartementale coördinatie. Bij coördinatie houden afdelingen elkaar op de hoogte terwijl elke afdeling haar eigen werk doet; bij samenwerking gaat het om één stuk werk dat een enkele functie niet alleen kan afmaken. De toets is het opleverproduct: als marketing de campagne kan opleveren zonder support en support de macro kan schrijven zonder marketing, dan coördineren ze en volstaat één bericht per week. Als de lancering pas klaar is wanneer beide helften samen klaar zijn, dan werken ze samen en hebben ze een gedeelde plek nodig om dat te doen.

Waar het misgaat: de vier breekpunten

Cross-functioneel werk faalt zelden bij de kick-off. Het faalt in de weken erna, op vier voorspelbare plekken:

1. De overdracht. Functie A rondt haar deel af en meldt het aan functie B: in een bericht in het kanaal van A, in een meeting waar B niet bij was, in een e-mail aan één persoon die op vakantie is. B begint te laat, of begint aan de verkeerde versie. De oplossing is geen extra meeting, maar één plek waar elke overdracht wordt opgeschreven en elke functie meeleest.
2. Eigenaarschap. Vier functies, vier leads, en het werk is van het project, en dus van niemand. Elke lead is eigenaar van zijn eigen helft en niemand van de verbinding. De oplossing is een naam: één eigenaar voor het hele opleverproduct, uit welke functie ook, met het gezag om elk van de anderen om een datum te vragen.
3. Vocabulaire. "Klaar" betekent voor engineering getest, voor marketing aangekondigd en voor support gedocumenteerd. "De klant" is voor sales een ziekenhuis en voor het productteam een verpleegkundige. De helft van de meetings in een cross-functioneel project bestaat om te ontdekken dat twee mensen het in verschillende woorden met elkaar eens waren. De oplossing is een korte woordenlijst, één keer geschreven en bewaard waar het werk is.
4. De vastlegging. Het besluit werd genomen in een gesprek tussen twee van de vier functies; de derde hoort het een week later en heropent het; de vierde hoort er nooit iets van. De oplossing is een regel dat een besluit op de dag zelf in het kanaal van het project wordt opgeschreven, plus een besluitenlog voor besluiten waarvan de redenen bewaard moeten blijven.

Een vijfde breekpunt ontstaat wanneer de functies geen gemeenschappelijke werktaal delen: het ontwikkelteam in het ene land, de supportdesk in een ander, de projectlead van de klant in een derde. Elke functie houdt dan een eigen kanaal in de eigen taal bij, en elke overdracht steekt twee keer een grens over: één keer tussen functies, één keer tussen talen. De regels hieronder zijn ook voor dat geval geschreven, omdat de oplossing dezelfde is, één plek en standaard schriftelijk, met één extra eis aan die plek.

Zo organiseer je het zonder een meeting voor alles

Vijf regels. Ze vervangen de vaste sync, niet de kick-off en niet de besluitmeetings; die twee blijven.

1. Eén eigenaar voor het hele stuk werk. Aangewezen bij de kick-off, uit de functie die het grootste deel draagt. De eigenaar doet niet het werk van iedereen; de eigenaar is de persoon die op elke dag kan zeggen in welke staat het opleverproduct is en waarop het wacht. Elke functie wijst één contactpersoon aan bij de eigenaar, en die contactpersoon staat in voor het deel van zijn functie. Twee namen per functie, de lead en de persoon die het werk doet, is al te veel; de eigenaar moet weten wie hij moet vragen.

2. Eén kanaal, en iedereen erin. Eén kanaal per stuk werk, niet per functie en niet per paar functies, met elke contactpersoon van elke functie erin, en de mensen buiten het bedrijf die deel uitmaken van het werk: de integrator, het bureau, de projectlead van de klant, de orderbehandelaar van de distributeur. In het kanaal worden overdrachten aangekondigd, vragen gesteld en besluiten vastgelegd. Een functie die het project in een eigen kanaal bespreekt en aan het gedeelde kanaal rapporteert, draait twee projecten, en het gedeelde is het langzaamste.

3. Standaard schriftelijk; een meeting voor een besluit. De standaardvorm van een overdracht, een vraag, een status of een risico is een bericht in het kanaal. Een meeting wordt ingepland wanneer twee of meer functies deze week moeten kiezen tussen opties en de keuze de betrokkenen in één ruimte vraagt. De toets vóór het inplannen: welk besluit neemt deze meeting? Als het antwoord "iedereen bijpraten" is, is het een bericht. Als het antwoord is "we hebben drie opties voor de lanceerdatum en marketing en support zijn het oneens", dan is het een meeting van 25 minuten met een agenda en een besluit dat aan het einde wordt teruggelezen.

4. Een schriftelijke status, wekelijks, voor een vast tijdstip. Elke functie plaatst op dezelfde dag van de week drie regels in het kanaal, namelijk klaar, volgende stap en geblokkeerd, vóór een vast uur. De eigenaar leest ze allemaal en plaatst één regel over het hele opleverproduct: op koers, in gevaar, of de datum is verschoven en waarom. Een wekelijkse statusmeeting is dit, hardop voorgelezen; de schriftelijke vorm kost elke functie vijf minuten in plaats van een uur, en wie er niet bij was kan het nalezen. Hoe verbeter je de productiviteit van je team bevat de rekensom achter die ruil.

5. Eén vastlegging: besluiten, taken en recaps, in het kanaal. Een besluit wordt op de dag zelf in het kanaal opgeschreven, met de datum en de eigenaar, ook als het telefonisch of op de gang is genomen, juist dan. Elk actiepunt heeft een naam en een datum. Als er wel een meeting plaatsvindt, komt de recap dezelfde dag in hetzelfde kanaal, zodat de functie die niet was uitgenodigd leest wat er is besloten zonder het te vragen. Aan het einde van het project is het kanaal de vastlegging: elke overdracht, elk besluit, elke recap, in de volgorde waarin ze gebeurden.

De woordenlijst is het zesde onderdeel, en eenmalig: bij de kick-off tien termen die de functies verschillend gebruiken, elk met één definitie, geplaatst en vastgepind in het kanaal. "Klaar", "de klant", "lancering", "opgeleverd", "goedgekeurd": de eigen woorden van het project. Het kost twintig minuten en haalt de meetings weg waarvan het enige resultaat was: "oh, bedoelde je dat".

Een cross-functionele werkafspraak die je kunt kopiëren

Plaats dit bij de kick-off als notitie in het kanaal van het project, vul de haakjes in en pin het vast. Het is één pagina; een tweede pagina is een projectplan dat probeert binnen te komen.

[Project] — cross-functionele werkafspraak
Resultaat: [één zin: wat is klaar, en uiterlijk wanneer]
Eigenaar: [naam, functie] · Sponsor: [naam] · Afgesproken: [datum] · Evaluatie: [datum, aan het einde of halverwege]

Functies en contactpersonen
[Functie] — [naam], staat in voor [hun deel] · [Functie] — [naam], [deel] · [Externe partij] — [naam], [deel]

Waar het werk gebeurt
Kanaal: [één kanaal], met elke contactpersoon hierboven erin, [externe partij] inbegrepen. Overdrachten, vragen, risico's en status komen hier, schriftelijk, op de dag dat ze gebeuren. Over dit project wordt niets besloten in het eigen kanaal van een functie.

Waarvoor een meeting komt Een besluit tussen opties waarvoor meer dan één functie in de ruimte nodig is. Ingepland met een agenda en de te beslissen vraag; 25 minuten; het besluit wordt aan het einde teruggelezen en dezelfde dag in het kanaal vastgelegd. Al het andere is een bericht.

Wekelijkse status
Elke functie, [dag] vóór [uur]: klaar · volgende stap · geblokkeerd. De eigenaar, vóór [uur + 2]: op koers / in gevaar / datum verschoven, en waarom.

Besluiten en taken
Een besluit wordt hier op de dag zelf vastgelegd, met de datum en de eigenaar; [stiltregel, bijv. één werkdag zonder bezwaar is akkoord]. Een taak heeft een naam en een datum, anders is het geen taak.

Woordenlijst
[Term] — [één definitie] · [Term] — [definitie] · … (maximaal tien)

Klaar betekent: [de checklist die elke functie afvinkt — getest, aangekondigd, gedocumenteerd, gefactureerd]

De werkafspraak is platte tekst, dus je plakt hem zonder opmaakwerk in een Word-document, een Google Doc, een Slack-canvas of een chatbericht.

Drie ingevulde voorbeelden

Een feature-lancering over product, support en marketing heen: een softwarebedrijf van veertig mensen

Het productteam in Valencia, een supportdesk van zes mensen in Cluj die in het Roemeens werkt, en een freelance marketeer in Buenos Aires. Drie functies, drie talen, één lanceerdatum.

Resultaat: de planningsfunctie is op 12 december live voor elke betalende klant, met het helpartikel gepubliceerd en de aankondiging verstuurd.
Eigenaar: Marta, product. Functies: product — Marta, de build en de datum; support — Andrei, het helpartikel, de macro's en de eerste week tickets; marketing — Lucía, de aankondiging en het bericht in de app.
Kanaal: #launch-scheduling; Lucía zit erin als extern lid.
Meetings: één, de week vóór de lancering, om te kiezen tussen de twee uitrolopties als de test van support iets vindt. Verder geen.
Status: donderdag vóór 11:00 CET, elke functie; Marta vóór 13:00.
Woordenlijst: "klaar" — getest door support op het stagingaccount, helpartikel gepubliceerd, aankondiging ingepland; "de klant" — de baliemedewerker van de kliniek, niet de eigenaar van de kliniek.
Klaar betekent: alle drie de regels van "klaar" uit de woordenlijst, en het aantal tickets van Andrei over de eerste week geplaatst in het kanaal.

De ene meeting vond plaats; de uitroloptie was in achttien minuten gekozen omdat de testresultaten al in het kanaal stonden. De vorige lancering, met een wekelijkse sync van drie functies, had er elf.

Een nieuw intakeproces over de balie, de verpleging en de facturatie heen: een kliniek met een externe integrator

Een kliniek in Lyon voert online patiëntintake in. Balie, verpleging, facturatie en de integrator die de formulieren koppelt aan de praktijksoftware: een bedrijf in Casablanca dat in het Frans en Arabisch werkt.

Resultaat: elke nieuwe patiënt vult vóór het eerste bezoek het intakeformulier online in; de balie typt niets dubbel; vanaf 1 februari.
Eigenaar: Claire, hoofd balie. Functies: balie — Claire, de vragen van het formulier en de procedure voor dag één; verpleging — Samir, de klinische velden; facturatie — Inès, de verzekeringsvelden en de export; integrator — Youssef, de koppeling en de testomgeving.
Kanaal: #intake-online, Youssef zit er voor het project in.
Meetings: twee, namelijk de veldenreview, waarin verpleging en facturatie kiezen welke vragen een patiënt moet beantwoorden en welke kunnen wachten, en de go/no-go de week vóór de start.
Status: maandag vóór 10:00, elke functie; Claire vóór 12:00.
Woordenlijst: "een compleet formulier" — alle verplichte velden ingevuld, niet alle velden; "live" — op de eigen site van de kliniek, niet op het testadres van de integrator.
Klaar betekent: twintig echte patiënten door het formulier in de eerste week, nul opnieuw getypt door de balie, de overdrachtsnotitie van Youssef in het kanaal.

Een verzoek: finance heeft de forecast van sales nodig

Geen project. Eén functie heeft eenmalig één ding nodig van een andere. De hele samenwerking is een bericht:

Aan: Pau (sales) · Van: Inés (finance)
Wat: de Q1-forecast per distributeur, in de gebruikelijke sheet.
Uiterlijk: donderdag 16:00, omdat het bordpakket vrijdag om 12:00 sluit.
Waarom het ertoe doet: het productieplan wordt hierop gebaseerd; een late forecast is een laat plan.
Als het niet lukt: meld het uiterlijk dinsdag, dan gebruiken we de cijfers van vorig kwartaal met een opmerking.

Een verzoek met het wat, het uiterlijk, het waarom en het alternatief wordt beantwoord zonder meeting. Een verzoek zonder die vier wordt er een.

Waar cross-functioneel werk leeft in de tools die je al gebruikt

Elke suite heeft een plek voor een groep samengesteld uit meerdere teams, en elke stopt op een ander punt, meestal bij de persoon buiten de organisatie of bij het lid dat een andere taal leest. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elk feit is gecontroleerd:

Twee dingen zijn overal hetzelfde. De vastlegging van de groep, dus de afspraak, de overdrachten en de besluiten, bestaat in de taal waarin ze is getypt, en een lid dat een andere taal leest, leest een vertaling per lezer van één bericht tegelijk of een kopie die iemand heeft gemaakt. En wat een meeting achterlaat is een document naast het kanaal, in de taal van de zaal; waar het transcript en de samenvatting na het gesprek blijven is de uitgebreidere versie.

Hoe het hele project in één kanaal loopt

InterMIND is een communicatieruimte waarin een stuk werk in een kanaal leeft, dus de vijf regels hebben een vanzelfsprekend thuis. Het kanaal wordt aangemaakt voor de lancering, het intakeproject of de onboarding van de distributeur, en elke contactpersoon van elke functie zit erin, ook de mensen buiten het bedrijf: een extern lid komt via e-mail binnen met een gratis account, leest de geschiedenis van het kanaal van vóór de komst en zit in elk gesprek dat vanuit het kanaal wordt gestart. De werkafspraak en de woordenlijst worden geplaatst als notities, berichten met rijke tekst met koppen en vetgedrukte regels, achteraf te bewerken via hun eigen menu, en vastgepind, zodat het eerste wat een nieuwe contactpersoon leest de pagina is die zegt hoe het project werkt.

Elke functie schrijft in de eigen taal en leest het kanaal in de eigen taal: de desk in Cluj schrijft haar donderdagstatus in het Roemeens, het team in Valencia leest die in het Spaans, Lucía leest die in het Spaans vanuit Buenos Aires, en het origineel is voor wie het wil één schakelaar verder. Een bestand dat in het kanaal wordt gezet, zoals de forecastsheet, de veldenlijst of de overdracht van de integrator, wordt automatisch samengevat, en die samenvatting opent, net als een gedeelde pdf of een Office-document, in de taal van elke lezer. Wanneer de ene meeting plaatsvindt, start die met één klik vanuit het kanaal, vormt het ledenbestand van het kanaal de gastenlijst, en komt de afspraak of de optielijst met Share to conference naast de videotegels op ieders scherm: degene die deelt bewerkt het live terwijl de zaal meekijkt, en elke deelnemer leest het in de eigen taal. Als het gesprek eindigt, wordt de recap geschreven op basis van het eigen transcript van de meeting (de samenvatting, het transcript en de opname) en komt die aan per e-mail, als bericht in het kanaal en als link in de agenda-afspraak, leesbaar voor elk ingelogd lid in de eigen taal. Elk lid kan haar bewerken, elke bewerking bewaart auteur en versiegeschiedenis, en het kanaal bewaart de recap van elke eerdere sessie, zodat de functie die niet in de zaal was leest wat er is besloten zonder iemand iets te vragen. Als een tool buiten het kanaal iets te melden heeft, zoals het ticketingsysteem, de build-pipeline of de monitoring van de integrator, geeft de host van het kanaal die een eigen adres, en de e-mail komt in het kanaal terecht als gewoon bericht met de afzender genoemd en de bijlagen bewaard. De host kan ook een kopie van de recap aan elk adres toevoegen, zodat de recap van de go/no-go de inkomende mailbox van het CRM of de tracker bereikt zonder dat iemand iets doorstuurt.

De mensen in een cross-functioneel project zijn niet allemaal lid van het bedrijf van het project, en ze zijn er niet allemaal lang bij. De integrator, de freelancer en de orderbehandelaar van de distributeur doen als externe leden van het kanaal mee, via e-mail, met een gratis account, en lezen het zoals iedereen in de eigen taal. Een persoon zonder account is gast van één meeting: de financieel directeur van de klant sluit via een link aan bij de go/no-go, vanaf een telefoon, kosteloos, hoort het live in de eigen taal en krijgt achteraf geen vastlegging; de leden van het kanaal wel.

De host zorgt voor de ruimte en betaalt op een betaald abonnement alleen voor de leden die in de afgelopen 28 dagen actief waren: een meeting bijgewoond, in een chat geschreven of de assistent iets gevraagd. Leden die stil worden behouden hun toegang zonder kosten, en kanaaldeelnemers van buiten het team worden niet meegeteld, precies wat een project nodig heeft: de facturatielead die twee weken in december in het kanaal zit en tot februari stil is, kost in de tussentijd niets en vindt de vastlegging terug waar ze die achterliet.

• Open een complete recap: een echte vastlegging, gerenderd door dezelfde code die die van jou schrijft.
• Probeer de live demo: zonder aanmelding; spreek, en hoor hoe de zaal per luisteraar wordt vertaald.

Cross-functionele samenwerking als vak overleeft elke tool: iemand moet nog steeds de eigenaar noemen, de overdracht schrijven en de meeting weigeren die geen besluit oplevert. Wat niet hoeft te overleven is de tweede baan: met de hand de kopie van de vastlegging van elke functie bijhouden, in de eigen taal, een versie achter op de rest.

FAQ

Wat is cross-functionele samenwerking?

Cross-functionele samenwerking is wanneer mensen uit verschillende functies, zoals product, sales, support, finance en operations, vaak met een partner buiten het bedrijf, samen één stuk werk afronden dat geen enkele functie alleen had kunnen afronden. Het verschilt van coördinatie, waarbij afdelingen elkaar op de hoogte houden terwijl elke afdeling haar eigen werk doet. Het kent drie vormen: een vast cross-functioneel team, een cross-functioneel project met een datum en een eenmalig verzoek van de ene functie aan de andere.

Wat is een voorbeeld van cross-functionele samenwerking?

Een feature-lancering: product bouwt hem, support schrijft het helpartikel en pakt de eerste week tickets op, marketing verstuurt de aankondiging, en de lancering is pas klaar wanneer alle drie klaar zijn. Andere voorbeelden: een kliniek die online intake invoert over de balie, de verpleging, de facturatie en een externe integrator heen; een exporteur die een nieuwe distributeur onboardt over sales, logistiek en finance heen, met de orderbehandelaar van de distributeur in het kanaal; een wervingsronde over HR en het wervende team heen. In elk geval heeft één persoon het hele resultaat in handen en heeft elke functie één contactpersoon.

Waarom is cross-functionele samenwerking belangrijk?

Omdat het meeste werk dat een organisatie oplevert niet binnen één functie past. Een lancering, een nieuw proces, een nieuwe klant en een nieuwe markt vragen elk dat de delen van meerdere functies op elkaar aansluiten, en de aansluiting tussen de delen is waar tijd en kwaliteit verloren gaan: de overdracht die niemand heeft aangekondigd, het besluit dat één functie nooit heeft gehoord, het woord dat twee functies verschillend gebruikten. Goed uitgevoerd maakt cross-functionele samenwerking die aansluiting zichtbaar, met één eigenaar, één kanaal en één vastlegging, en het haalt de meetings weg die alleen bedoeld waren om uit te zoeken wat de andere functie had gedaan.

Hoe verbeter je cross-functionele samenwerking?

Vijf veranderingen, in volgorde van effect. Wijs één eigenaar aan voor het hele opleverproduct, niet één per functie. Zet de contactpersoon van elke functie, en de externe partijen, in één kanaal voor dat stuk werk en bespreek het nergens anders. Maak schrijven de standaard en plan een meeting alleen voor een besluit tussen opties. Vervang de statusmeeting door drie geschreven regels per functie op een vaste dag. Leg elk besluit op de dag zelf vast in het kanaal, met een eigenaar en een datum bij elke taak. Een woordenlijst van tien termen bij de kick-off haalt nog een categorie meetings weg.

Wat zijn de uitdagingen van cross-functionele samenwerking?

Vier komen steeds terug: de overdracht die de ene functie aankondigt op een plek die de andere niet leest; eigenaarschap dat zo is verdeeld dat elke functie haar eigen helft heeft en niemand de verbinding; vocabulaire, waarbij "klaar", "de klant" of "goedgekeurd" voor verschillende functies iets anders betekenen; en de vastlegging, waarbij een besluit tussen twee functies wordt heropend door een derde die het nooit heeft gehoord. Een vijfde ontstaat wanneer de functies geen taal delen: elk houdt een eigen kanaal bij, en elke overdracht steekt twee keer een grens over. Elk heeft dezelfde vorm van oplossing: één plek, schriftelijk, gelezen door iedereen die erbij betrokken is.

Wat is het verschil tussen cross-functionele en interdepartementale samenwerking?

Interdepartementaal, of interdepartementale coördinatie, is wanneer afdelingen elkaar op de hoogte houden terwijl elk haar eigen werk oplevert: een maandelijkse update tussen sales en finance. Cross-functionele samenwerking is één opleverproduct waarvoor het werk van meerdere functies moet worden gecombineerd, met één eigenaar voor het resultaat: de lancering is pas klaar wanneer product, support en marketing elk klaar zijn en hun delen op elkaar aansluiten. De toets is of één functie het resultaat alleen zou kunnen opleveren. Als dat kan, volstaat één bericht per week; als dat niet kan, hebben de functies een gedeelde plek en een gedeelde eigenaar nodig.

Welke vaardigheden vraagt cross-functionele samenwerking?

Vooral schrijfgewoonten in plaats van talenten: een overdracht formuleren met wat, wie en uiterlijk wanneer; een vraag stellen met de deadline en de reden erbij; een besluit in één zin opschrijven met de eigenaar; de status van een andere functie lezen voordat je om een meeting vraagt. Van de eigenaar nog twee: het gezag om elke functie om een datum te vragen, en de discipline om een meeting te weigeren die geen besluit oplevert. Van iedereen de bereidheid om de tien woorden af te spreken die het project gebruikt en ze ook te gebruiken.

Hoe meet je cross-functionele samenwerking?

Aan het opleverproduct en aan de agenda. Is het resultaat opgeleverd op de datum die de afspraak noemde, met de "klaar"-regel van elke functie waar? Hoeveel meetings heeft het project gekost, en hoeveel daarvan namen een besluit dat in het kanaal is vastgelegd? Hoeveel overdrachten zijn in het kanaal aangekondigd voordat de ontvangende functie ernaar vroeg? Een project dat op tijd oplevert met weinig meetings, elk met een besluit in de vastlegging, werkt goed samen; een project met een wekelijkse sync per paar functies en besluiten die niemand kan vinden, coördineert duur.

Bronnen: Microsoft Learn — Shared channels in Microsoft Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Slack — Pricing; Slack — Export your workspace data; Slack — Guide to AI features in Slack; Slack — Meeting agenda template (canvas); WhatsApp — How to export your chat history; WhatsApp blog — Introducing message translations. De Microsoft Learn-pagina over gedeelde kanalen is gecontroleerd in november 2026; de Teams-pagina over meetingnotities, de Slack-pagina met het canvassjabloon en de Google-pagina "Take notes for me" in oktober 2026; de Teams-pagina over berichtvertaling, de Slack-pagina's over prijzen, export en AI-functies, de Google Chat-pagina over vertaling en de WhatsApp-pagina's in augustus 2026. Leveranciers wijzigen na verloop van tijd abonnementen, functies en taallijsten; raadpleeg hun pagina's voor de actuele stand. De voorbeeldteams zijn illustratief.