Kennisbank-apps: de volledige gids

Elke organisatie heeft kennis die in hoofden, mappen en oude e-mails zit. Een kennisbank-app zet die kennis op één plek waar hij te vinden is, met een eigenaar die hem actueel houdt en een zoekfunctie die de vraag begrijpt in plaats van het woord. Het lastige is niet de app maar het bijhouden; een kennisbank die niemand bijhoudt, is na een jaar een archief van wat vroeger waar was.

7 hoofdstukken 10 minuten lezen Bijgewerkt 18 september 2026 Door Appfront

In het kort

  1. Een kennisbank is zo goed als zijn zoekfunctie. Kennis die niet gevonden wordt, bestaat niet.
  2. Elk artikel heeft een eigenaar en een houdbaarheidsdatum. Zonder die twee veroudert de kennisbank sneller dan hij groeit.
  3. Voor klanten en voor medewerkers is het dezelfde app met andere artikelen en andere rechten. Bouw hem één keer.
  4. De vragen die niemand kon beantwoorden, zijn de artikelen die geschreven moeten worden. De app moet die vragen bewaren.
01

Wat een kennisbank-app is en voor wie

De app bewaart artikelen, maakt ze vindbaar en houdt bij wie ze onderhoudt. Voor klanten is het zelfservice; voor medewerkers het antwoord op de vraag die anders aan een collega wordt gesteld.

Alle hoofdstukken

De kennis is er. Het probleem is dat niemand hem vindt op het moment dat hij nodig is, en dat de versie die wordt gevonden, verouderd is.

Een kennisbank-app is een verzameling artikelen met een eigenaar, een versie en een zoekfunctie die de vraag begrijpt.

Er zijn twee soorten kennisbanken en ze lijken meer op elkaar dan het lijkt. De klantkennisbank beantwoordt vragen voordat de klant belt: hoe stel ik dit in, wat betekent deze melding, hoe zeg ik op. De interne kennisbank beantwoordt vragen van medewerkers: hoe declareer ik, wat is de procedure bij een klacht, waar staat het contract met die leverancier. Dezelfde app, andere artikelen, andere rechten.

Wat het niet is: een documentbeheersysteem of een intranet. Een kennisbank bevat antwoorden, geschreven om gelezen te worden door iemand met een vraag. Een map met beleidsdocumenten is geen kennisbank, ook niet als er een zoekvak boven staat. Het verschil zit in de vorm: kort, per vraag, met de stappen erbij, en bijgewerkt als het antwoord verandert.

De toepassingen lopen uiteen. Een softwarebedrijf wil dat de helpdesk minder tickets krijgt over dingen die in de handleiding staan. Een zorgorganisatie wil dat elke medewerker het protocol vindt in plaats van de collega te vragen. Een gemeente wil dat de balie hetzelfde antwoord geeft als de website. Een installatiebedrijf wil dat de monteur op locatie de storingscode kan opzoeken. In alle gevallen is de vraag hetzelfde: is het antwoord te vinden, en klopt het nog.

Een klassieke leeszaal van een universiteitsbibliotheek met lange tafels en boekenkasten.
Een bibliotheek werkt omdat elk boek een plek heeft en een catalogus. Een kennisbank werkt om dezelfde reden, met zoeken in plaats van bladeren.Foto: Dr. Marcus Gossler, CC BY-SA 3.0, via Wikimedia Commons
02

Zoeken: de functie waar alles om draait

Wie zoekt, typt niet de titel van het artikel maar zijn probleem. De zoekfunctie moet synoniemen, typefouten en spreektaal aankunnen, en het beste artikel bovenaan zetten.

Alle hoofdstukken

Een kennisbank met duizend goede artikelen en een slechte zoekfunctie is een kennisbank met nul artikelen. Zoeken is niet een functie van de app; het is de app.

Synoniemen
wie 'factuur' zoekt, moet 'rekening' en 'nota' vinden; die lijst is van de organisatie, niet van de bouwer
Typefouten
een zoekterm die net verkeerd is gespeld, geeft nog steeds het goede artikel
Rangorde
het artikel dat het vaakst het goede antwoord was, staat bovenaan; de app leert dat uit klikken en beoordelingen
Vraagvorm
een vraag in spreektaal wordt begrepen als de vraag die erachter zit, niet als een reeks losse woorden

