Een kennisbank start niet met een demo, een vergelijking of een offerte. Hij start met vragen.

Artikel

Een kennisbank start niet met een demo, een vergelijking of een offerte. Hij start met vragen. Veel vragen.

Thema's

Onlangs had ik een prospect aan de telefoon. Hij oriënteerde zich op het opzetten van een kennisbank en vroeg of wij hem daarbij konden helpen. Het gesprek begon zoals veel gesprekken beginnen. Welke software gebruiken jullie? Wat kan het systeem? Hoe werkt zoeken?

Ik probeerde hem uit te leggen dat een kennisbank niet begint met een systeem. Hij begint bij de behoefte van de eindgebruiker. Wie moet straks sneller werken? Wie mag minder afhankelijk worden van collega’s? En welk probleem wil je eigenlijk oplossen?

Aan het eind van het gesprek merkte ik dat ik vooral vragen stelde. Veel vragen. Over gebruikers, processen, onderhoud, toegang, structuur en gedrag. Niet omdat ik lastig wilde zijn, maar omdat een kennisbank alleen werkt als je eerst begrijpt hoe kennis in een organisatie leeft.

Ik vertelde hem dat ik een document zou sturen met alles wat ik nodig had om te bepalen of wij een goede partner voor hem konden zijn. Dat document bleek eigenlijk een checklist te zijn voor iedereen die een kennisbank wil opzetten.

De inhoud daarvan deel ik hieronder. Niet als technische handleiding, maar als denkkader.

1. Het doel bepaalt alles

Veel organisaties starten bij software. Maar een kennisbank zonder duidelijk probleem wordt een archief.

Een kennisbank kan bijvoorbeeld bedoeld zijn voor:

minder afhankelijkheid van ervaren medewerkers
snellere onboarding
minder supportvragen
foutreductie in uitvoering
betere service naar klanten

Zonder keuze wordt het alles tegelijk en dus niets.

Tip

Formuleer het primaire doel in één zin.

Vraag

Welk concreet probleem moet morgen minder vaak voorkomen?

2. De gebruiker is belangrijker dan de organisatie

Een kennisbank bestaat niet voor de organisatie maar voor de gebruiker in een specifieke situatie.

Denk aan verschillende context:

een monteur op locatie
een supportmedewerker in gesprek
een nieuwe collega in week één
een klant met een vraag

Allemaal zoeken ze anders.

Tip

Beschrijf per doelgroep wanneer ze zoeken, niet alleen wat ze zoeken.

Vraag

In welke situatie pakt iemand de kennisbank erbij?

3. Bronnen bepalen complexiteit

Kennis staat zelden op één plek.

Denk aan verschillende context:

netwerkschijven
SharePoint
e mail
ERP systemen
leveranciersportalen
persoonlijke notities

Het probleem is niet alleen vindbaarheid maar betrouwbaarheid.

Tip

Maak eerst een broninventarisatie voordat je migreert.

Vraag

Welke bron vertrouwt niemand meer maar gebruikt iedereen nog?

4. Niet alle content is hetzelfde

Een kennisbank bevat verschillende soorten informatie:

Denk aan verschillende inhoudstypes:

werkinstructies
procedures
oplossingen voor storingen
beleidsregels
productinformatie
uitleg voor klanten

Elke soort vraagt een andere structuur.

Tip

Ontwerp per type een vaste opbouw.

Vraag

Wat mag nooit fout geïnterpreteerd worden?

5. Onderhoud bepaalt levensduur

De meeste kennisbanken mislukken niet bij lancering maar een jaar later. Omdat niemand eigenaar is.

Je moet vooraf bepalen:

wie mag publiceren
wie controleert
wie goedkeurt
hoe vaak gecontroleerd wordt

Tip

Geef elk artikel een eigenaar en een controledatum.

Vraag

Wie merkt als informatie verouderd is?

6. Werkplek bepaalt ontwerp

Een kennisbank op kantoor is anders dan op locatie.

Belangrijk om te weten:

desktop of mobiel
online of offline
tijdens gesprek of voorbereiding

De interface volgt de situatie.

Tip

Test op de plek waar het gebruikt wordt.

Vraag

Kan iemand dit gebruiken met één hand en weinig tijd?

7. Toegang en vertrouwen

Niet alle kennis is openbaar.

Je krijgt vragen zoals:

wat is intern
wat is voor klanten
wat is rolgebonden
is single sign on nodig

Toegang bepaalt adoptie.

Tip

Maak zichtbaar waarom iemand iets wel of niet ziet.

Vraag

Mag iedereen hetzelfde antwoord geven aan klanten?

8. Integraties maken of breken gebruik

Een losse kennisbank wordt vergeten.

Belangrijk is koppeling met:

ticketsystemen
CRM
ERP
website
klantportaal

Dan verschijnt kennis op het juiste moment.

Tip

Laat kennis verschijnen waar het werk gebeurt.

Vraag

Moet iemand wisselen van systeem om een antwoord te vinden?

9. Publicatie en governance

Nieuwe kennis ontstaat dagelijks. Maar zonder proces ontstaat chaos.

Je moet kiezen:

vrije publicatie
review workflow
eindredactie
versiebeheer

Tip

Publiceer liever langzaam en betrouwbaar dan snel en onzeker.

Vraag

Wat gebeurt er als twee artikelen elkaar tegenspreken?

10. AI verandert de eisen aan content

AI kan antwoorden formuleren uit meerdere bronnen. Maar alleen als de informatie logisch is opgebouwd.

Belangrijk wordt:

vraaggestuurde titels
zelfstandige artikelen
consistente termen

Tip

Schrijf alsof een nieuwe medewerker het uitvoert zonder context.

Vraag

Kan een computer het antwoord begrijpen zonder uitleg?

