Software-adoptie mislukt omdat organisaties het behandelen als een trainingsprobleem terwijl het een gedragsprobleem is. Mensen verzetten zich niet tegen de nieuwe software. Ze houden vast aan de oude werkwijze. Het SUE | Influence Framework©, beschreven in mijn boek De Kunst van Gedrag Ontwerpen (2024), laat zien dat oude softwaregewoontes automatisch zijn (Systeem 1) terwijl nieuwe tools bewuste inspanning vereisen (Systeem 2). Zolang de omgeving niet wordt herontworpen om de nieuwe tool het pad van de minste weerstand te maken, loopt adoptie vast.

De cijfers die het probleem definiëren

70% van software-uitrollen levert niet de verwachte ROI op (Gartner)
49% van enterprise software features wordt daadwerkelijk gebruikt (Pendo, 2023)
$10.000+ verspild per medewerker per jaar aan ongebruikte software (Zylo, 2024)

Een middelgroot logistiek bedrijf koopt HubSpot om een wirwar van spreadsheets en e-mailthreads te vervangen. De salesdirecteur is de kampioen van het project. Iedereen wordt getraind. De onboarding verloopt soepel. Zes maanden later draait het salesteam nog steeds de pipeline in Excel. De HubSpot-data is lekker als een vergiet omdat de helft van het team af en toe een contact invoert, en de andere helft het helemaal niet doet. De salesdirecteur is gefrustreerd. De CFO vraagt naar de licentiekosten. Het IT-team krijgt de schuld van een verkeerde toolkeuze.

Dit is geen verhaal over een slecht CRM. HubSpot werkt prima. Dit is een verhaal over gedrag. En het speelt zich af in organisaties van elke omvang, in elke sector, telkens wanneer software-adoptie wordt behandeld als een technologieprobleem in plaats van een gedragsontwerpprobleem. Het is onderdeel van een breder patroon dat we zien bij digitale transformatie.

In mijn boek De Kunst van Gedrag Ontwerpen (2024) beschrijf ik wat ik noem: de missende laag. Elk groot organisatie-initiatief dat niet landt, mist hetzelfde: een serieuze analyse van wat menselijk gedrag feitelijk aandrijft en blokkeert. Niet wat mensen zeggen in de trainingsevaluatie. Wat ze doen op een dinsdagmiddag als ze een klantinteractie moeten loggen en het oude spreadsheet één klik verwijderd is.

Wat de conventionele verklaring mist

Vraag de meeste IT-directeuren waarom software-adoptie vastloopt, en je krijgt drie antwoorden: de UX is niet intuïtief genoeg, de training was onvoldoende, of ze hebben de verkeerde software gekozen. Dit zijn geen onjuiste observaties. Ze kijken alleen naar het verkeerde niveau.

Het probleem met het verklaren van mislukte software-adoptie via UX, training of softwareselectie is dat het leidt tot meer van hetzelfde. Betere UX vereist nog steeds dat gebruikers de tool openen. Meer training gaat er nog steeds vanuit dat kennis zich vertaalt in gedrag. Een ander softwarepakket concurreert nog steeds met dezelfde ingesleten gewoontes. Het Pendo-cijfer van 49% featuregebruik vertelt het verhaal: zelfs als mensen de software gebruiken, gebruiken ze de helft. De andere helft vereist een verandering in werkwijze, en die verandering komt niet door onboardingvideo’s.

De gedragswetenschap is hier helder over. Het onderzoek van Kahneman naar Systeem 1 en Systeem 2 laat zien dat het meeste van wat mensen op het werk doen op de automatische piloot draait: snel, moeiteloos, verankerd in routines die over maanden en jaren zijn opgebouwd. Excel openen om een klantlijst bij te werken is Systeem 1. Een nieuw CRM openen, het juiste veld vinden, data in een ander formaat invoeren: dat is Systeem 2. Elke keer weer. Tot het nieuwe gedrag een nieuwe gewoonte wordt. En die transitie ontstaat niet door handleidingen en herinneringsmails. Die ontstaat door omgevingsontwerp.

Mensen verzetten zich niet tegen nieuwe software. Ze vallen terug op oude gewoontes. Dat is niet hetzelfde, en het vereist een compleet andere aanpak.

Het SUE | Influence Framework©: de echte blokkades blootleggen

Bij SUE gebruiken we het Influence Framework©, dat ik heb ontwikkeld en beschreven in mijn boek De Kunst van Gedrag Ontwerpen (2024), als startpunt voor elke interventie. Het framework brengt vier krachten in kaart die bepalen of gedrag verandert. Bij software-adoptie zien we in elke organisatie hetzelfde patroon.

