Een nieuwe medewerker inwerken zonder dat het je team stilzet

Laat een nieuwe medewerker op dag twee zelf antwoorden schrijven die nog niet verstuurd worden. Dat is de snelste inwerkmethode die er is. Veel teams doen precies het omgekeerde. Eerst een week meelezen, dan meekijken, en pas daarna zelf iets typen.

Meelezen voelt veilig, maar het levert weinig op. Wie een gesprek van een ander leest, ziet het antwoord maar niet de twijfel ervoor. De vragen waar het bij inwerken echt om gaat, gaan bijna nooit over de tekst van het antwoord. Ze gaan over: mag ik dit toezeggen, waar zoek ik dit op, en wie beslist als het bedrag hoger uitvalt.

Die vragen komen alleen naar boven als iemand zelf aan zet is. En ze zijn waardevol, want negen van de tien keer is het antwoord erop nergens opgeschreven.

De verborgen kosten van inwerken zitten niet bij de nieuwe medewerker. Die produceert de eerste weken weinig, en dat weet iedereen. De kosten zitten bij de ervaren collega die ernaast zit.

Reken het eens uit voor een team van vijf. Een nieuwe medewerker stelt in de eerste twee weken makkelijk vijftien vragen per dag. Elke vraag onderbreekt een collega die zelf in een gesprek zit. Een onderbreking van twee minuten kost meer dan twee minuten, want daarna moet die collega terug in de zaak die hij aan het uitzoeken was. Twee mensen die samen op halve kracht werken, is duurder dan één nieuwe medewerker die drie dagen langer nodig heeft.

Dat verklaart waarom teams inwerken uitstellen tot het rustig is. Alleen: rustig wordt het niet, en de nieuwe medewerker leert het vak juist op de drukke dagen. Wie wacht op ruimte, werkt structureel te laat in.

De uitweg is niet minder vragen toestaan. Het is dezelfde vraag maar één keer laten kosten.

Bijna elk bedrijf dat een kennisbank wil, begint met een leeg document en een lijst onderwerpen. Iemand krijgt de opdracht om de belangrijkste procedures uit te schrijven. Na drie weken staan er veertig artikelen die niemand leest, want ze beantwoorden vragen die niemand stelde.

De omgekeerde route werkt beter. Elke vraag die een nieuwe medewerker aan een collega stelt, is bij definitie een vraag die in de praktijk voorkomt. Leg die vragen twee weken vast en je hebt geen onderwerpenlijst nodig: je hebt de lijst. Bovendien staat er meteen een echte formulering bij, want het antwoord dat de collega ter plekke gaf, is precies het antwoord dat werkt.

Dat is het punt van dit artikel in één regel: een kennisbank hoort niet vooraf geschreven te worden, maar afgeleid uit de vragen die je niet twee keer wil beantwoorden.

Praktisch werkt dat zo. Zet een gedeeld kanaal of een document open waar de nieuwe medewerker zijn vragen stelt, in plaats van ze over de tafel te roepen. De ervaren collega antwoordt daar. Aan het eind van de week loopt iemand de lijst langs en zet de vijf vragen die vaker terugkomen om in een kennisartikel. Vijf per week, niet veertig in één keer.

Het bijeffect is dat de volgende nieuwe medewerker die vijf vragen niet meer hoeft te stellen. De inwerktijd van nummer drie is korter dan die van nummer twee, en dat is bij inwerken via de schouder nooit het geval.

Een concreet schema dat in een klein team te draaien is, zonder dat iemand vrijgemaakt hoeft te worden.

Dag 1. Systemen, wachtwoorden en één rondje langs de echte producten. Geen procedures uitleggen, want die landen nog niet.

Dag 2 tot 5. Zelf antwoorden schrijven op echte vragen uit de grootste categorie, die niet verstuurd worden voordat een collega ze heeft gezien. Dat is de kern. De nieuwe medewerker loopt tegen elke onduidelijkheid aan zonder dat een klant het merkt.

Week 2. Zelf versturen in dezelfde categorie, met een steekproef achteraf. Nieuwe categorieën komen er pas bij als de eerste zelfstandig loopt. Twee categorieën half beheersen is trager dan één helemaal.

Bij het nakijken in week 1 gaat het om één vraag per antwoord: had dit verstuurd kunnen worden, en zo niet, welk feit ontbrak. Feedback op formulering komt later. Wie in week 1 al over toon begint, leert iemand voorzichtig schrijven voordat hij weet waar hij het over heeft.

Dit schema lijkt op wat een team met AI-concepten al doet, en dat is geen toeval. Een concept dat nagekeken wordt voor verzending, is precies wat een inwerkende medewerker nodig heeft. Het verschil is dat je bij de medewerker de correcties ook gebruikt om je documentatie bij te werken, in plaats van alleen het antwoord te verbeteren.

Deze aanpak geldt niet overal. Bij gesprekken waar het grootste deel van het werk in het gesprek zelf zit, valt er weinig vast te leggen. Telefonie is daar het duidelijkste voorbeeld: een nieuwe medewerker die leert omgaan met een geïrriteerde beller, leert dat door mee te luisteren en niet door een artikel te lezen. Daar is meeluisteren met een ervaren collega de snelste weg, en de kennisbank helpt alleen bij de feitelijke kant.

Ook bij zeer kleine teams verandert de rekensom. Ben je met twee, dan is een gedeeld vragenkanaal zwaarder dan even omdraaien op je stoel. Leg dan wel de antwoorden vast, ook al blijft het vragen hardop.

En bij hoog-specialistisch werk waar elke zaak anders is, levert een lijst herhaalvragen weinig op. Dan is de kennisbank niet de plek waar de winst zit maar de dossieropbouw per klant.

Los van welk pakket je gebruikt, moet een systeem hiervoor drie dingen kunnen. Een antwoord laten nakijken voordat het verstuurd wordt. Een vraag zonder bruikbaar antwoord zichtbaar maken in plaats van hem in een gesprek te laten verdwijnen. En van zo'n vraag in één handeling een kennisartikel maken. Zonder dat laatste blijft elke goede intentie steken op het moment dat iemand het opnieuw moet typen.

In Cuego staat een antwoord als concept bij het gesprek tot iemand het vrijgeeft. Vragen waarvoor de kennisbank geen onderbouwing had, komen apart in een lijst met kennisgaten te staan, met de oorspronkelijke vraag en het kanaal erbij. Die lijst is voor een inwerkende medewerker dezelfde lijst als voor de AI-agent: beide struikelen over precies de informatie die nergens is vastgelegd.

De volgende keer dat er iemand begint, zet dan één ding anders neer dan vorige keer: laat de vragen ergens landen waar ze blijven staan. De inwerktijd van die medewerker verandert daar nog niet veel door. Die van de volgende wel.