De nieuwste zoekfuncties begrijpen betekenis in plaats van woorden: ze vinden het artikel over 'wachtwoord vergeten' als iemand 'ik kan niet inloggen' typt. Dat werkt goed en het is geen magie; het is een techniek die inmiddels bij elke bouwer beschikbaar is. Wat het niet oplost, is een artikel dat verouderd is of niet bestaat. Zoeken vindt wat er is.

Naast zoeken staat bladeren: een structuur van categorieën voor wie niet weet hoe het heet. Die structuur is voor de klantkennisbank belangrijker dan voor de interne, omdat een klant de termen van de organisatie niet kent. Houd hem plat: twee niveaus, geen mappen in mappen. Wie na twee klikken niet bij het antwoord is, gaat zoeken of bellen.

Praktische tip: verzamel een maand lang de vragen zoals ze binnenkomen bij de helpdesk of bij collega's, letterlijk. Dat is de testset voor de zoekfunctie: elke vraag moet het goede artikel bovenaan geven, of het artikel moet nog geschreven worden.
03

Eigenaar, versie en houdbaarheid

Elk artikel heeft een eigenaar die verantwoordelijk is voor de inhoud en een datum waarop het opnieuw moet worden bekeken. Zonder die twee is een kennisbank na een jaar onbetrouwbaar.

Alle hoofdstukken

Kennisbanken sterven niet aan te weinig artikelen maar aan te veel verouderde. Eén fout antwoord dat iemand vindt, kost meer vertrouwen dan tien ontbrekende.

EigenaarPer artikel één persoon of rol die verantwoordelijk is voor de inhoud. Niet 'de afdeling', maar iemand die een herinnering krijgt.
HoudbaarheidElk artikel heeft een datum waarop het opnieuw bekeken moet worden. Verlopen artikelen komen op een lijst voor de eigenaar en krijgen een markering voor de lezer.
VersiesElke wijziging bewaard met wie en wanneer, en de vorige versie terug te halen. Voor procedures met een wettelijke kant is dat verplicht; voor de rest is het verstandig.
FeedbackOnder elk artikel: heeft dit geholpen, en zo niet, waarom niet. Dat is de lijst waar de eigenaar mee begint.

De eigenaar is de zwakste schakel en de belangrijkste. Een artikel zonder eigenaar wordt door niemand bijgewerkt en door iedereen gevonden. De app kan helpen: een lijst per eigenaar van wat verloopt, een herinnering, een overzicht voor de beheerder van artikelen die niemand meer bezit. Wat de app niet kan, is de organisatie dwingen om er tijd voor te maken. Dat is een afspraak die vóór de bouw moet worden gemaakt.

Schrijven is het andere deel. Een kennisbankartikel is kort, begint met het antwoord en zet de stappen daaronder. Het heeft een titel die de vraag is, niet het onderwerp: 'Hoe wijzig ik mijn e-mailadres' in plaats van 'Accountinstellingen'. De app kan een sjabloon afdwingen; de discipline om erin te schrijven, komt van de mensen.

04

Rechten: wie ziet wat

Een klantartikel is openbaar, een intern artikel is voor medewerkers, en sommige artikelen zijn voor één team. De app kent die lagen en toont per lezer alleen wat hij mag zien.

Alle hoofdstukken

Een kennisbank die klant en medewerker bedient, heeft artikelen op drie niveaus. De klant ziet het eerste, de medewerker de eerste twee, en het derde is voor wie erbij hoort.

LaagVoor wieVoorbeeld
OpenbaarIedereen, ook zonder inloggen, ook via zoekmachinesHoe stel ik een product in, wat betekent een melding, hoe zeg ik op
KlantIngelogde klanten, afhankelijk van hun product of contractHandleiding bij een product dat alleen deze klant heeft
InternAlle medewerkersProcedures, de antwoorden die de helpdesk geeft, contactpersonen
TeamEen afdeling of rolPrijsafspraken, escalatieprocedures, wat je een klant niet vertelt

Het interessante zit tussen de lagen. Een klantartikel over een instelling en het interne artikel over dezelfde instelling horen bij elkaar: het interne vertelt de helpdesk wat het klantartikel niet zegt. Een app die die twee koppelt, laat de medewerker het klantartikel zien met de interne aanvulling eronder, en zorgt dat beide worden bijgewerkt als de instelling verandert.