Het SUE Influence Framework© met de vier krachten: Pains, Gains, Comforts en Anxieties, toegepast op software-adoptie
Het SUE | Influence Framework© brengt vier krachten in kaart die bepalen of mensen hun gedrag daadwerkelijk veranderen. Bij software-adoptie winnen de oude gewoontes (Comforts) en de angst om incompetent te lijken (Anxieties) consistent van de belofte van betere tools (Gains) en de frustratie met het huidige systeem (Pains).
SUE | Influence Framework© - Ontwikkeld door SUE Behavioural Design

Waarom mensen niet overstappen naar de nieuwe software

Het Influence Framework brengt vier krachten in kaart die bepalen of gedrag verandert. Bij software-adoptie is de diagnose consistent: de drijvende krachten zijn reëel maar toekomstgericht, de blokkerende krachten zijn direct en automatisch. Deze asymmetrie verklaart waarom goede software met goede training toch niet landt.

Pains - Drijvende krachten

Verspilde licenties en slechte ROI: De organisatie geeft tienduizenden uit aan Salesforce-, SAP- of HubSpot-licenties. Het gebruik is laag. Het bestuur stelt vragen. Finance wil rendement zien, en de cijfers zijn er niet.

Teams die nog in spreadsheets leven: Ondanks het nieuwe CRM of ERP onderhouden teams schaduwspreadsheets en handmatige trackers. Data is gefragmenteerd over systemen. Niemand vertrouwt de cijfers in de officiële tool omdat niet iedereen die consistent gebruikt.

Druk van bestuur en management: De software-investering was een strategisch besluit. Onderadoptie is zichtbaar. Er is echte druk om resultaten te laten zien, en het huidige traject levert niet.

Gains - Drijvende krachten

Efficiëntie en tijdsbesparing: De nieuwe software biedt oprecht snellere workflows, geautomatiseerde rapportages, gecentraliseerde data. Deze voordelen zijn reëel. Ze zijn ook abstract totdat iemand ze daadwerkelijk heeft ervaren door consistent gebruik.

Datagedreven besluitvorming: Met volledige adoptie krijgt de organisatie zicht op salespipelines, projectvoortgang, klantinteracties. Dat zicht is waardevol. Maar het vereist dat iedereen consistent data bijdraagt, wat ons terugbrengt bij het gedragsprobleem.

Concurrentievoordeel: Organisaties die hun tools effectief integreren presteren beter dan organisaties die dat niet doen. Dit is waar en breed begrepen. Het is ook een toekomstig voordeel dat concurreert met huidig comfort.

Comforts - Blokkerende krachten

“Excel werkt prima voor mij”: De huidige workaround is vertrouwd, snel en volledig automatisch. De salesmedewerker weet precies waar elke klant staat in het spreadsheet. De projectmanager heeft een persoonlijke tracker die perfect werkt. Dit zijn geen irrationele voorkeuren. Het zijn diep efficiënte gewoontes.

“Ik weet waar alles staat in het oude systeem”: De oude tool, hoe onvolmaakt ook, is gemeesterd. Elke snelkoppeling is bekend. Elke workaround is ingeöefend. Het nieuwe systeem vereist dat allemaal opnieuw te leren, en herleren voelt als achteruitgang.

Vertrouwde workarounds voelen als productiviteit: Mensen hebben hele werkprocessen opgebouwd rond de oude tools. Die workarounds zijn niet ideaal, maar ze voelen productief omdat ze moeiteloos zijn. Overstappen naar het nieuwe systeem maakt dezelfde taken tijdelijk langzamer. Dat voelt als verlies.

Anxieties - Blokkerende krachten

“Wat als ik mijn data kwijtraak?”: De angst dat migreren naar het nieuwe systeem het verlies van klantinformatie, projectgeschiedenis of persoonlijke dossiers betekent. Deze angst is krachtig omdat de kosten van dataverlies concreet en direct zijn, terwijl het voordeel van migratie abstract is.

“Wat als ik incompetent overkom?”: Een nieuwe tool leren betekent langzaam zijn in iets waar je snel in was. Tegenover collega’s, managers, klanten. Niemand zegt dit hardop. Iedereen voelt het. Het is een van de krachtigste blokkers bij elke software-uitrol.

