Een IT-kennisbank opzetten die mensen ook echt gebruiken

De meeste IT-teams beschikken over een of andere vorm van kennisbank. Een gedeeld schijfstation met verouderde runbooks, een wiki die sinds de laatste grote personeelsuitbreiding niet meer is bijgewerkt, of een PSA-systeem waarin aantekeningen zijn weggestopt in de ticketgeschiedenis. Het bestaan van documentatie en het bestaan van een bruikbare kennisbank zijn twee heel verschillende zaken.

Die kloof is groter dan de meeste bedrijven beseffen. Volgens het Kaseya State of the MSP-rapport van 2026 is het percentage MSP’s dat moeite heeft om de toegevoegde waarde voor klanten aan te tonen, op jaarbasis bijna verdubbeld tot 19%. Een goed onderhouden kennisbank is een van de meest directe manieren om die kloof te dichten.

Een goed opgezette IT-kennisbank is een van de meest rendabele operationele investeringen die een team kan doen. Het verkort de oplostijd bij terugkerende incidenten, versnelt de inwerking van nieuwe technici, vermindert de afhankelijkheid van sleutelfiguren wanneer ervaren medewerkers niet beschikbaar zijn, en zorgt voor een institutioneel geheugen dat personeelsverloop overleeft. Een slecht opgezette kennisbank wekt de schijn van documentatie, maar levert geen enkele toegevoegde waarde op.

In deze gids wordt besproken hoe een goede IT-kennisbank eruitziet, hoe je er een opzet die mensen ook daadwerkelijk gebruiken, en hoe je ervoor zorgt dat deze op de lange termijn nuttig blijft. Download hier het volledige rapport ‘State of the MSP 2026’.

Wat is een IT-kennisbank?

Een IT-kennisbank is een gestructureerde verzameling van informatie die IT-teams gebruiken om hun werk efficiënter uit te voeren. Hierin is de opgebouwde kennis van het team vastgelegd. Hoe systemen zijn geconfigureerd, hoe terugkerende problemen worden opgelost, welke procedures moeten worden gevolgd, welke inloggegevens er zijn en waar deze te vinden zijn, hoe het netwerk is opgezet, en wat klanten of eindgebruikers moeten weten om efficiënt hulp te krijgen.

Een kennisbank verschilt qua doel en opzet van een documentarchief. Een documentarchief is een verzameling bestanden die wordt bewaard om af en toe te raadplegen. Een kennisbank is daarentegen bedoeld om tijdens het werk actief te worden doorzocht en gebruikt. Elk item moet een antwoord bieden op een vraag die een technicus tijdens het werk waarschijnlijk zal hebben, of context bieden die een nieuw teamlid nodig heeft om snel op de hoogte te raken.

Het ITIL-raamwerk beschrijft kennismanagement als een kernpraktijk binnen servicemanagement. Het gaat erom ervoor te zorgen dat de juiste informatie op het juiste moment beschikbaar is voor de juiste mensen. Een goed opgebouwde kennisbank is de praktische toepassing van dat principe.

Waarom de meeste kennisbanken mislukken

Ze worden tijdens een project opgezet en vervolgens aan hun lot overgelaten. Documentatie die in één keer wordt opgesteld, raakt vrijwel onmiddellijk verouderd. Systemen veranderen, configuraties evolueren, personeelswisselingen zorgen voor allerlei onzekerheden. Een kennisbank die alleen met af en toe een sporadische inspanning wordt bijgehouden, loopt altijd achter op de werkelijkheid.

Ze zijn niet zo opgezet dat ze gemakkelijk te gebruiken zijn. Een map vol Word-documenten of een wiki zonder vaste sjabloon of indeling vraagt veel zoekwerk om te vinden wat je nodig hebt. Als het langer duurt om een antwoord in de kennisbank te vinden dan om het aan een collega te vragen, zal de kennisbank niet worden gebruikt.

