Je team gebruikt je nieuwe software niet. Dit is waarom.

Je team gebruikt je nieuwe software niet omdat niemand heeft gevraagd hoe zij werken. Niet omdat ze het niet snappen. Niet omdat ze niet willen. Maar omdat het systeem is gekozen vanuit wat de directie nodig had, niet vanuit hoe het team functioneert. Dat is de kern van vrijwel elk adoptieprobleem.

Het patroon dat ik steeds weer zie

Een ondernemer investeert in een nieuw CRM, ERP of projectmanagement-systeem. De leverancier implementeert het netjes. Er worden trainingen gegeven. Iedereen krijgt dezelfde uitleg, dezelfde deadline, dezelfde verwachting.

Drie maanden later werkt de helft van het team nog in Excel.

De directie is gefrustreerd. De leverancier zegt dat het aan het team ligt. Het team zegt dat het systeem niet werkt voor hoe zij hun werk doen.

Allebei hebben ze gelijk. En allebei missen ze het punt.

Het probleem is niet de software

Software werkt technisch bijna altijd. De vraag is niet of het systeem functioneert, maar of het past bij de mensen die ermee moeten werken.

Elk team bestaat uit mensen met verschillende werkstijlen, communicatiepatronen en reacties op verandering. De een duikt er meteen in en experimenteert. De ander heeft bewijs nodig dat het werkt voordat hij overstapt. Een derde heeft structuur nodig en raakt in de war als processen onduidelijk zijn.

Als je al die mensen dezelfde training geeft en dezelfde deadline, krijg je precies wat je nu hebt: gedeeltelijke adoptie en een systeem dat niet doet wat je hoopte.

Wat er mis gaat in het voortraject

Het probleem begint niet bij de uitrol. Het begint bij de aankoop.

De meeste technologiebeslissingen in het MKB worden genomen op basis van een demo, een aanbeveling, of een leverancier die goed kan presenteren. De vragen die gesteld worden zijn technisch: wat kan het systeem, wat kost het, hoe lang duurt de implementatie.

De vragen die niet gesteld worden zijn gedragsmatig: hoe werkt ons team nu? Waar zitten de knelpunten in hun dagelijkse workflow? Wat voor type mensen zitten er in het team en hoe reageren zij op verandering?

Dat zijn de vragen die bepalen of technologie landt. En ze worden vrijwel nooit gesteld.

Waarom training het niet oplost

De standaardreactie op lage adoptie is meer training. Nog een sessie. Nog een handleiding. Nog een e-mail met uitleg.

Maar adoptie is geen kennisprobleem. Het is een gedragsprobleem.

Mensen passen hun werkwijze niet aan omdat je het uitlegt. Ze passen het aan als de nieuwe manier beter past bij hoe ze denken en werken. Dat vereist een ander soort inzicht dan technische kennis.

Het vereist dat je begrijpt hoe de mensen in je team functioneren. Wie heeft ruimte nodig om te experimenteren? Wie heeft bewijs nodig dat het werkt? Wie moet het eerst zien bij een collega voordat hij zelf overstapt?

Die informatie heb je nodig voor je een systeem kiest. Niet erna.

Wat je in plaats daarvan kunt doen

De bedrijven waar technologie wel landt, doen het andersom. Ze beginnen bij het team.

Concreet betekent dat:

Eerst begrijpen hoe je team werkt. Niet op papier, maar in de praktijk. Waar zitten de workarounds? Waar is dubbel werk? Welke processen zijn helder en welke bestaan alleen in iemands hoofd?

Dan kijken naar de mensen. Hoe communiceert dit team? Wie zijn de voorlopers die anderen meenemen? Wie zijn de critici die je moet overtuigen met bewijs? Hoe reageren ze op verandering?

Dan pas technologie kiezen. Niet op basis van features, maar op basis van fit. Past dit bij hoe dit specifieke team werkt? Niet hoe ze zouden moeten werken, maar hoe ze daadwerkelijk werken.

En tenslotte: gedifferentieerd uitrollen. Niet iedereen dezelfde training, dezelfde deadline, dezelfde aanpak. Voorlopers krijgen vroeg toegang en ruimte om te experimenteren. Critici krijgen bewijs en tijd. Mensen die structuur nodig hebben krijgen heldere processen voordat het systeem live gaat.

De ongemakkelijke waarheid

Technologie moet zich aanpassen aan je team, niet andersom. Dat klinkt vanzelfsprekend. Maar het is precies het tegenovergestelde van hoe de meeste IT-projecten worden uitgevoerd.

De leverancier verkoopt software. Die software heeft een bepaalde werkwijze ingebakken. Het team moet zich aanpassen aan die werkwijze. En als dat niet lukt, ligt het aan het team.

Dat is het verhaal dat de industrie vertelt. Maar na 18 jaar IT-projectervaring kan ik je vertellen: het klopt niet. De projecten die slagen zijn de projecten waar iemand eerst heeft gekeken naar de mensen. De rest is symptoombestrijding.

Veelgestelde vragen

Waarom gebruikt mijn team de nieuwe software niet?

In de meeste gevallen is het systeem gekozen en ingericht zonder te kijken naar hoe het team werkt. De software past niet bij hun werkstijl, communicatiepatronen of dagelijkse processen. Het is geen onwil, het is een mismatch.

Helpt meer training bij software-adoptie?

Zelden. Adoptie is geen kennisprobleem maar een gedragsprobleem. Mensen veranderen hun werkwijze als de nieuwe manier beter past bij hoe ze functioneren, niet omdat ze een extra uitleg krijgen.

Hoe weet ik of technologie past bij mijn team?

Begin met begrijpen hoe je team nu werkt: hun processen, communicatiepatronen en reacties op verandering. De IT-Gedragscan geeft je in 3 minuten een eerste beeld van waar het bij jouw organisatie vastloopt.

Benieuwd waar het bij jouw team vastloopt? De IT-Gedragscan laat in 3 minuten zien wat technologie niet kan oplossen.