11. Support en kennis horen samen

Vaak bestaat support los van documentatie. Maar support produceert juist nieuwe kennis.

Denk aan:

telefonische support
tickets
terugkerende vragen

De kennisbank moet daarvan leren.

Tip

Maak van elke oplossing een artikelkandidaat.

Vraag

Hoe vaak lossen jullie hetzelfde probleem opnieuw op?

12. Vormgeving en UX bepalen of kennis wordt gebruikt

Er wordt vaak gezegd: als het maar leesbaar is, is het goed. In de praktijk is het tegenovergestelde waar. Mensen lezen geen kennisbank. Ze scannen om een taak uit te voeren. De vormgeving bepaalt daarom of kennis wordt begrepen en dus gebruikt

Een slecht ontworpen artikel:

kost meer tijd
zorgt voor interpretatie
verhoogt fouten
leidt tot bellen

Een goed ontworpen artikel:

laat direct zien dat je goed zit
toont eerst het antwoord
maakt stappen visueel herkenbaar
voorkomt nadenken tijdens uitvoeren

UX is dus geen esthetiek maar risicobeperking.

Tip

Gebruik vaste patronen per artikeltype, bijvoorbeeld altijd eerst antwoord, daarna stappen en daarna uitzonderingen.

Vraag

Moet iemand lezen om het te begrijpen, of ziet hij het meteen?

13. Het CMS moet de beheerder helpen, niet hinderen

Veel kennisbanken falen niet voor gebruikers maar voor redacteuren. Als aanpassen moeilijk is, gebeurt het niet.
Als publiceren spannend is, blijft informatie oud.
Als structuur star is, groeit het systeem niet mee.

Een goed CMS:

maakt wijzigen eenvoudiger dan mailen
ondersteunt rollen en redactie
groeit mee met de organisatie
dwingt consistente structuur af

De kwaliteit van de kennisbank wordt bepaald door het gemak waarmee je hem onderhoudt.

Tip

Laat een toekomstige redacteur een artikel aanpassen tijdens de selectie van het systeem.

Vraag

Wordt onderhoud makkelijker dan vandaag of moeilijker?

14. Een kennisbank vraagt om partnerschap

Een kennisbank is nooit af. Processen veranderen, producten veranderen en organisaties veranderen. Daarom werkt een leverancier niet als leverancier maar als partner.

Je hebt nodig:

doorontwikkeling
analyse van gebruik
optimalisatie van structuur
begeleiding van adoptie

Een implementatie eindigt niet bij livegang maar begint daar.

Tip

Bespreek vooraf hoe je samen evalueert na livegang.

Vraag

Wie helpt je over een jaar als het gebruik terugloopt?

16. Toegankelijkheid is geen bijzaak

Een kennisbank moet voor iedereen bruikbaar zijn. Niet alleen juridisch, maar praktisch.

Toegankelijkheid betekent:

leesbare structuur
duidelijke koppen
begrijpelijke taal
bruikbaar zonder muis
geschikt voor screenreaders

Dit helpt niet alleen mensen met beperkingen. Het helpt iedereen sneller begrijpen. Goede toegankelijkheid verbetert direct vindbaarheid en begrip.

Tip

Schrijf op B1 niveau en gebruik duidelijke kopstructuren.

Vraag

Kan iemand die nieuw is in het vak dit begrijpen zonder uitleg?

17. Toegang, beveiliging en compliance

Niet alle kennis mag overal zichtbaar zijn.

Je moet keuzes maken over:

interne versus externe informatie
rol gebaseerde toegang
audit en logging
datalocatie
wet en regelgeving

Beveiliging beïnvloedt vertrouwen.
Te open is risicovol, te gesloten wordt niet gebruikt.

Tip

Koppel rechten aan rollen, niet aan personen.

Vraag

Wat gebeurt er als iemand verkeerde informatie ziet?

18. Continuïteit en techniek

Een kennisbank wordt onderdeel van dagelijks werk.
Dus beschikbaarheid wordt kritisch.

Denk aan:

uptime
storingen
fallback procedures
performance
schaalbaarheid

Tip

Bepaal vooraf wat er gebeurt als het systeem 30 minuten niet beschikbaar is.

Vraag

Kan de organisatie nog werken zonder de kennisbank?

19. Software is pas de laatste stap

Pas als je bovenstaande weet kun je software kiezen.

Dan weet je:

welke structuur nodig is
welke integraties nodig zijn
welke rollen bestaan
hoe AI ingezet kan worden

Dan selecteer je geen systeem, maar een passende oplossing.

Tip

Schrijf eerst het gebruiksscenario, daarna pas de eisenlijst.

Vraag

Zoek je een platform of zoek je een oplossing?

Tot slot

Uiteindelijk ging het gesprek over mensen, verantwoordelijkheden, vertrouwen, structuur en gedrag.

Het gesprek met die prospect begon met een vraag over software. Maar uiteindelijk ging het over mensen, verantwoordelijkheden, vertrouwen, structuur en gedrag. Een kennisbank opzetten betekent keuzes maken over hoe je organisatie werkt. Wie antwoord mag geven. Wie iets mag aanpassen. Wanneer iets betrouwbaar is. En hoe iemand onder tijdsdruk de juiste beslissing neemt. Software ondersteunt dat proces. Maar hij definieert het niet. Daarom start een kennisbank niet met een demo, een vergelijking of een offerte. Hij start met vragen. Veel vragen. Over gebruikers. over onderhoud, over gebruiksmomenten, over vertrouwen. Pas als die helder zijn, wordt de keuze voor techniek logisch en vaak zelfs vanzelfsprekend. En dat is precies waarom het document dat ik na dat gesprek opstuurde geen lijst met functionaliteiten was, maar een lijst met inzichten.