Er is geen verantwoordelijkheid. Artikelen zonder een genoemde verantwoordelijke worden niet gecontroleerd wanneer de informatie die ze bevatten verandert. Na een jaar staat de kennisbank vol met artikelen die al dan niet correct zijn, waardoor teams hun vertrouwen erin verliezen.

Het vastleggen van informatie wordt als iets aparts van het eigenlijke werk beschouwd. Als het bijwerken van documentatie een taak is die pas na het voltooien van het werk plaatsvindt, zal deze consequent achtergesteld worden. Als het bijwerken van documentatie echter in de workflow is geïntegreerd en plaatsvindt als onderdeel van het afhandelen van een ticket, wordt het consequent uitgevoerd.

Er is geen feedbackmechanisme. Een kennisbank zonder een manier waarop gebruikers verouderde of onjuiste informatie kunnen melden, raakt stilletjes in verval. Niemand weet wat er mis is, totdat iemand actie onderneemt op basis van onjuiste informatie.

Wat hoort er in een IT-kennisbank thuis?

Verschillende soorten content vervullen verschillende functies. De meest gebruikte kennisbanken bevatten een combinatie van operationele procedures, handleidingen voor probleemoplossing en omgevingsspecifieke documenten. De onderstaande categorieën zijn degenen die steevast een vaste plaats innemen.

Standaardwerkprocedures

SOP’s zijn stapsgewijze procedures voor terugkerende taken: het aanmaken van nieuwe gebruikers, het in gebruik nemen van apparaten, het afsluiten van accounts, het controleren van back-ups en het implementeren van software. Ze vormen de meest direct bruikbare informatie in elke kennisbank, omdat ze de werkwijze standaardiseren, ongeacht welke technicus de opdracht behandelt.

Database met bekende fouten (KEDB)

Een overzicht van bekende problemen, met gedocumenteerde tijdelijke oplossingen en de stand van zaken bij het onderzoek naar de oorzaak. Wanneer Tier 1 een bekende fout tegenkomt, biedt de KEDB de oplossing zonder dat er escalatie nodig is.

Systeem- en applicatiedocumentatie

Hoe de belangrijkste systemen zijn geconfigureerd, wat de afhankelijkheden zijn, wat de beheerdersgegevens zijn (op de juiste wijze beveiligd) en welke bekende problemen of eigenaardigheden er zijn. Voor MSP’s is dit klantspecifiek, waarbij de omgeving van elke klant afzonderlijk wordt gedocumenteerd.

Netwerkdocumentatie

Topologische overzichten, IP-adresseringsschema’s, VLAN-configuraties, apparatenlijsten. Informatie die een technicus nodig heeft om netwerkproblemen op te lossen of een nieuw apparaat in gebruik te nemen.

Activa-overzichten

Hardware-inventaris met serienummers, garanties, aankoopdata en toegewezen gebruikers. Geïntegreerd met de inventarisatie van bedrijfsmiddelen via de RMM voor een nauwkeurig beeld.

Contact- en leveranciersgegevens

Contactgegevens van internetproviders, telefoonnummers van hardwareleveranciers, informatie over softwarelicenties en contactgegevens van externe dienstverleners die nodig zijn bij het escaleren van problemen.

Klantgebonden informatie (voor MSP’s)

Onboardingdocumentatie per klant, klantvoorkeuren, bekende contactpersonen, escalatieprocedures en eventuele omgevingsspecifieke configuraties of beperkingen.

Zelfbedieningscontent voor eindgebruikers

Artikelen voor niet-technische gebruikers over veelvoorkomende vragen: hoe je een wachtwoord kunt resetten, hoe je verbinding kunt maken met een VPN en hoe je e-mail kunt instellen op een mobiel apparaat. Selfservice-inhoud zorgt voor een daling van het aantal Tier 1-tickets.

Een structuur en organisatie die ervoor zorgen dat inhoud gemakkelijk te vinden is

