Wat is digitale transformatie?

Digitale transformatie is een van de minst precieze termen in bedrijfssoftware, en die onnauwkeurigheid is duur: drie heel verschillende trajecten krijgen dezelfde naam, worden op dezelfde manier begroot, en mislukken om verschillende redenen.

Een werkbare definitie: digitale transformatie is veranderen wat het bedrijf doet of hoe het geld verdient, omdat technologie iets nieuws mogelijk maakte. Is het bedrijfsmodel aan het eind onveranderd, dan deed u iets anders, wat heel goed het juiste kan zijn geweest.

Drie dingen die dezelfde naam krijgen

Digitiseren zet iets analoogs om in data: documenten scannen, een papieren formulier online zetten. Het proces verandert niet; het medium wel. Digitaliseren verandert hoe een proces loopt met die data: de order hoeft niet meer overgetypt, de goedkeuring gebeurt in een systeem, het rapport maakt zichzelf. Transformeren verandert wat het bedrijf verkoopt of hoe het verdient: een machinebouwer die beschikbaarheid verkoopt in plaats van machines, een groothandel die een selfservicekanaal opent waardoor de klant een ander is.

De meeste programma's die transformatie heten, zijn digitalisering, en dat is prima. Het probleem is dat ze vervolgens bestuurd worden als transformatie (meerjarig, met directiesponsor en een veranderverhaal) terwijl het een reeks procesverbeteringen is die sneller zou gaan met minder ceremonie.

Waarom transformatieprogramma's mislukken

De dominante oorzaak is structureel, niet technisch. Grote transformatieprogramma's zijn ontworpen rond economie die niet meer geldt: ze veronderstellen dat software bouwen duur en traag is, dus laden ze zekerheid naar voren: lange analyse, een volledige specificatie, één grote verplichting.

Een eerste werkende versie bouwen is inmiddels drastisch goedkoper. Daarmee is de verstandige vorm omgekeerd: meerdere kleine experimenten verslaan één groot plan, want het dure is niet langer de bouw maar weten wát te bouwen. Een driejarig programma dat vooraf vastligt, neemt zijn meest stellige besluiten op het moment dat het het minste weet.

De beperking is vrijwel altijd data, niet systemen

Vraag waar een transformatieprogramma werkelijk vastloopt en het antwoord is zelden het nieuwe systeem. Het is dat de data die het nieuwe proces nodig heeft in een oud systeem zit waar niemand schoon uit kan exporteren, in formaten die elkaar tegenspreken, zonder eigenaar die durft te zeggen welke versie klopt.

Daarom levert een legacysysteem vervangen op zichzelf zelden op wat beloofd werd: het nieuwe systeem erft dezelfde dubbelzinnige stamdata, en die dubbelzinnigheid wás de beperking. Klanten ontdubbelen, artikelidentificaties afspreken en per veld een eigenaar aanwijzen is ondankbaar werk en meestal het meest renderende dat er ligt.

Volwassenheidsmodellen, en een nuttiger vraag

Modellen voor digitale volwassenheid (vijf fases, een radardiagram, een score) zijn vooral verkoopinstrument. Ze leveren een getal dat diagnostisch voelt en zelden vertelt wat u maandag moet doen.

Een scherpere vraag: welke besluiten in dit bedrijf worden nu genomen zonder de informatie die er al ergens is? Dat wijst naar een concreet gat tussen data en besluit, en dat is bruikbaar, anders dan een fase op een schaal.

Wat u doet in plaats van een programma

Kies drie processen in plaats van één strategie. Geef elk een eigenaar, een gemeten nulmeting, een opgeschreven slaagnorm en een stopdatum, de structuur die we beschrijven in onze gids over een AI-pilot uitvoeren. Reken erop dat u de meeste stopt, want een portefeuille waarin alles slaagt is te veilig gekozen om iets te leren.

Dan, en pas dan, weegt u of het patroon dat ontstaat iets structureels rechtvaardigt. Transformatie wordt, als ze al plaatsvindt, meestal achteraf herkend in plaats van vooraf gepland.