Elk team legt al meer vast dan het onthoudt. Gesprekken worden getranscribeerd, samenvattingen gegenereerd, action items geëxtraheerd — en vervolgens staat het allemaal in een map die niemand opent. Zes weken later vraagt iemand "waarom hebben we besloten de Postgres-migratie te laten vallen?" en zijn drie mensen twintig minuten bezig een gesprek te reconstrueren dat destijds perfect is vastgelegd.
Het probleem is niet het vastleggen. Het is het terugvinden, en dat is een ontwerpprobleem: een stapel transcripties is geen kennisbank. Dit artikel gaat over hoe u van vergaderingen een teamgeheugen maakt dat mensen daadwerkelijk raadplegen — wat u deelt, hoe u het ordent, wat u er bewust buiten houdt, en waarom het encryptiemodel zwaarder weegt dan het lijkt.
Een archief beantwoordt "wat gebeurde er op dinsdag". Een kennisbank beantwoordt "wat hebben we over prijzen besloten, en waarom". Drie eigenschappen maken het verschil:
Doorzoekbaar op onderwerp, niet op datum. Niemand herinnert zich wanneer een besluit is genomen. Mensen herinneren zich waar het over ging. Als terugvinden vereist dat u de vergaderdatum kent, hebt u een archief.
Van een team, niet van een persoon. Notities in iemands persoonlijke map zijn standaard onzichtbaar. Een kennisbank heeft kanalen — gedeelde ruimtes waar het verslag van de groep is.
Leesbaar zonder context. Een transcriptie van een gesprek waarin drie mensen "ja, die" zeggen, legt niets vast. Samenvattingen en geëxtraheerde action items zijn wat de inhoud laat overleven nadat de kamer leeg is.
De reflex is om alles te delen, en die is verkeerd. Een kennisbank vol ruis wordt door niemand vertrouwd, en sommige vergaderingen brengen echt risico met zich mee als ze überhaupt bewaard worden.
Deel vergaderingen waarvan de besluiten het gesprek overleven:
Houd er volledig buiten:
De tweede lijst is geen optionele voorzichtigheid. Bewaren schept verplichtingen: gegevens die u bewaart kunnen worden opgevraagd, gevorderd of gelekt, en "we namen standaard alles op" is een slechte positie om achteraf uit te leggen.
De meest gemaakte fout is het spiegelen van uw teamstructuur: een kanaal per squad, per afdeling, per manager. Het oogt netjes en het werkt niet, omdat mensen op onderwerp zoeken en uw organogram twee keer per jaar verandert.
Orden in plaats daarvan op houdbaarheid van het onderwerp:
Houd het aantal klein. Een team van tien heeft geen dertig kanalen nodig, maar vijf die echt gebruikt worden. Kanalen aanmaken is goedkoop en onderhouden is duur, en een ongebruikt kanaal is erger dan geen kanaal — het versnippert het verslag.
Hier houdt een kennisbank op een archiefkast te zijn. Zodra vergaderinhoud gestructureerd is opgeslagen, kan een AI-assistent die rechtstreeks lezen via het Model Context Protocol — u stelt een vraag in gewone taal en de assistent haalt het antwoord uit de daadwerkelijke transcripties:
Het praktische effect is dat de waarde van de kennisbank niet langer afhangt van iemand die een goede samenvatting heeft geschreven. Het ruwe verslag wordt direct bruikbaar, wat het discipline-probleem wegneemt dat de meeste documentatiepogingen om zeep helpt. De installatiegids beschrijft hoe u Claude, Cursor, ChatGPT en andere MCP-clients koppelt.
Een teamkennisbank concentreert uw gevoeligste gesprekken — strategie, klanten, incidenten, prijzen — in één doorzoekbare opslag. Die concentratie is precies de bedoeling, en precies wat die opslag een doelwit maakt.
De meeste vergadertools versleutelen gegevens tijdens transport en in rust, wat beschermt tegen onderschepping en gestolen schijven, maar niet tegen de leverancier zelf: die houdt de sleutels, dus personeel van de aanbieder, een gecompromitteerd aanbiederaccount of een gerechtelijk bevel kunnen er allemaal bij de inhoud. End-to-end-encryptie verandert de vorm van het probleem — de kanaalsleutels bestaan alleen op de apparaten van het team, dus de server slaat cijfertekst op die hij niet kan lezen.
Twee gevolgen die u moet begrijpen voordat u een team aan een tool vastlegt:
Kennisbankprojecten mislukken doorgaans zo: u lanceert met vijftien kanalen, een taxonomie en een naamgevingsconventie, en ziet het binnen een maand verlopen. Een start die het overleeft ziet er zo uit:
Terugvinden is wat mensen laat bijdragen. Zodra iemand een antwoord vindt waarvoor hij anders drie mensen had moeten storen, houdt delen op een administratieve klus te zijn en wordt het zichtbaar in zijn eigen belang.
In Speak-Y begint het aanmaken van een werkruimte op Pro en doen teamgenoten die u uitnodigt gratis mee op elk abonnement, dus de kosten schalen niet mee met het aantal medewerkers — één reden minder om de kennisbank klein te houden wanneer die zou moeten groeien. Opnames zelf blijven standaard op het apparaat dat ze heeft gemaakt; delen in een kanaal is altijd een bewuste handeling, nooit de standaard.
Een doorzoekbaar overzicht van wat uw team heeft besproken en besloten, opgebouwd uit transcripties, samenvattingen en action items in plaats van handgeschreven notulen. Het draait om terugvinden: maanden later een besluit vinden zonder de betrokkenen te hoeven vragen.
Nee. Deel vergaderingen waarvan de besluiten het gesprek overleven: planning, klantgesprekken, architectuur, incidenten, onboarding. Houd één-op-ééns, HR-gesprekken, functioneringsgesprekken en juridisch overleg er volledig buiten.
Een kennisbank concentreert uw gevoeligste gesprekken op één plek, en dat maakt haar een doelwit. Met end-to-end-encryptie bestaan de kanaalsleutels alleen op de apparaten van uw team, waardoor de leverancier de inhoud niet kan lezen, ook niet onder dwang.
In Speak-Y roteren de kanaalsleutels direct bij het verwijderen van een lid, waardoor diens apparaat geen toegang meer heeft tot nieuwe inhoud in dat kanaal. Dat is een eigenschap van het sleutelmodel, geen permissievlag die verkeerd ingesteld kan raken.
In Speak-Y vereist het aanmaken van een werkruimte Pro, maar teamgenoten die u uitnodigt doen gratis mee op elk abonnement — de kosten schalen dus niet mee met de teamgrootte.