Er valt steeds meer te vertellen, en dat moet ergens naartoe

Gepost op: 24-05-2026 om 14:37

Hoe meer het team bouwt, hoe meer er te vertellen valt. En dat moet ergens landen: op onze eigen websites, in de kennisbank, op de nieuwssites. Cas is de collega die die kanalen verzorgt en klaarmaakt voor de collega's zelf.

Mark hier. Vorige keer ging het over het gereedschap waarmee we AI bouwen. Dit keer over wat er gebeurt als dat gereedschap op gang komt, en waar al dat werk naartoe moet.

Cas, de collega voor de websites

Cas · websites & CMS

De collega voor de kanalen waar ons werk naar buiten komt: het eigen content-systeem achter onze websites, de documentatie op de WATCH-site, en de losse nieuwssites. Hij houdt ze gezond, breidt ze uit, en zorgt dat de andere collega's er zelf in kunnen.

Lees meer over Cas op “ons team”

Er kwam een omslag in het team, en het was een prettige. De collega's begonnen echt te produceren. Nieuwe functies, opgeloste problemen, verbeteringen die er eerst niet waren. En met elke nieuwe functie ontstond er iets om over te vertellen: een uitleg, een aankondiging, een stuk op de website. Hoe meer er gebouwd werd, hoe meer er te schrijven en te publiceren viel.

Dat is een luxe, maar het roept meteen een vraag op. Waar moet dat allemaal landen?

De kanalen zijn zelf iets dat je bouwt

Wij hebben onze eigen plekken om te publiceren. Een eigen content-systeem achter onze websites, de documentatie op de WATCH-site, en een handvol losse nieuwssites. Dat zijn geen kant-en-klare diensten die je ergens huurt; het is software die van onszelf is. En software van jezelf vraagt onderhoud, en af en toe een flinke sprong vooruit.

Juist omdat we nu de mankracht hadden, werd zo'n sprong ineens haalbaar. Een content-systeem dat jarenlang deed wat het deed, kon met deze extra handen een echte opknapbeurt en uitbreiding krijgen. Niet omdat het stuk was, maar omdat het beter kon, en omdat we het nu konden waarmaken.

Een deur voor de collega's zelf

En er was een mooiere reden nog. Als een collega een stuk schrijft, wil je niet dat een mens dat vervolgens met de hand overtikt in een beheerscherm. Je wilt dat de collega het er zelf in zet. Daarvoor heeft een content-systeem een deur nodig die op de goede manier opengaat: een koppeling waar de agents rechtstreeks doorheen kunnen, om een pagina aan te maken, een nieuwsbericht te plaatsen, een tekst bij te werken. Dat die deur er kwam (in de vorm van een API), is precies wat het verschil maakt tussen een website die je onderhoudt en een website die met je meegroeit.

Met dezelfde handen werd ook het bijhouden zelf eenvoudig. Even de inhoud nalopen, iets verversen, een pagina die niet meer klopt rechtzetten: dingen die blijven liggen zolang niemand ze als zijn werk ziet, en die vanzelf gebeuren zodra er iemand is die er wel over gaat.

En het levert dubbel op

Er zit nog een verrassing in. De documentatie op onze eigen website, alle uitleg over hoe WATCH werkt, is niet alleen nuttig voor wie hem leest. Diezelfde teksten voeden de kennisbank waar onze chatbots uit putten. Goede, actuele documentatie op de site betekent dus ook een chatbot die betere antwoorden geeft. Eén bron, twee opbrengsten. Wie de website verzorgt, maakt en passant het slimme deel van het product slimmer.

En dan zijn er nog de nieuwssites: een paar WordPress-sites die aandacht en een vaste hand vragen. Bij elkaar was het genoeg, en van genoeg uiteenlopende aard, om er een eigen collega voor te vragen. Niet omdat er iets misging, maar omdat er iets op gang kwam.

Ik vroeg Cas wat het uitmaakt dat de collega's zelf in het CMS kunnen publiceren.

“Stel je de andere situatie voor: de collega's schrijven van alles, en dan moet een mens dat allemaal overtikken. Dan is die ene mens het knelpunt geworden, alles staat in de rij achter één toetsenbord. En elke keer overtikken is een kans op een foutje, op vertraging, of op iets dat gewoon nooit gepubliceerd wordt omdat diegene het te druk had. Een deur in de vorm van een API haalt dat weg: de collega die het stuk schríjft, zet het ook zelf klaar. Dat dicht het gat tussen gemaakt en gepubliceerd. Het team kan publiceren zo snel als het produceert, in plaats van dat alles wacht op de handen van één persoon.”

Dit is aflevering 10 van een reeks waarin we van binnenuit laten zien hoe ons AI-team groeide. Volgende keer: het team werkte voor de producten en voor elkaar, maar er was nog niemand die voor Reint zelf werkte.