Openbare artikelen zijn ook marketing. Een klantkennisbank die zoekmachines mogen lezen, wordt gevonden door mensen die nog geen klant zijn en een vraag hebben die het product beantwoordt. Dat vraagt om artikelen met een goede titel en een vaste URL, en om een beheerder die weet dat een verwijderd artikel een dode link in een zoekmachine is.

Een houten kaartenbak met tientallen laden vol kaartjes, uit een oude bibliotheek.
De kaartenbak was de zoekfunctie van de bibliotheek. Een artikel zonder kaartje was er niet; een artikel zonder eigenaar is dat vandaag.Foto: Watty62, CC BY-SA 4.0, via Wikimedia Commons
05

Koppelingen: helpdesk, chatbot en de plek waar de vraag ontstaat

De kennisbank hoort te verschijnen waar de vraag ontstaat: in het ticketsysteem, in de chatbot, in de app van het product. Een kennisbank die alleen op een eigen adres staat, wordt vergeten.

Alle hoofdstukken

Niemand gaat naar een kennisbank. Mensen hebben een vraag op een plek, en de kennisbank moet daar zijn: in het helpdeskscherm, onder het contactformulier, in de chat.

Helpdesk
de medewerker ziet bij een ticket de artikelen die passen en stuurt er een mee; het ticket telt als zoekopdracht
Formulier
wie een vraag typt in het contactformulier, ziet de artikelen die erop lijken voordat hij verzendt
Chatbot
een chatbot die alleen uit de kennisbank antwoordt en de bron erbij zet; buiten de kennisbank zwijgt hij
Product
in de app of software zelf een hulpknop die het artikel opent dat bij dit scherm hoort

De koppeling met de helpdesk is de waardevolste. Elk ticket is een zoekopdracht die de kennisbank niet heeft opgelost. Als de helpdesk bij het sluiten van een ticket kan aangeven welk artikel het antwoord was, of dat er geen was, ontstaat vanzelf de lijst van artikelen die ontbreken. Dat is de manier om een kennisbank te laten groeien op wat mensen echt vragen.

Een chatbot op de kennisbank is de logische volgende stap en de plek om voorzichtig te zijn. Een chatbot die alleen antwoordt uit artikelen en de bron noemt, is een betere zoekfunctie. Een chatbot die zelf antwoorden bedenkt als er geen artikel is, is een risico. De grens ligt in de kennisbank: wat erin staat, mag de chatbot zeggen; wat er niet in staat, niet.

06

Wat het kost, en wat dat bepaalt

De zoekfunctie, de rechtenlagen en de koppelingen bepalen de prijs. De artikelen zelf schrijven is het meeste werk en dat doet de organisatie, niet de bouwer.

Alle hoofdstukken

Een kennisbank bouwen is bekend werk. Een kennisbank vullen en bijhouden is het echte werk, en dat staat niet op de offerte van een bouwer.

Zoeken
zoeken op woorden is standaard; zoeken op betekenis met synoniemen en rangorde is de eerste keuze die de prijs bepaalt
Lagen
openbaar en intern is twee lagen; per klant en per team een eigen laag is een rechtenmodel
Koppeling
een losse kennisbank is een website; ingebouwd in helpdesk, formulier en product is drie koppelingen
Migratie
bestaande kennis uit mappen en een oude wiki overzetten is werk dat vaak groter is dan de bouw

Wat meestal meevalt: de app. Artikelen, zoeken, rechten en versies zijn bekend werk. Wat tegenvalt: de inhoud. Honderd artikelen schrijven in de goede vorm, met een eigenaar en een datum, is weken werk voor de organisatie. Een kennisbank die wordt opgeleverd zonder inhoud, blijft leeg; plan het schrijven als onderdeel van het project.

Vraag ook wat u al heeft. Helpdesksystemen hebben vaak een kennisbankmodule, en voor een klantkennisbank bij een klein product is die meestal genoeg. Maatwerk wordt interessant als klant en medewerker dezelfde kennisbank moeten delen, als de rechten fijner zijn dan openbaar of intern, of als de kennisbank in uw eigen product moet verschijnen.

07

Van mappen naar kennisbank

Verzamel de vragen, schrijf de vijftig antwoorden die het vaakst nodig zijn, geef ze een eigenaar, bouw de zoekfunctie op die vijftig en breid uit vanuit de helpdesk.

Alle hoofdstukken