“Wat als het nieuwe systeem erger is?”: Mensen hebben eerder software-uitrollen meegemaakt. Sommige werden afgebroken. Andere werden binnen twee jaar vervangen. De rationele voorspelling, gebaseerd op persoonlijke ervaring, is dat deze tool misschien ook niet blijft. Waarom de moeite investeren?

Het kernpunt: Oude softwaregewoontes zijn automatisch. Ze draaien op Systeem 1: snel, moeiteloos, ingebed in dagelijkse routines. Nieuwe tools vereisen Systeem 2: bewuste inspanning, bewuste keuzes, actief leren. Elke keer dat iemand een klantinteractie moet loggen, zegt Systeem 1 “open het spreadsheet” en zegt Systeem 2 “open het CRM.” Systeem 1 wint tenzij de omgeving wordt herontworpen om de standaard te veranderen. Training kan dit niet oplossen. Omgevingsontwerp wel.

Drie faalscenario’s en hoe je ze oplost

Scenario 1: het CRM dat niemand gebruikt

Een B2B-dienstverlenend bedrijf koopt Salesforce om een puinhoop van spreadsheets, e-mailmappen en plakbriefjes te vervangen. Het salesteam krijgt drie dagen training. Er wordt een Salesforce-kampioen aangesteld. De eerste twee weken is de activiteit hoog. Dan zakt het in. Tegen maand drie zijn de toppresteerders teruggevallen op hun persoonlijke spreadsheets. De Salesforce-data is onvolledig. Management kan de pipelinerapporten niet vertrouwen. De Salesforce-kampioen besteedt meer tijd aan het najagen van data-invoer dan aan daadwerkelijk verkoopwerk.

De training gaf mensen vaardigheden. Het veranderde niet de trigger. Als een salesmedewerker een gesprek afrondt en het moet loggen, staat het spreadsheet al open op het scherm. Salesforce vereist een browser openen, inloggen, naar het juiste record navigeren. Drie extra stappen. Dat is genoeg voor Systeem 1 om elke keer te winnen.

SWAC Tool© - Spark-interventie Installeer het CRM als het standaard startpunt voor elke klantinteractie. De bellijst komt uit Salesforce. Het gespreksnotitiesjabloon opent in Salesforce. De nabespreking na het gesprek vindt plaats in Salesforce. Vraag mensen niet om dingen achteraf in het CRM te loggen. Maak het CRM de plek waar het werk gebeurt. De spark is een omgevingsingreep, geen motivatiecampagne.

Scenario 2: het ERP dat twee systemen creëerde

Een productiebedrijf gaat live met SAP ter vervanging van het legacy voorraad- en inkoopsysteem. De migratie is technisch geslaagd. Data is overgedragen. Training is afgerond. Drie maanden later onderhoudt het operations-team schaduwspreadsheets naast SAP. Ze voeren het minimaal vereiste in SAP in voor compliance, en beheren hun daadwerkelijke werk in Excel. Het bedrijf heeft nu twee systemen: het officiële systeem dat management ziet, en het echte systeem dat medewerkers daadwerkelijk gebruiken.

Het oude systeem was ingebed in dagelijkse routines die niemand heeft herontworpen. De inkoopmanager heeft een ochtendritueel dat begint met het openen van een specifiek spreadsheet. Elke leverancier heeft een rij. Elke bestelling heeft een kleurcode. SAP doet dit allemaal beter, in theorie. In de praktijk kost het spreadsheet vijf seconden en SAP twee minuten. Dat verschil vermenigvuldigt zich over tientallen dagelijkse handelingen.

SWAC Tool© - Can + Again-interventie Maak het oude systeem geleidelijk moeilijker toegankelijk. Archiveer de gedeelde schijven. Verwijder de snelkoppelingen naar het spreadsheet. Bouw tegelijkertijd dagelijkse rituelen in het nieuwe systeem: de ochtendelijke inkoopcontrole vindt plaats in SAP, de wekelijkse voorraadbeoordeling trekt uit SAP, de maandrapportage wordt automatisch gegenereerd uit SAP-data. Als het oude pad frictie heeft en het nieuwe pad routine, verschuift gedrag.

Scenario 3: de samenwerkingstool die communicatie fragmenteerde

Een professioneel dienstverlenend bedrijf introduceert Microsoft Teams om de e-mailcultuur te vervangen. De intentie is helder: snellere communicatie, betere projectcoördinatie, minder verloren threads. Zes maanden later is communicatie verspreid over meer kanalen dan voorheen. Sommige gesprekken vinden plaats in Teams, andere in e-mail, weer andere in WhatsApp-groepen die spontaan ontstonden. Niemand weet waar de laatste versie van iets te vinden is. De tool die communicatie moest vereenvoudigen heeft het complexer gemaakt.

