Een IT-kennisbank opzetten die mensen ook daadwerkelijk gebruiken
De meeste IT-teams beschikken over een of andere vorm van kennisbank. Een gedeelde schijf met verouderde runbooks, een wiki die sinds de laatste grote personeelsuitbreiding niet meer is bijgewerkt, een PSA-systeem met aantekeningen die verborgen zitten in de ticketgeschiedenis. Het bestaan van documentatie en het bestaan van een bruikbare kennisbank zijn twee heel verschillende zaken.
Die kloof is belangrijker dan de meeste teams beseffen. Volgens het Kaseya State of the MSP-rapport uit 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 opgebouwde 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 opgebouwde kennisbank wekt de schijn van documentatie, maar levert geen enkele meerwaarde op.
In deze gids wordt besproken hoe een goede IT-kennisbank eruitziet, hoe je er een opzet die mensen 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’.
Zorg voor een kennisbank die altijd up-to-date blijft.
De Smart SOP Generator van Cooper Copilot, geïntegreerd in IT Glue , registreert elke muisklik en toetsaanslag terwijl uw technici aan het werk zijn, en zet deze gegevens vervolgens om in een gestructureerde SOP. Handmatig noteren is niet nodig.
Ontdek ' IT Glue ' binnen ' Kaseya 365 Ops'
Wat is een IT-kennisbank?
Een IT-kennisbank is een gestructureerde verzameling van informatie die IT-teams gebruiken om hun werk effectiever uit te voeren. Hierin is de opgebouwde kennis van het team vastgelegd. Hoe systemen zijn geconfigureerd, hoe terugkerende problemen worden opgelost, hoe processen moeten worden gevolgd, welke inloggegevens er zijn en waar deze te vinden zijn, hoe het netwerk eruitziet, 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 in te raadplegen. Een kennisbank is daarentegen bedoeld om tijdens het werk actief te worden doorzocht en gebruikt. Elk artikel 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 van servicemanagement. Het gaat hierbij om het waarborgen dat de juiste informatie op het juiste moment beschikbaar is voor de juiste mensen. Een goed opgebouwde kennisbank is de operationele 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, personeelsverloop zorgt voor allerlei onvoorspelbare veranderingen. Een kennisbank die alleen met af en toe een inspanningspiek 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 consistente sjabloon of taxonomie vereist 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 werk beschouwd. Als documentatie een taak is die pas na afloop van het werk plaatsvindt, zal deze steevast achtergesteld worden. Als documentatie daarentegen in de workflow is geïntegreerd en als onderdeel van het afhandelen van een ticket wordt vastgelegd, wordt dit consequent uitgevoerd.
Er is geen feedbackmechanisme. Een kennisbank zonder mechanisme waarmee gebruikers verouderde of onjuiste inhoud kunnen signaleren, verslechtert stilletjes. 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 inhoud vervullen verschillende functies. De meest gebruikte kennisbanken bestaan uit een combinatie van operationele procedures, handleidingen voor probleemoplossing en omgevingsspecifieke documenten. De onderstaande categorieën zijn de categorieën die steevast een vaste plaats innemen.
Standaardwerkwijzen
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 het ticket 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 onderliggende 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
Topologiekaarten, IP-adresseringsschema’s, VLAN-configuraties, apparateninventarissen. Informatie die een technicus nodig heeft om netwerkproblemen op te lossen of een nieuw apparaat in gebruik te nemen.
Activa-gegevens
Hardware-inventaris met serienummers, garanties, aankoopdata en toegewezen gebruikers. Geïntegreerd met de inventarisatie van bedrijfsmiddelen via de RMM voor een zo nauwkeurig mogelijk beeld.
Contact- en leveranciersgegevens
Contactgegevens van internetproviders, ondersteuningsnummers 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, voorkeuren van de klant, bekende contactpersonen, escalatieprocedures en eventuele omgevingsspecifieke configuraties of beperkingen.
Zelfbedieningsinhoud voor eindgebruikers
Artikelen geschreven voor niet-technische gebruikers, waarin veelvoorkomende vragen worden behandeld: hoe je een wachtwoord kunt resetten, hoe je verbinding kunt maken met een VPN, hoe je e-mail kunt instellen op een mobiel apparaat. Selfservice-inhoud zorgt voor een afname van het aantal Tier 1-tickets.
Structuur en organisatie die ervoor zorgen dat inhoud vindbaar is
De opbouw 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, per klant – maakt het bladeren door de inhoud nuttig wanneer een specifieke zoekterm niet bekend is. Te veel categorieën zorgen voor navigatieproblemen. Te weinig categorieën maken van alles een zoekprobleem.
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 het beschreven probleem hebben, dragen beide bij aan een betere zoeknauwkeurigheid.
Koppelingen tussen gerelateerde artikelen. Een standaardprocedure (SOP) 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 komen op natuurlijke wijze naar voren wanneer ze onderling zijn gekoppeld, waardoor het niet meer nodig is om telkens opnieuw te moeten zoeken.
Een gewoonte aanleren: het team ertoe brengen om dingen vast te leggen
Documentatiecultuur is het moeilijkste probleem op het gebied van kennisbeheer. De technische uitvoering is eenvoudig. Een druk team ertoe brengen om kennis consequent vast te leggen, is dat echter niet.
Leg de informatie vast op het moment dat het probleem is opgelost. Wanneer een technicus een ongebruikelijk of complex probleem oplost, is het beste moment om dit te documenteren direct daarna, 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 zullen worden bijgeschaafd, en niet dat artikelen al helemaal gepolijst moeten zijn voordat ze worden toegevoegd.
Zorg ervoor dat documentatie zichtbaar wordt in de erkenning. 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 expliciet te maken, wordt dit gedrag positief versterkt.
AI-ondersteunde documentatie. De Smart SOP Generator van Cooper Copilot binnen IT Glue de handelingen van technici tijdens browser- en endpoints-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 de informatie actueel te houden, is actief beheer nodig.
Controleer de frequentie per type inhoud. Standaardprocedures (SOP’s) voor veelvoorkomende processen moeten elk kwartaal worden gecontroleerd. Systeemdocumentatie moet worden gecontroleerd wanneer er wijzigingen in de systemen plaatsvinden. Assetgegevens moeten worden bijgewerkt wanneer er activa worden toegevoegd, gewijzigd of buiten gebruik gesteld.
Eigenaarschap en verantwoordelijkheid. Elk artikel moet een met naam genoemde eigenaar hebben die verantwoordelijk is voor de juistheid ervan. Zonder eigenaarschap is er niemand die verantwoordelijk 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 de evaluatie voorrang krijgen. Artikelen die zelden worden geraadpleegd, moeten mogelijk opnieuw worden ingedeeld 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 uit 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 vijf minuten zou hebben geduurd. Met die documentatie is het ticket binnen 15 minuten afgehandeld.
De kennisbank op klantniveau is wat MSP’s die consistente, hoogwaardige dienstverlening bieden, onderscheidt van MSP’s die afhankelijk zijn van individuele technici die alle kennis in hun hoofd hebben. Wanneer de technicus die de omgeving van een klant kent op vakantie is, heeft de rest van het team de documentatie nodig om die klant volgens dezelfde kwaliteitsnormen van dienst te kunnen zijn.
IT Glue is het documentatieplatform dat speciaal voor deze context is ontwikkeld. Het biedt een klantspecifieke kennisbank met gestructureerde assetrecords, netwerkdocumentatie, inloggegevens (met automatische verversing), standaardprocedures (SOP’s) en relatiekaarten tussen assets. Dankzij de integratie met Datto RMM, Kaseya VSA 10 en Datto Autotask PSA worden assetgegevens automatisch ingevuld op basis van de inventarisatie, en is de documentatie rechtstreeks toegankelijk binnen de servicedesk-workflow. Dat vermindert de drempel bij het zoeken naar informatie tijdens de actieve afhandeling van incidenten.
Ontdek hier de kennisbank en documentatiemogelijkheden van 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 integraal deel uitmaakt van de workflow. De informatie wordt vastgelegd op het moment dat het probleem is opgelost, valt onder de verantwoordelijkheid van specifieke personen en wordt herzien wanneer systemen veranderen. Technici vertrouwen er voldoende op om er eerst naar te grijpen voordat ze een collega om hulp vragen. Dat is de lat die je moet halen. Al het andere is slechts opslagruimte.
Belangrijkste punten
- Een kennisbank die niet wordt gebruikt, heeft geen waarde. De structuur, sjablonen, een goede zoekfunctie en integratie in de workflow bepalen of technici er gebruik van maken of er juist omheen werken.
- De meeste tekortkomingen in kennisbanken zijn van culturele aard, niet van technische aard. Er is geen verantwoordelijkheid, geen gewoonte om informatie vast te leggen en geen feedbackmechanisme voor verouderde inhoud.
- De meest geraadpleegde onderdelen van de kennisbank zijn standaardprocedures (SOP’s) voor terugkerende taken, overzichten van bekende fouten, systeemdocumentatie en klantspecifieke omgevingsgegevens.
- Voor MSP’s is documentatie per klant van cruciaal belang voor de bedrijfsvoering. Hierdoor kan elke technicus elke klant volgens een consistente standaard van dienst zijn, ongeacht wie de relatie heeft opgebouwd.