De opzet van een kennisbank bepaalt of mensen er gebruik van maken. Informatie die moeilijk te vinden is, wordt niet gebruikt, ongeacht de kwaliteit ervan.

Consistente sjablonen voor elk type inhoud. Een SOP-sjabloon met altijd dezelfde onderdelen (Doel, Toepassingsgebied, Vereisten, Stappen, Opmerkingen) zorgt ervoor dat de inhoud zowel gemakkelijker te maken als te lezen is. Sjablonen maken ook duidelijk wat elk artikel moet bevatten, waardoor het minder drempelgevoelig wordt om nieuwe artikelen te schrijven.

Een duidelijke taxonomie. Een categorie- en tagstructuur die aansluit bij de manier waarop technici over hun werk denken – per systeem, per functie of per klant – maakt het bladeren door de site nuttig wanneer men geen specifieke zoekterm weet. Te veel categorieën zorgen voor navigatieproblemen. Te weinig categorieën maken van alles een zoekprobleem.

Een goede zoekfunctie. De meeste kennisbanktools beschikken over een zoekfunctie, maar de kwaliteit daarvan loopt sterk uiteen. Artikeltitels die aansluiten bij de manier waarop mensen zoeken, en inhoud waarin de termen voorkomen die mensen gebruiken wanneer ze met het beschreven probleem kampen, zorgen beide voor een nauwkeurigere zoekresultaten.

Koppelingen tussen gerelateerde artikelen. Een standaardprocedure voor het aanmaken van nieuwe gebruikers moet verwijzen naar de documentatie over netwerktoegang, de handleiding voor e-mailconfiguratie en het proces voor activabeheer. Gerelateerde artikelen worden automatisch weergegeven wanneer ze onderling zijn gekoppeld, waardoor het niet meer nodig is om telkens opnieuw te moeten zoeken.

Een gewoonte aanleren: het team ertoe aanzetten om dingen vast te leggen

Documentatiecultuur is het lastigste probleem op het gebied van kennisbeheer. De technische uitvoering is eenvoudig. Een druk team ertoe brengen om kennis consequent vast te leggen, is dat niet.

Leg de oplossing direct vast. Wanneer een technicus een ongebruikelijk of complex probleem oplost, is het beste moment om dit te documenteren direct, terwijl de context nog vers in het geheugen ligt. PSA-workflows die vragen om een bijdrage aan de kennisbank wanneer een ticket wordt gesloten, verkleinen de kloof tussen ‘interessant probleem opgelost’ en ‘kennis vastgelegd’.

Eerst vastleggen, later bijschaven. Een ruw artikel waarin de belangrijkste stappen worden beschreven, is waardevoller dan helemaal geen artikel. Maak duidelijk dat eerste versies acceptabel zijn en in de loop van de tijd worden bijgeschaafd, en niet dat artikelen al helemaal af moeten zijn voordat ze worden toegevoegd.

Zorg ervoor dat documentatie in de schijnwerpers komt te staan. Door bijdragen aan de kennisbank tijdens teamvergaderingen te erkennen, deze mee te nemen in functioneringsgesprekken en de rol van documentatie in de efficiëntie van het team duidelijk te maken, wordt dit gedrag positief gestimuleerd.

AI-ondersteunde documentatie. De Smart SOP Generator van Cooper Copilot binnen IT Glue de handelingen van technici tijdens browser- en eindpunt-sessies en zet deze vervolgens automatisch om in een stapsgewijze SOP. De acceptatie was onmiddellijk: IT Glue genereerden in de eerste zes maanden na de lancering meer dan 100.000 SOP’s. Dat is het model dat de groei van de kennisbank zelfvoorzienend maakt. Documentatie ontstaat als bijproduct van het werk, niet als een aparte taak.

De kennisbank actueel houden

Een verouderde kennisbank is erger dan helemaal geen kennisbank. Het kost tijd en ondermijnt het vertrouwen. Om actueel te blijven, is actief beheer nodig.