Teams werd bovenop bestaande kanalen gezet zonder de oude te verwijderen. E-mail werkt nog steeds. WhatsApp is nog steeds sneller voor korte vragen. Teams werd nog een plek om te checken, niet de plek. Zonder een duidelijke sociale reden om in Teams te zijn, vallen mensen terug op het kanaal dat het makkelijkst voelt. En het makkelijkst is altijd het kanaal dat ze al gebruikten.

SWAC Tool© - Want-interventie Maak de sociale beloning zichtbaar. Teamerkenning vindt alleen plaats in Teams. Gedeelde successen worden alleen gepost in Teams. De vrijdagafsluiting, de maandagaftrap, de projectmijlpaalvieringen: ze vinden allemaal plaats in Teams en alleen in Teams. Als het sociale leven van het team in de nieuwe tool leeft, gaan mensen er naartoe. Niet omdat het hun werd opgedragen, maar omdat daar de dingen gebeuren.

Vijf gedragsinterventies die wél werken

Geen van de volgende interventies gaat over betere training, duidelijkere communicatie of meer onboarding. Ze gaan allemaal over het veranderen van de omgeving zodat het gebruik van de nieuwe software het pad van de minste weerstand wordt, het kernprincipe van de SUE | Behavioural Design Methode©.

De SWAC Tool© van SUE Behavioural Design: vier interventiedimensies: Spark, Want, Again, Can
De SWAC Tool© structureert vier dimensies van effectieve gedragsinterventie: een Spark creëren (trigger), de Want opbouwen (sociale motivatie), herhaling mogelijk maken (Again) en frictie wegnemen (Can). Samen vervangen ze trainingscampagnes door omgevingsontwerp.
  1. Breng de werkstroom in kaart vóór de tool

    Breng vóór elke software-uitrol de drie tot vijf dagelijkse momenten in kaart waar de oude tool het diepst ingebed is. Het moment dat een salesmedewerker een gesprek afrondt. Het moment dat een projectmanager de maandag begint. Het moment dat een inkoper een bestelling verwerkt. Dit zijn de momenten waar het oude gedrag automatisch is en het nieuwe gedrag moet concurreren. Als je deze momenten niet kent, richt je uitrol zich op bewustzijn, niet op gedrag.

  2. Maak de oude manier iets moeilijker (SPARK)

    Je hoeft de oude tools niet volledig te blokkeren. Je hoeft alleen net genoeg frictie toe te voegen om de automaticiteit te doorbreken. Verplaats het spreadsheet van het bureaublad. Voeg een extra inlogstap toe aan het legacy-systeem. Maak het oude sjabloon iets minder toegankelijk. Het doel is geen straf. Het doel is het Systeem 1-autopilot verstoren dat mensen in de oude werkstroom houdt, zodat de nieuwe tool de kans krijgt om de nieuwe standaard te worden.

  3. Ontwerp de eerste vijf minuten (CAN)

    De eerste vijf minuten van elke nieuwe software-ervaring bepalen of iemand terugkomt. Als die vijf minuten bestaan uit verwarring, foutmeldingen of het gevoel verdwaald te zijn, winnen de angst-krachten en valt de persoon terug. Ontwerp de eerste interactie zo dat er een directe, zichtbare winst is: importeer automatisch bestaande contacten, vul het dashboard vooraf in, laat iets nuttigs zien voor je iets vraagt. Verklein de kloof tussen de tool openen en je competent voelen.

  4. Bouw sociaal bewijs in de adoptie (WANT)

    Mensen kijken naar wat hun collega’s doen voor ze beslissen wat zij doen. Als de toppresteerder van het team het CRM niet gebruikt, doet niemand anders het ook. Maak adoptie zichtbaar: een live dashboard dat laat zien wie actief is, wekelijkse erkenning van teams met de hoogste betrokkenheid, zichtbare voorbeelden van echte outputs die via de nieuwe tool zijn gemaakt. Sociaal bewijs is geen communicatietechniek. Het is een Systeem 1-kracht die gedrag krachtiger stuurt dan welk rationeel argument ook.

  5. Bouw herhaling in teamrituelen (AGAIN)

    Gewoontevorming vereist herhaling in een consistente context. Bouw softwaregebruik in terugkerende teamrituelen: de maandagplanning trekt uit de nieuwe tool, de vrijdagbeoordeling verwijst naar het nieuwe dashboard, het maandrapport wordt automatisch gegenereerd uit het systeem. Niet als optionele extra, maar als de structurele manier waarop het team werkt. Twee minuten zichtbare output uit de nieuwe tool per vergadering is genoeg om de gewoontelus te starten.