De volgorde hieronder begint niet bij de bestaande documenten maar bij de vragen. Wat niemand vraagt, hoeft niet in de kennisbank; wat iedereen vraagt, moet erin, ook als het nergens staat.

  1. Vragen verzamelenEen maand lang elke vraag bij de helpdesk of bij collega's, letterlijk. Tel welke het vaakst komen.
  2. Vijftig antwoordenDe vijftig meest gestelde vragen als artikel, in het sjabloon: vraag als titel, antwoord eerst, stappen eronder.
  3. Eigenaar en datumPer artikel een eigenaar en een houdbaarheidsdatum. Wie geen eigenaar vindt voor een artikel, schrapt het.
  4. Zoeken testenElke verzamelde vraag door de zoekfunctie. Het goede artikel bovenaan, of de synoniemenlijst wordt aangevuld.
  5. Koppelen aan de helpdeskArtikelen bij tickets, en bij elk gesloten ticket de vraag of er een artikel was. Dat is de groeilijst.
  6. Uitbreiden en opruimenElke maand de groeilijst schrijven en de verlopen artikelen nakijken. Een kennisbank die niet krimpt, groeit niet goed.
Praktische tip: meet vanaf de eerste week hoeveel zoekopdrachten eindigen zonder klik. Dat cijfer zegt meer over de kennisbank dan het aantal artikelen, en de zoektermen erachter zijn de titels van de artikelen die u nog moet schrijven.

Veelgestelde vragen

De vragen die het vaakst terugkomen zodra het concreet wordt.

Wat is het verschil tussen een kennisbank en een documentbeheersysteem?

Een documentbeheersysteem bewaart documenten zoals ze zijn: beleid, contracten, rapporten. Een kennisbank bevat antwoorden, geschreven per vraag, kort en met stappen. Het ene is een archief, het andere een helpdesk zonder mensen. Ze kunnen naast elkaar bestaan en naar elkaar verwijzen.

Kunnen klanten en medewerkers dezelfde kennisbank gebruiken?

Ja, en dat is de beste opzet. Dezelfde app met artikelen in lagen: openbaar, klant, intern, team. De medewerker ziet het klantartikel met de interne aanvulling eronder, en beide worden samen bijgewerkt. Twee losse kennisbanken lopen na een jaar uit elkaar.

Hoe goed moet de zoekfunctie zijn?

Goed genoeg om een vraag in spreektaal te begrijpen, met typefouten en synoniemen, en het beste artikel bovenaan te zetten. Zoeken op betekenis in plaats van op woorden is inmiddels standaard beschikbaar. Test hem met echte vragen van de helpdesk, niet met de titels van de artikelen.

Hoe voorkomen we dat de kennisbank veroudert?

Met een eigenaar per artikel, een houdbaarheidsdatum, een lijst van wat verloopt en een markering voor de lezer bij artikelen die over de datum zijn. De app kan dat allemaal; de tijd om het te doen, moet de organisatie vrijmaken. Een kennisbank zonder onderhoudsuren is een archief in wording.

Kan er een chatbot op de kennisbank?

Ja, als hij alleen uit de artikelen antwoordt en de bron noemt. Dan is hij een betere zoekfunctie. Laat hem zwijgen bij vragen waar geen artikel over is en het contactkanaal aanbieden; een chatbot die zelf antwoorden verzint, kost het vertrouwen dat de kennisbank net heeft opgebouwd.

Hoe krijgen we de bestaande kennis erin?

Niet door alles over te zetten. Begin bij de vragen die het vaakst worden gesteld en schrijf daar artikelen voor, met de bestaande documenten als bron. Wat niemand vraagt, blijft waar het is. Een kennisbank met vijftig goede artikelen is meer waard dan een met duizend overgezette documenten.

Voor welke organisaties loont een eigen kennisbank-app?

Voor organisaties waar dezelfde vragen steeds opnieuw worden beantwoord, door de helpdesk of door collega's onderling, en waar de kennisbankmodule van het helpdesksysteem niet volstaat: omdat klant en medewerker moeten delen, omdat de rechten fijner zijn, of omdat de kennisbank in het eigen product moet verschijnen.

Benieuwd hoe uw kennis vindbaar wordt?

Stuur ons de vijftig vragen die uw helpdesk of uw collega's het vaakst krijgen, dan zeggen wij welke artikelen de eerste versie nodig heeft, hoe de lagen voor klant en medewerker eruitzien en welke zoekfunctie past. U spreekt iemand van Appfront, het bureau achter deze site.

Plan een gesprek