Proximus Emerging Business: Infonet, een afdelingskennisbank die in real time publiceerde
Hoe Infonet, een zelfgebouwde phpBB-kennisbank, een snelgroeiend B2B-telecomsupportteam zijn kennis sneller liet delen dan het corporate intranet kon.
De Emerging Business-unit van Proximus was de B2B-frontlinie voor nieuwe dataproducten — corporate- en KMO-connectiviteit, BlackBerry Enterprise Server, de vroege mobiele-datastack — op een telecommarkt die sneller groeide dan zijn documentatie. Als B2B Emerging Business Specialist verzorgde ik 1e-lijns B2B data-ondersteuning plus 2e-lijns technische en VIP-ondersteuning, en bouwde ik Infonet, een servergebaseerde phpBB-kennisbank, zodat de afdeling procedures, bevindingen en veldtips in real time kon publiceren, in plaats van ze in de wachtrij te zetten achter het corporate intranetteam.
De context
Emerging Business maakte zijn naam waar: de producten bewogen sneller dan iemand ze kon documenteren. Nieuwe datatarieven, APN-configuraties, BlackBerry Enterprise Server 4.0-uitrollen, toesteleigenaardigheden, randgevallen van corporate klanten — de kennis die een ticket oploste was vaak drie dagen oud en leefde in het hoofd of de mailbox van één persoon.
Het officiële kanaal voor die kennis was het corporate intranet, beheerd door een centraal team met zijn eigen backlog en publicatiecadans. Tegen de tijd dat een procedure de review passeerde en live ging, was het product vaak alweer verder. De supportvloer draaide feitelijk op tribale kennis: vraag het de collega die het de vorige keer oploste, en hoop dat die er vandaag is.
In een telecomomgeving die zo snel groeit, stapelt die kloof zich op. Elke ongedocumenteerde oplossing wordt herontdekt door de volgende agent, elke VIP-escalatie herkauwt een probleem dat iemand al oploste, en een nieuwe specialist inwerken betekent meekijken in plaats van lezen. De afdeling had geen beter intranet nodig — ze had een plek nodig die ze echt zelf beheerde.
De aanpak
Ik zette een phpBB-instantie op een afdelingsserver — Infonet — en maakte van een forumengine een gestructureerde kennisbank: categorieën per productlijn en supportniveau, vastgepinde threads voor canonieke procedures, en gewone threads voor het lopende logboek van bevindingen en workarounds. De tooling was bewust saai — phpBB was gratis, goed begrepen en draaide op hardware die we al hadden — want het ging om adoptie, niet om architectuur.
Het redactionele model was de echte ontwerpbeslissing. Iedereen op de afdeling kon publiceren; de kennisbank vertrouwde de supportvloer om op te schrijven wat ze net had geleerd, op het moment dat ze het leerde. Canonieke procedures werden gecureerd in vastgepinde threads en actueel gehouden; de rest bleef een doorzoekbare, getijdstempelde conversatie. Dat keerde het intranetmodel om — in plaats van centrale review vóór publicatie publiceerde het team eerst en cureerde continu.
Adoptie werd verdiend door de kennisbank het snelste pad naar een antwoord te maken. Wanneer een lastige BlackBerry Enterprise Server-case of een corporate APN-probleem was opgelost, ging de oplossing de bank in terwijl ze vers was, en de volgende agent vond ze door te zoeken in plaats van te vragen. Zodra de bank aantoonbaar sneller was dan naar het bureau van een collega lopen, stopte het gebruiken ervan een beleid te zijn en werd het een gewoonte.
Belangrijkste beslissingen
- Bouw de kennisbank op een afdelingsbeheerde server in plaats van te wachten op de publicatiewachtrij van het centrale intranetteam.
- Gebruik phpBB — gratis, vertrouwde, al-ondersteunde tooling — zodat de drempel om bij te dragen zo laag was als een forumbericht posten.
- Laat de hele afdeling publiceren, niet alleen een aangewezen documentatie-eigenaar: leg kennis vast op het moment van oplossing.
- Cureer canonieke procedures in vastgepinde threads terwijl het ruwe bevindingenlogboek doorzoekbaar en getijdstempeld blijft.
- Structureer categorieën rond productlijnen en supportniveaus zodat het mentale model van een agent overeenkwam met de navigatie.
- Maak de bank de snelste route naar een antwoord, zodat adoptie werd gedreven door nut in plaats van mandaat.
Resultaten
- →De Emerging Business-afdeling kreeg een kennisbank die ze zelf bezat en in real time kon vullen, zonder afhankelijkheid van de reviewcadans van het corporate intranet.
- →Procedures, bevindingen en veldtips werden vastgelegd op het moment van oplossing in plaats van verloren te gaan in mailboxen en tribaal geheugen.
- →Terugkerende B2B-data- en BlackBerry Enterprise Server-problemen werden opgelost via zoeken in plaats van herontdekking, over 1e-lijn, 2e-lijn en VIP-support.
- →Nieuwe specialisten konden inwerken door de bank te lezen in plaats van collega's te schaduwen.
- →De afdeling bewees dat het team dat het dichtst bij het probleem staat het juiste team is om de oplossing te publiceren — een model dat standhield terwijl de B2B-databusiness bleef groeien.
Wat ik heb geleerd
- ▸Wanneer documentatie het tempo van het product niet kan bijhouden, is het knelpunt meestal het publicatiemodel, niet de schrijvers. Verplaats publicatie naar de mensen die het dichtst bij het werk staan.
- ▸Saaie, goed begrepen tooling verslaat het perfecte platform. phpBB werkte omdat iedereen het op dag één al kon gebruiken.
- ▸Een kennisbank wordt geadopteerd wanneer ze de snelste weg naar een antwoord is — niet wanneer ze wordt opgelegd. Optimaliseer voor tijd-tot-antwoord.
- ▸Real-time, door peers gepubliceerde kennis met lichte continue curatie overtreft centrale review-dan-publiceer in elke snelbewegende omgeving.
Zit de moeizaamst verworven kennis van je team vast achter een publicatiewachtrij?
Ik help organisaties tribale kennis om te zetten in iets dat het team daadwerkelijk kan terugvinden — van real-time kennisbanken tot AI-ondersteund zoeken over private corpora. Gesprek van 30 minuten, geen pitch.