Veelgestelde vragen

Waarom mislukt software-adoptie?

Software-adoptie mislukt omdat organisaties het behandelen als een technologie- en trainingsprobleem terwijl het een gedragsprobleem is. Ze investeren in licenties, onboarding en handleidingen maar negeren de psychologische krachten die mensen verankerd houden in bestaande tools. Het SUE Influence Framework identificeert vier krachten: de Pains en Gains die mensen richting nieuwe software drijven, en de Comforts en Anxieties die terugtrekken. Wanneer blokkerende krachten domineren, wat standaard het geval is, loopt adoptie vast ongeacht hoe goed de software is.

Welk percentage van software-implementaties mislukt?

Volgens Gartner levert 70% van software-uitrollen niet de verwachte ROI. Pendo (2023) vond dat slechts 49% van enterprise software features daadwerkelijk wordt gebruikt. Zylo schat dat de gemiddelde organisatie meer dan 10.000 dollar per medewerker per jaar verspilt aan ongebruikte software. Deze cijfers zijn consistent over CRM-, ERP- en samenwerkingstools, en ze wijzen op een systemisch probleem dat betere technologie alleen niet kan oplossen.

Wat is het SUE Influence Framework en hoe past het op software-adoptie?

Het SUE | Influence Framework© is een diagnostisch instrument ontwikkeld door SUE Behavioural Design, beschreven in mijn boek De Kunst van Gedrag Ontwerpen (2024). Het brengt vier krachten in kaart die bepalen of mensen hun gedrag veranderen: Pains en Gains (drijvende krachten) versus Comforts en Anxieties (blokkerende krachten). Voor software-adoptie is het kernpunt dat oude softwaregewoontes op Systeem 1 draaien (automatisch, moeiteloos) terwijl nieuwe tools Systeem 2 vereisen (bewust, inspannend). De blokkerende krachten winnen tenzij de omgeving actief wordt herontworpen.

Hoe verschilt behavioural design van verandermanagement bij software-uitrol?

Traditioneel verandermanagement bij software-uitrol richt zich op trainingssessies, communicatieplannen en draagvlak, allemaal werkend op het niveau van rationele overtuiging (Systeem 2). Behavioural design werkt op het niveau van de omgeving: het herontwerpt de standaardinstellingen, triggers, sociale normen en werkstroommomenten zodat het gebruik van de nieuwe software makkelijker wordt dan het gebruik van de oude. In plaats van mensen te vragen anders te kiezen, maakt behavioural design de juiste keuze het pad van de minste weerstand.

Wat is de SWAC Tool© en hoe helpt die bij software-adoptie?

De SWAC Tool© is een SUE Behavioural Design instrument voor het ontwerpen van gedragsveranderingsinterventies op Momenten die Ertoe Doen. SWAC staat voor: Spark (de omgevingstrigger die gedrag op het juiste moment initieert), Want (het gedrag sociaal motiverend maken), Again (herhaling inbouwen zodat gedrag gewoonte wordt) en Can (barrières wegnemen zodat het gedrag daadwerkelijk zonder frictie mogelijk is). Voor software-adoptie betekent dit: de nieuwe tool als standaard startpunt maken, het oude systeem moeilijker toegankelijk maken, teamrituelen rond de nieuwe tool bouwen en de eerste ervaring zo ontwerpen dat die competent voelt in plaats van verwarrend.

PS

Bij SUE zien we dit in elke software-uitrol waar we bij betrokken worden. De tool is prima. De training was prima. De communicatie was prima. En toch werkt de helft van het team nog in spreadsheets. De frustratie bij IT, bij management, bij de mensen die het project getrokken hebben, is reëel en volledig begrijpelijk. Maar de oplossing is niet meer training of striktere mandaten. De oplossing is het herontwerpen van de omgeving zodat de nieuwe tool makkelijker in gebruik is dan de oude. Dat is wat behavioural design doet. Als je wilt begrijpen hoe je dit toepast op jouw software-adoptieprobleem, is onze Fundamentals-training waar we beginnen, beoordeeld met een 9,7 door 5.000+ alumni uit 45+ landen.