Digital Business Twin: één managementlaag over je hele bedrijf
Een Digital Business Twin is een managementlaag die de inrichting van je bedrijf, je prestaties en de actuele werkelijkheid met elkaar verbindt, zodat je op elk moment kunt zien wat er speelt en wat een keuze zou betekenen. Hij ontstaat niet uit een groot project, maar groeit uit losse toepassingen: vanaf ongeveer vijf tools of agents op dezelfde digitale basis kantelt het beeld van losse hulpmiddelen naar één samenhangend geheel. De zesde stoel is de super-agent die daarbovenop zit: hij overziet alles, signaleert dwarsverbanden en bereidt besluiten voor. Beslissen blijft mensenwerk.
Wat is een Digital Business Twin?
Een Digital Business Twin is een digitale weergave van hoe je bedrijf werkt, presteert en er nu voor staat, samengebracht in één laag boven je bestaande systemen. Drie dingen komen daarin samen.
- Inrichting. Hoe je bedrijf is opgezet: klanten, producten, projecten, afdelingen, processen, contracten, spelregels en mandaten. Dit is het skelet.
- Prestaties. Wat er feitelijk gebeurt: omzet, marge, uren, doorlooptijden, voorraad, betaalgedrag, kwaliteit, verzuim. Dit zijn de cijfers.
- Actuele werkelijkheid. Wat er vandaag speelt en nergens in een tabel staat: een klant die net heeft opgezegd, een leverancier die vertraagt, een monteur die uitvalt, een offerte die is aangepast.
De waarde zit in de verbinding. Losse systemen weten elk een stukje. De twin weet dat het openstaande saldo bij klant A hoort bij het project dat vertraging oploopt door de leverancier die vorige week een prijsverhoging aankondigde. Dat verband ziet geen enkel dashboard.
Waarom ontstaat een twin pas vanaf vijf toepassingen?
Bij één toepassing bouw je een koppeling. Bij twee bouw je twee koppelingen. Vanaf ongeveer vijf gebeurt er iets anders: de begrippen zijn dan gedeeld. Een klant betekent overal hetzelfde, een project heeft één identiteit, een uur wordt op één manier geteld. Op dat moment kun je vragen stellen die dwars door de toepassingen heen lopen.
Praktisch voorbeeld. Toepassing één bewaakt de marge op projecten. Toepassing twee bewaakt de bezetting. Toepassing drie bewaakt de verkooppijplijn. Los van elkaar leveren ze drie signalen. Samen leveren ze één vraag: als we deze drie offertes winnen, hebben we in week 38 een tekort van 240 uur in de installatiegroep, en dat drukt de marge op twee lopende projecten met naar schatting 1,8 punt. Wil je dat?
Dat is de kanteling. Niet meer signaleren per domein, maar redeneren over het bedrijf als geheel.
| Aantal toepassingen | Wat je hebt | Wat je ermee kunt |
|---|---|---|
| 1 | Een agent op één vraagstuk | Eén blinde vlek wegnemen, waarde aantonen |
| 2 tot 3 | Losse toepassingen, gedeelde bronnen | Sneller besluiten binnen elk domein |
| 4 tot 5 | Gedeelde begrippen en spelregels | Eerste dwarsverbanden zichtbaar |
| 5 en meer | Digital Business Twin | Scenario’s over domeinen heen, één managementbeeld |
Wat doet de zesde stoel als super-agent?
De onderliggende agents zijn specialisten. Elk bewaakt zijn eigen vraag en kent zijn eigen bronnen. De zesde stoel zit erboven en doet vier dingen die een specialist niet kan.
- Verbanden leggen. Hij ziet dat drie losse signalen samen één probleem vormen, en dat het aanpakken van één ervan de andere twee oplost of juist verergert.
- Prioriteren. Niet elk signaal verdient een besluit. De super-agent rangschikt op omvang, urgentie en beïnvloedbaarheid, zodat de MT-agenda begint bij wat er echt toe doet.
- Scenario’s voorbereiden. Wat gebeurt er met marge, capaciteit en cashflow als je optie A kiest in plaats van B? Met de aannames er expliciet bij, zodat je erover kunt twisten.
- Geheugen bewaken. Hij weet welk besluit je in maart hebt genomen, op welke aanname, en of die aanname nog klopt.
Het verschil tussen een agent en een super-agent is het verschil tussen een goede afdelingsmanager en een goede directeur. De eerste kent zijn domein. De tweede weegt domeinen tegen elkaar af.
Wat een individuele agent doet, staat beschreven in Wat zijn AI-agents.
Wat een Digital Business Twin níet is
Drie misverstanden, en ze kosten alle drie geld als je ze laat bestaan.
- Het is geen nieuw ERP. Je vervangt niets. De twin leest je bestaande systemen en schrijft er in principe niet in terug. Wie hem als vervanger presenteert, verkoopt je een migratie die je niet nodig hebt.
- Het is geen datawarehouse-project. Bij een datawarehouse begin je met alle data ordenen en hoop je dat er later waarde uit komt. Hier is het omgekeerd: je begint bij één besluit dat te traag valt, koppelt alleen wat dat besluit raakt, en breidt uit als het werkt.
- Het is geen digital twin van een fabriek. Een industriële digital twin simuleert een fysiek object of proces tot op de sensor. Een Digital Business Twin gaat over besturing: marge, capaciteit, risico en keuzes. Andere vraag, andere techniek, ander doel.
Wat het ook niet is: een reden om te wachten. Je hoeft je data niet eerst op orde te hebben. De twin maakt zichtbaar waar je data niet op orde is, en dat is meestal het eerste bruikbare resultaat.
In welke volgorde bouw je hem?
Vier fasen. Elke fase eindigt met een besluit, niet met een oplevering.
Fase 1: één toepassing, zes weken
Je kiest het vraagstuk waar de meeste marge of tijd weglekt, legt een nulmeting vast en bouwt één agent op je eigen bronnen. Op dag 45 beslis je: aanscherpen, stoppen of opschalen. Dit is de 45-dagenpilot. Doel van deze fase is bewijs, niet architectuur.
Fase 2: twee tot drie toepassingen, drie tot zes maanden
Je voegt toepassingen toe op dezelfde basis. Hier ontstaat de eerste discipline: begrippen worden gelijkgetrokken. Wat is een actieve klant? Telt een intercompany-uur mee? Wanneer is een project afgerond? Dit werk is saai en bepaalt of fase 4 ooit gaat werken.
Kies de volgende toepassingen zo dat ze bronnen delen met de eerste. Marge, bezetting en pijplijn hangen aan elkaar. Marge en verzuim niet.
Fase 3: vier tot vijf toepassingen, zes tot twaalf maanden
Nu komt de kennislaag erbij: spelregels, mandaten, contractuele afspraken en de ervaring die tot nu toe in hoofden zat. Welke klant is strategisch en waarom? Welke korting mag wie geven? Bij welke afwijking bel je de klant en bij welke wacht je?
Tegelijk richt je de governance definitief in: data-eigenaren, herleidbaarheid, goedkeuringsdrempels en de kwartaalcontrole. Zie AI aan tafel, mensen aan het roer. Fase 3 zonder governance levert een systeem op dat niemand durft te vertrouwen.
Fase 4: de twin en de super-agent, twaalf tot achttien maanden
De laag erbovenop komt erbij. Scenario’s, prioritering, geheugen. Het MT-ritme verandert mee: de vergadering begint niet bij het rapport, maar bij de drie besluiten die voorliggen, met de onderbouwing eronder.
Wat kost het aan tijd?
Geen bedragen hier, wel uren. Die zijn eerlijker, want tijd van je mensen is de schaarse factor.
| Fase | MT-tijd | Inhoudelijk betrokkene | IT |
|---|---|---|---|
| Fase 1 (6 weken) | Ongeveer 14 uur totaal | 3 uur per week | 2 tot 4 uur totaal |
| Fase 2 (per toepassing) | 4 tot 6 uur | 2 uur per week | 1 tot 3 uur |
| Fase 3 (kennislaag) | 8 tot 12 uur, verdeeld over sessies | 3 uur per week | Beperkt |
| Fase 4 (twin) | 2 uur per maand, structureel | 2 uur per week | Beperkt |
Het grootste deel van fase 3 gaat niet naar techniek maar naar het opschrijven van wat mensen weten. Dat is het duurste en het meest onderschatte onderdeel. Het is ook het onderdeel dat je niet kunt uitbesteden, want het is jouw bedrijf.
Wat vraagt het van je organisatie?
Zes dingen, in volgorde van belangrijkheid.
- Een eigenaar in het MT. Niet IT, niet een projectgroep. Eén directielid dat er wekelijks naar kijkt en de besluiten neemt die eruit voortkomen.
- Bereidheid om begrippen vast te leggen. Als drie afdelingen een andere definitie van omzet hanteren, moet iemand kiezen. Dat is een bestuurlijk besluit, geen technische kwestie.
- Discipline in de basisregistratie. Uren die twee weken te laat binnenkomen, maken elk signaal twee weken oud. Dit oplossen is leidinggeven, geen software.
- Ruimte om kennis op te schrijven. Reken op enkele dagen per sleutelfiguur, verdeeld over maanden. Dit vinden mensen zelden leuk en bijna altijd nuttig.
- Een MT dat de agenda durft om te draaien. Beginnen bij het besluit in plaats van bij het rapport voelt de eerste twee keer ongemakkelijk.
- Geduld met de volgorde. De verleiding om fase 4 te kopen zonder fase 1 tot 3 te doen, is groot. Het resultaat is dan een dure laag boven een fundering die er niet is.
Waar gaat het meestal mis?
Vier patronen, alle vier te vermijden.
- Te breed beginnen. Wie met vier vraagstukken tegelijk start, heeft na zes maanden vier halve toepassingen en geen bewijs.
- Techniek voor besluitvorming plaatsen. Als het knelpunt mandaat is en niet informatie, verandert er niets. Meet daarom de besluitdoorlooptijd, niet alleen de rapportagetijd.
- Geen eigenaar na de pilot. Toepassingen zonder wekelijkse eigenaar verdwijnen binnen een kwartaal, hoe goed ze ook waren.
- Kennis niet vastleggen. Zonder kennislaag blijft de twin een snellere rapportage. De sprong naar scenario’s komt er dan nooit.
Wat levert het op?
Een voorbeeld met realistische orde van grootte. Een technisch dienstverlener met 140 medewerkers begon met een marge-agent die op drie projecten € 54.000 aan niet gefactureerd meerwerk vond. Vervolgens kwamen bezetting, verkooppijplijn, inkoopprijzen en debiteuren erbij.
Na veertien maanden stond het volgende op de teller: besluitdoorlooptijd van 19 naar 6 werkdagen, uitzoektijd per besluit van 11 naar 2 uur, en over het jaar € 310.000 aan gevalideerde waardekansen, waarvan € 214.000 daadwerkelijk gerealiseerd. De grootste verandering noemde de directeur niet in geld: de MT-vergadering ging van drie uur naar negentig minuten, en die negentig minuten gingen over keuzes.
Dat laatste is de eigenlijke opbrengst. Een Digital Business Twin verkort de weg van signaal naar besluit, en verplaatst de aandacht van verklaren naar kiezen. Waarom dat een andere discipline is dan rapporteren, staat in Van BI naar Management Intelligence. En of jouw MT de vragen kan beantwoorden die de twin moet ondersteunen, toets je met Zes vragen die elk MT moet kunnen beantwoorden.
Veelgestelde vragen
- Wat is het verschil tussen een Digital Business Twin en een digital twin van een fabriek?
- Een industriële digital twin simuleert een fysiek object of productieproces, vaak tot op sensorniveau, om storingen en slijtage te voorspellen. Een Digital Business Twin gaat over de besturing van een onderneming: marge, capaciteit, risico en keuzes. Dezelfde metafoor, een volstrekt ander doel en andere techniek.
- Moeten onze systemen eerst gekoppeld zijn?
- Nee. De twin leest bestaande systemen uit, ook als die niet met elkaar praten. Sterker nog: hij maakt zichtbaar waar koppelingen ontbreken en waar gegevens elkaar tegenspreken, en dat is doorgaans een van de eerste bruikbare resultaten.
- Hoe lang duurt het voordat wij een Digital Business Twin hebben?
- De eerste toepassing staat in zes weken. De kanteling naar een echte twin ligt meestal tussen twaalf en achttien maanden, afhankelijk van hoe snel je toepassingen toevoegt en hoeveel kennis je vastlegt. Wie sneller wil, slaat de kennislaag over en houdt dan een snellere rapportage in plaats van een twin.
- Wat gebeurt er met onze bestaande BI en rapportages?
- Die blijven bestaan en blijven leidend voor de cijfers zelf. De twin gebruikt ze als bron en voegt er verbanden, context en scenario’s aan toe. In de praktijk verdwijnen alleen de handmatige tussenrapportages die iemand elke maand in een spreadsheet in elkaar zette.