Controleer de frequentie per type inhoud. Standaardprocedures voor veelvoorkomende processen moeten elk kwartaal worden gecontroleerd. Systeemdocumentatie moet worden gecontroleerd wanneer er wijzigingen in de systemen plaatsvinden. De inventarisgegevens moeten worden bijgewerkt wanneer er activa worden toegevoegd, gewijzigd of buiten gebruik gesteld.

Verantwoordelijkheid en aansprakelijkheid. Elk artikel moet een aangewezen verantwoordelijke hebben die ervoor zorgt dat het actueel blijft. Zonder verantwoordelijkheid is er niemand die aansprakelijk is voor verouderde informatie.

Gebruiksgegevens. Kennisbankplatforms geven doorgaans aan welke artikelen vaak worden bekeken en welke artikelen zelden worden geraadpleegd. Artikelen die veel worden bekeken, moeten bij voorrang worden beoordeeld. Artikelen die zelden worden geraadpleegd, moeten mogelijk opnieuw worden geclassificeerd of uit de collectie worden verwijderd.

Systematische controle bij systeemwijzigingen. Wanneer een systeem wordt bijgewerkt, opnieuw geconfigureerd of vervangen, moet de documentatie voor dat systeem worden gecontroleerd en bijgewerkt als onderdeel van het wijzigingsbeheerproces, en niet als een afzonderlijke, achteraf toegevoegde stap.

Kennisbank voor MSP’s: documentatie op klantniveau

Voor MSP’s wordt de uitdaging op het gebied van de kennisbank vermenigvuldigd met het aantal klanten. Elke klant heeft namelijk een eigen omgeving, eigen configuraties en eigen operationele bijzonderheden.

Stel je een veelvoorkomend scenario voor. De technicus die de relatie heeft opgebouwd met een klant in de productiesector met 60 werkplekken is deze week afwezig. Er komt een ticket binnen over een printer op een niet-standaard VLAN. Zonder netwerkdocumentatie per klant is de technicus die dienst heeft 40 minuten kwijt aan het achterhalen van de context, terwijl dat normaal gesproken maar vijf minuten zou duren. Met die documentatie is het ticket binnen 15 minuten afgehandeld.

Het is juist die kennisbank op klantniveau die het verschil maakt tussen MSP’s die consistente, hoogwaardige service bieden en MSP’s die afhankelijk zijn van de kennis die individuele technici in hun hoofd hebben. Als de technicus die de omgeving van een klant kent met vakantie is, heeft de rest van het team de documentatie nodig om die klant volgens dezelfde normen van dienst te kunnen zijn.

IT Glue het documentatieplatform dat speciaal voor deze context is ontwikkeld. Het biedt een klantspecifieke kennisbank met gestructureerde assetrecords, netwerkdocumentatie, inloggegevens (met automatische vervanging), standaardprocedures (SOP’s) en relatiekaarten tussen assets. Dankzij de integratie met Datto RMM, Kaseya VSA 10 en Datto Autotask worden assetgegevens automatisch ingevuld op basis van de inventarisatie, en is de documentatie direct toegankelijk binnen de servicedesk-workflow. Dat vermindert de wrijving bij het zoeken naar informatie tijdens het oplossen van actieve incidenten.

Bekijk hier de kennisbank en documentatiemogelijkheden IT Glue.

De teams die het meeste uit een kennisbank halen, zijn niet de teams met de meeste artikelen. Het zijn de teams waarbij de documentatie in de workflow is geïntegreerd. De informatie wordt vastgelegd op het moment dat het probleem is opgelost, wordt beheerd door specifieke personen en wordt herzien wanneer systemen veranderen. Technici hebben er voldoende vertrouwen in om er eerst naar te grijpen voordat ze een collega om hulp vragen. Dat is de lat die we moeten halen. Al het andere is slechts opslagruimte.