Plan van aanpak · klein bedrijf

Zes stappen, acht weken, één eigenaar

Voor bedrijven van ongeveer tien tot twintig medewerkers, zonder aparte IT-, juridische of HR-afdeling. Deze aanpak is in de praktijk getest in een bedrijf van die omvang, waar de zaakvoerder zelf de stuurgroep was.

Volledige werkwijze — open en gratis Ook in het Engels Grote organisatie? Ga hierheen ›

Video 2 · De eerste digitale medewerker

Video 2 van de reeks · 2:40 — één taak, vier stappen, en na acht weken een cijfer. De zes stappen hieronder werken het uit.

De zes stappen

De zes stappen: van startgesprek tot beslissing

Hieronder staat niet alleen wát er gebeurt, maar ook hoe je elke stap concreet uitvoert: welke sessie, wie erbij zit, hoeveel gesprekken, wat er op papier komt. Klik een stap open.

8 wekentot een eerste gemeten resultaat
1 eigenaargeen stuurgroep, geen comité
1 toepassingtegelijk, tot ze werkt

Voor organisaties zonder aparte IT-, juridische of HR-afdeling. Deze aanpak is in de praktijk getest in een bedrijf van die omvang, waar de zaakvoerder zelf de stuurgroep was.

Zes stappen

acht weken, daarna herhalen
1Eén gesprek met de zaakvoerder90 minuten · week 1›
Waar zit het geld weg te lopen, wat is het ambitieniveau, en wie beslist er als het erop aankomt. In een klein bedrijf is dat meestal één persoon, en dat is een voordeel: er is niemand die het kan tegenhouden.
Zo voer je het uitAan tafel, niet in een presentatie. Vraag naar cijfers die er al zijn: hoeveel offertes, hoeveel facturen, hoeveel mails per dag, hoe lang doet iemand over een dossier. Achteraf één bladzijde die je zelf naar je mensen kunt sturen. Meer papier komt er in deze stap niet.
2Rondvraag op de vloerEén week · week 1–2›
Je mensen gebruiken al AI. De vraag is welke, waarvoor, en met welke gegevens. Dat is geen controle maar de snelste manier om te zien waar de echte behoefte zit — zij hebben de tijdrovende taken al zelf geprobeerd op te lossen.
Zo voer je het uitEen anonieme vragenlijst van hooguit acht minuten plus vier tot zes korte gesprekken van een half uur, met mensen die het werk doen — niet met leidinggevenden. Anoniem is niet optioneel: zonder dat krijg je het antwoord dat men denkt te moeten geven. Opnemen mag, met toestemming: AI maakt het verslag, de persoon keurt het goed, de opname wordt gewist. Reken op meer gebruik dan je verwacht, en behandel dat als goed nieuws.
3Eén lijst en twee bladzijden regelsHalve dag · week 2›
Alles wat er draait op één blad: wat, wie gebruikt het, welke gegevens ziet het, wat kost het. Daarnaast twee bladzijden afspraken: welke hulpmiddelen mogen, welke gegevens er nooit in mogen, en wanneer een mens moet kijken voor er iets buiten gaat. Dat is meteen ook wat de wetgever van je verwacht.
Zo voer je het uitEen rekenblad, geen systeem. Zeven kolommen. Schrijf de afspraken in gewone taal — geen juridisch document, wel iets dat je mensen effectief lezen. Eén keer bespreken in een personeelsvergadering en ophangen waar men het ziet. Twee bladzijden die iedereen kent, verslaan veertig die in een map zitten.
4Kies één taak en meet ze eerstTwee tot drie weken · week 2–4›
Eén taak. Niet vijf. Die met het grootste volume en de duidelijkste ergernis. En dan drie weken lang tellen hoe het vandaag gaat: hoeveel, hoe lang, hoe vaak fout. Zonder dat cijfer kun je achteraf nooit weten of het gewerkt heeft, en ga je het na een half jaar op gevoel stopzetten.
Zo voer je het uitUit je systemen halen wat erin zit. Zit het er niet in, dan worden twintig gevallen met de hand geklokt — dat is geen wetenschap maar het is oneindig veel beter dan niets. De rest van de ideeën gaat op een zichtbare niet-nu-lijst, zodat niemand het gevoel heeft dat zijn voorstel genegeerd is.
5Bouwen, gebruiken, wekelijks bijsturenVier tot zes weken · week 4–8›
Kopen wat te koop is, alleen bouwen wat echt van jou moet zijn. Het moet in het bestaande werk zitten — niet een extra venster dat men na twee weken niet meer opent. En elke week een half uur met de mensen die het gebruiken.
Zo voer je het uitEen lijstje van vijftig echte gevallen met het gewenste antwoord ernaast, die wekelijks doorlopen wordt. Goed, fout, twijfel. Dat is je kwaliteitscontrole, en ze kost een uur per week. Kosten worden vanaf de eerste dag bijgehouden, per behandeld geval — niet per maand, want dan weet je nog altijd niet of het rendeert.
6Beslissen en de volgende nemenEén dag · week 8›
De cijfers van week 8 naast die van week 2. Doorgaan, bijstellen of stoppen. Stoppen met een geleerde les is winst; iets laten doorsudderen omdat niemand het durft af te voeren, is dat niet. Werkt het, dan pas begint de volgende taak.
Zo voer je het uitEén uur met de zaakvoerder en de mensen die ermee gewerkt hebben. De criteria lagen al vast in week 2, dus dit is rekenen en geen discussie. Wat werkt gaat naar de rest van het team in golven van één ploeg tegelijk. En dan terug naar stap 4 met de volgende taak van de lijst.
Waarom acht weken en niet zes maanden. Een kleine organisatie heeft geen jaar om te bewijzen dat iets werkt. Wat dit spoor bewust weglaat — een beslisorgaan, aparte omgevingen, een formeel register in een systeem — voeg je later toe wanneer je genoeg toepassingen hebt om het nodig te hebben. Niet ervoor. Structuur bouwen voor een probleem dat je nog niet hebt, is de duurste vorm van uitstel.
De twee vragen die het vaakst terugkomen

Twee veelgestelde vragen

Twee terechte bezwaren, en ze verdienen een eerlijk antwoord in plaats van een verkooppraatje. Hieronder allebei.

1. “Ik ken mijn cijfers. Wat heb ik aan een slimme lezer?”

Weinig. In een bedrijf van vijftien mensen weet je je omzet, je openstaande facturen en je lopende werven uit het hoofd. Een AI die je vertelt wat je al weet, is een speeltje dat na drie weken niemand nog opent. Wie je een chatvenster verkoopt om vragen te stellen over je eigen zaak, verkoopt je iets dat je niet nodig hebt.

Waar het wél over gaat: niet meelezen, maar werk overnemen. Elke maand betaal je loon voor werk dat geen oordeel vraagt.

Waar de uren zitten. Inkomende facturen lezen en inboeken. Orders overtypen uit mails. Aanmaningen die blijven liggen tot iemand tijd heeft. Ontbrekende gegevens opzoeken. Cijfers overtikken van het ene systeem naar het andere. Tel eens op hoeveel uur per week dat bij jou is. Dát is het bedrag waar dit over gaat — niet een slimmer rapport.

2. “Ik werk in een cloudpakket en ik kan niet aan de database. Kan dit dan wel?”

Bijna altijd wel. De database is dicht, de deur meestal niet. Vrijwel elk hedendaags cloudpakket heeft een API: een officiële doorgang waarlangs andere software gegevens mag ophalen en terugschrijven. Dat is de eerste vraag die je aan je leverancier stelt, en meestal is het antwoord ja. Drie situaties, met wat elke situatie je toelaat.

Meestal

De API kan lezen én schrijven

Alles wat op deze pagina staat, kan. En schrijven via de API is niet de tweede keuze maar de bétere: je pakket houdt zijn eigen controles, validaties en logboek. Rechtstreeks in een databank schrijven zou die net omzeilen — en je leverancier zou je support opzeggen. Een gesloten database is hier dus geen beperking maar een beveiliging die je gratis meekrijgt.

Soms

Alleen lezen, of alleen een export

Dan bouw je tot en met voorstellen. De agent leest mee, bereidt het werk voor — de aanmaningen van deze week, de order die uit die mail moet, de ontbrekende gegevens — en jij doet de laatste klik in het pakket zelf. Je verliest de laatste stap, niet de winst: het zoeken, uitzoeken en klaarzetten is waar de uren zitten, niet het klikken.

Zelden

Echt dicht: geen API, geen export

Dan heb je drie eerlijke opties. Vraag het aan je leverancier — de API bestaat vaak wel, maar zit in een duurder abonnement. Werk op wat er rónd het pakket zit: mails, PDF's, rekenbladen, binnenkomende facturen. Daar zit bij een klein bedrijf trouwens het meeste handwerk. Of overweeg een ander pakket — want een systeem waar je je eigen gegevens niet uit krijgt, is ook zonder AI een risico dat je op een dag betaalt.

De lagen zitten niet ín je pakket. Je definities, je regels, het slot op wat er naar buiten gaat en het spoor van wat er gebeurde — die staan eromheen en blijven van jou, ook als je ooit van pakket verandert. Wat het pakket bepaalt, is alleen hoe de laatste stap wordt uitgevoerd.
En de AI-knop die je leverancier zelf aanbiedt? Prima voor wat ze doet, en vaak de goedkoopste eerste stap. Maar ze kent alleen wat in haar eigen pakket zit, rekent met haar definities in plaats van de jouwe, en stopt aan de rand van haar product. Het werk dat bij jou de uren opeet, loopt meestal over je mailbox én je pakket én een rekenblad tegelijk.

Wat je dan wél regelt: vier dingen, ongeveer twee dagen werk

Een systeem dat alleen antwoordt, kan hoogstens ongelijk hebben. Een systeem dat handelt, kan veertig klanten de verkeerde mail sturen. Daarom deze vier — en niet meer dan deze vier.

  1. Eén blad met woorden

    Wat betekent “actieve werf”, “opgeleverd”, “in regie”, “forfait”. Waarom klant X een ander tarief heeft. Welke projecten buiten de margeberekening vallen. Eén keer opschrijven. Een systeem dat werk van jou overneemt moet dit weten — net als een nieuwe medewerker. Dat blad is meteen ook je inwerkdocument voor de eerste persoon die je aanneemt, en het is het enige institutionele geheugen dat een klein bedrijf kan hebben: vandaag zit het in één hoofd, het jouwe.

  2. Tien cijfers, elk één berekening

    Marge, openstaand bedrag, uurtarief-realisatie, dekkingsgraad. Eén manier om ze te berekenen, niet drie. Niet om er rapporten mee te maken — wel omdat de agent eróp stuurt: welke facturen aangemaand worden, welk project een tekort draait. Rekent ze anders dan jij, dan handelt ze verkeerd. En bij jou zit er niemand tussen die zegt “wacht eens”.

  3. Eén deur met een slot

    Alles loopt via één weg — die API — met rechten die je zelf hebt gezet. En vóór er iets vertrekt of wijzigt, wordt het je gevraagd. Eén namiddag werk, en de enige echt catastrofale faalwijze — veertig mails de deur uit, tweehonderd records aangepast — is structureel onmogelijk in plaats van onwaarschijnlijk. Je hebt geen ploeg die dat achteraf opruimt.

  4. Werk overdragen in vier tredes

    Zoals bij een nieuwe medewerker. Meekijken: ze leest en verandert niets. Voorstellen: ze legt de aanmaningen van deze week klaar — twaalf klanten, bedragen, teksten — en jij beslist. Doen na akkoord: jij keurt goed, zij verstuurt en boekt. Zelfstandig binnen grenzen: pas voor routinewerk dat bewezen goed loopt, onder een drempel die je vastlegt, met een noodstop. Elke trede omhoog is een beslissing van jou, op basis van de cijfers van de trede eronder: hoeveel voorstellen waren juist, hoeveel moest je corrigeren.

En wat je gerust mag overslaan. Een bevoegdhedenmatrix per rol, een beslisorgaan, een risicoregister, een dik AI-beleid, een uitwijkstrategie per model. Dat is voor organisaties van driehonderd mensen met een auditor. Structuur bouwen voor een probleem dat je nog niet hebt, is de duurste vorm van uitstel.
De regel om te beslissen. Investeer in een laag als die ook zonder AI nuttig zou zijn. Je definities, je cijfers en een slot op wat er naar buiten gaat blijven waardevol als je de AI morgen uitzet. De rest niet.

Wil je zien hoe hetzelfde principe er op grote schaal uitziet, met vijf lagen en een auditspoor? Dat staat volledig uitgewerkt in de referentiearchitectuur. En wat de Europese AI-verordening concreet van een klein bedrijf verwacht, staat in tien vragen en antwoorden.

Zelf aan de slag

Vijf acties voor de eerste maand

Hiervoor heb je niemand van buiten nodig. Als je dit doet en er komt niets verontrustends uit, is er waarschijnlijk ook geen groot traject nodig. Komt er wél iets uit, dan weet je tenminste wat.

  1. Meet wat er al gebeurt, anoniem

    Eén enquête van onder de acht minuten: welke AI-hulpmiddelen gebruik je voor je werk, ook privé-accounts. Anoniem, anders krijg je het antwoord dat je wil horen. Verwacht een hoger cijfer dan je denkt — en behandel dat als vraagsignaal, niet als overtreding.

  2. Maak één lijst

    Een rekenblad met zeven kolommen: naam, type, eigenaar, gebruikers, welke data, wat het kost, status. Vul het met alles wat je vindt. Je kunt niets sturen wat je niet ziet. Die lijst is je halve diagnose.

  3. Kies er één, geen vijf

    De klassieke faalwijze is versnippering over tien proeven. Kies de toepassing met het grootste volume en de duidelijkste pijn, en zet de rest expliciet op een niet-nu-lijst. Nee zeggen is een kwaliteitskenmerk.

  4. Meet vóór je begint

    Twee tot vier weken cijfers verzamelen: hoeveel, hoe lang, hoe vaak fout. Uit de systemen als het kan, anders twintig taken met een chronometer. Zonder dit getal kun je later nooit aantonen dat het gewerkt heeft.

  5. Schrijf twee pagina's, geen veertig

    Welke middelen zijn toegestaan, welke data mag er nooit in, wanneer moet een mens beslissen, en bij wie meld je een probleem. Twee pagina's die iedereen kent, verslaan een handboek dat niemand leest.

Waar dit vandaan komt

Waar dit vandaan komt

Deze werkwijze is niet uit het niets ontstaan. De diagnosevragen — welke processen zijn herontworpen, en wie is er eigenaar van — komen uit het onderzoek van McKinsey. Het inzicht dat het zwaartepunt bij mensen en processen ligt en niet bij de techniek, is van BCG. Dat proeven zonder eigenaar en zonder nulmeting zelden iets opleveren, is gedocumenteerd door MIT. En de opbouw van het fundamentspoor — eerst zien wat er draait, dan eigenaarschap, dan rechten, dan doorlopende opvolging — volgt de logica die Cegeka beschreef in hun uitrolmodel voor AI-agents.

Eigen aan deze uitwerking: de volgorde van uitvoering, de manier waarop elke stap concreet wordt gemaakt — welke sessie, wie erbij zit, wat er op papier komt — en vijftien jaar ervaring met wat er werkelijk in de kamer gebeurt wanneer een directie om een besluit gevraagd wordt.

Dit staat erbij omdat hetzelfde van klanten gevraagd wordt. Wie een cijfer of een model gebruikt zonder te zeggen waar het vandaan komt, verkoopt iets.

Contact

Vragen of reacties op de aanpak

Wie met deze aanpak aan de slag gaat en op een vraag stuit, of het ergens grondig mee oneens is: ik hoor het graag. Een methode wordt beter van tegenspraak.

dodeurs@gmail.com

of bel +32 478 544 682

Approach · smaller company

Six steps, eight weeks, one owner

For companies of roughly ten to twenty people, without a separate IT, legal or HR department. This approach was tested in practice in a company of that size, where the owner was the steering group.

Complete method — open and free Also in Dutch Large organisation? Go here ›

Video 2 · The first digital employee

Video 2 in the series · 2:40 · Dutch spoken, English subtitles — one task, four steps, and a number after eight weeks. The six steps below work it out.

The six steps

The six steps: from opening conversation to decision

Below is not only what happens, but how you actually carry out each step: which session, who is in the room, how many conversations, what ends up on paper. Click a step to open it.

8 weeksto a first measured result
1 ownerno steering group, no committee
1 use caseat a time, until it works

For organisations without a separate IT, legal or HR department. This approach was tested in practice in a company of that size, where the owner was the steering group.

Six steps

eight weeks, then repeat
1One conversation with the owner90 minutes · week 1›
Where is the money leaking, what is the level of ambition, and who decides when it matters. In a small company that is usually one person, and that is an advantage: there is nobody who can block it.
How you do itAt a table, not in a presentation. Ask for numbers that already exist: how many quotes, how many invoices, how much mail per day, how long does someone spend on a file. Afterwards one page you can send to your people yourself. No more paper than that at this stage.
2Ask around on the floorOne week · weeks 1–2›
Your people already use AI. The question is which tools, for what, and with which data. That is not surveillance but the fastest way to see where real demand sits — they have already tried to solve the time-consuming tasks themselves.
How you do itAn anonymous questionnaire of at most eight minutes plus four to six half-hour conversations, with people who do the work — not with managers. Anonymity is not optional: without it you get the answer people think they should give. Recording is fine, with consent: AI writes the report, the person approves it, the recording is deleted. Expect more usage than you assume, and treat that as good news.
3One list and two pages of rulesHalf a day · week 2›
Everything that runs, on one sheet: what it is, who uses it, which data it sees, what it costs. Alongside that, two pages of agreements: which tools are allowed, which data may never go in, and when a human has to look before anything leaves the building. That is also what the regulator expects of you.
How you do itA spreadsheet, not a system. Seven columns. Write the rules in plain language — not a legal document, but something your people will actually read. Discussed once in a staff meeting and posted where people see it. Two pages everybody knows beat forty in a folder.
4Pick one task and measure it firstTwo to three weeks · weeks 2–4›
One task. Not five. The one with the highest volume and the clearest irritation. Then spend three weeks counting how it goes today: how many, how long, how often wrong. Without that number you can never know afterwards whether it worked, and you will end up cancelling it on instinct six months later.
How you do itTake from your systems whatever is in them. If it is not there, twenty cases are timed by hand — that is not science, but it is infinitely better than nothing. The remaining ideas go on a visible not-now list, so nobody feels their suggestion was ignored.
5Build, use, adjust weeklyFour to six weeks · weeks 4–8›
Buy what can be bought, build only what genuinely has to be yours. It has to sit inside the existing work — not an extra window people stop opening after two weeks. And half an hour every week with the people using it.
How you do itA list of fifty real cases with the desired answer next to them, walked through weekly. Right, wrong, unsure. That is your quality control, and it costs an hour a week. Costs are tracked from day one, per case handled — not per month, because then you still would not know whether it pays.
6Decide, then take the next oneOne day · week 8›
The week 8 numbers next to the week 2 numbers. Continue, adjust or stop. Stopping with a lesson learned is a win; letting something drift because nobody dares cancel it is not. Only if it works does the next task begin.
How you do itOne hour with the owner and the people who used it. The criteria were fixed back in week 2, so this is arithmetic, not debate. What works goes to the rest of the team in waves of one crew at a time. Then back to step 4 with the next task on the list.
Why eight weeks and not six months. A small organisation does not have a year to prove something works. What this track deliberately leaves out — a decision body, separated environments, a formal register in a system — you add later, when you have enough applications to need it. Not before. Building structure for a problem you do not yet have is the most expensive form of procrastination.
The two questions that come up most

Two frequent questions

Two fair objections, and they deserve an honest answer rather than a sales pitch. Both are below.

1. “I know my numbers. What use is a clever reader to me?”

Very little. In a company of fifteen people you know your revenue, your outstanding invoices and your running jobs by heart. An AI that tells you what you already know is a toy nobody opens after three weeks. Anyone selling you a chat window to ask questions about your own business is selling you something you do not need.

What this is actually about: not reading along, but taking work over. Every month you pay wages for work that requires no judgement.

Where the hours are. Reading and booking incoming invoices. Retyping orders out of e-mails. Reminders that wait until somebody has time. Looking up missing data. Copying figures from one system into another. Add up how many hours a week that is in your company. That is the amount this is about — not a smarter report.

2. “I work in a cloud package and I cannot reach the database. Is this even possible?”

Almost always, yes. The database is closed; the door usually is not. Virtually every modern cloud package has an API: an official way in through which other software may retrieve data and write it back. That is the first question to put to your vendor, and the answer is usually yes. Three situations, and what each one allows.

Usually

The API can read and write

Everything on this page is possible. And writing through the API is not the second-best option but the better one: your package keeps its own validations, controls and log. Writing straight into a database would bypass exactly those — and your vendor would drop your support. A closed database is not a limitation here but a safeguard you get for free.

Sometimes

Read-only, or export only

Then you build up to and including proposing. The agent reads along and prepares the work — this week’s reminders, the order sitting in that e-mail, the missing data — and you make the final click in the package yourself. You lose the last step, not the gain: the searching, sorting out and preparing is where the hours are, not the clicking.

Rarely

Genuinely closed: no API, no export

Then you have three honest options. Ask your vendor — the API often does exist, but sits in a more expensive subscription. Work on what surrounds the package: e-mails, PDFs, spreadsheets, incoming invoices. In a small company that is where most of the manual work sits anyway. Or consider another package — because a system you cannot get your own data out of is a risk you will pay for one day, with or without AI.

The layers do not live inside your package. Your definitions, your rules, the lock on what leaves the building and the trail of what happened — those sit around it and stay yours, even if you change packages one day. All the package decides is how the last step gets carried out.
And the AI button your vendor offers? Fine for what it does, and often the cheapest first step. But it only knows what sits inside its own package, calculates with its definitions rather than yours, and stops at the edge of its product. The work eating your hours usually runs across your mailbox and your package and a spreadsheet at the same time.

What you do arrange: four things, about two days of work

A system that only answers can at worst be wrong. A system that acts can send forty customers the wrong e-mail. Hence these four — and no more than these four.

  1. One page of words

    What counts as an “active job”, “delivered”, “time and materials”, “fixed price”. Why customer X has a different rate. Which projects fall outside the margin calculation. Written down once. A system taking work off your hands needs to know this — just like a new employee. That page doubles as the induction document for the first person you hire, and it is the only institutional memory a small company can have: today it sits in one head, yours.

  2. Ten figures, one calculation each

    Margin, outstanding amount, hourly rate realisation, coverage. One way to calculate them, not three. Not to produce reports with — but because the agent steers on them: which invoices get chased, which project is running short. If it calculates differently from you, it acts wrongly. And in your company there is nobody in between to say “hold on”.

  3. One door with a lock

    Everything runs through one route — that API — with permissions you set yourself. And before anything leaves or changes, you are asked. One afternoon of work, and the only genuinely catastrophic failure mode — forty e-mails out the door, two hundred records altered — becomes structurally impossible instead of unlikely. You have no team to clean that up afterwards.

  4. Handing over work in four rungs

    Like with a new employee. Watching: it reads and changes nothing. Proposing: it prepares this week’s reminders — twelve customers, amounts, wording — and you decide. Acting after approval: you approve, it sends and books. Independent within limits: only for routine work with a proven track record, below a threshold you set, with an emergency stop. Every step up is your decision, based on the numbers from the rung below: how many proposals were right, how many you had to correct.

And what you can safely skip. A permissions matrix per role, a decision body, a risk register, a thick AI policy, a failover strategy per model. That is for organisations of three hundred people with an auditor. Building structure for a problem you do not have yet is the most expensive form of procrastination.
The rule for deciding. Invest in a layer if it would be useful even without the AI. Your definitions, your figures and a lock on what leaves the building keep their value if you switch the AI off tomorrow. The rest does not.

Want to see what the same principle looks like at scale, with five layers and an audit trail? That is worked out in full in the reference architecture. And what the European AI Act actually expects from a small company is set out in ten questions and answers.

Do it yourself

Five actions for the first month

You do not need anyone from outside for this. If you do it and nothing worrying comes out, you probably do not need a large programme either. If something does come out, at least you know what.

  1. Measure what is already happening, anonymously

    One survey under eight minutes: which AI tools do you use for work, personal accounts included. Anonymous, otherwise you get the answer you want to hear. Expect a higher number than you think — and treat it as demand, not misconduct.

  2. Make one list

    A spreadsheet with seven columns: name, type, owner, users, which data, what it costs, status. Fill it with everything you find. You cannot steer what you cannot see. That list is half your diagnosis.

  3. Pick one, not five

    The classic failure mode is spreading across ten pilots. Pick the application with the highest volume and the clearest pain, and put the rest explicitly on a not-now list. Saying no is a mark of quality.

  4. Measure before you start

    Two to four weeks of numbers: how many, how long, how often wrong. From the systems if you can, otherwise twenty tasks with a stopwatch. Without that number you can never later prove it worked.

  5. Write two pages, not forty

    Which tools are allowed, which data may never go in, when a human has to decide, and who to report a problem to. Two pages everybody knows beat a manual nobody reads.

Where this comes from

Where this comes from

This way of working did not appear out of nowhere. The diagnostic questions — which processes have been redesigned, and who owns them — come from McKinsey's research. The insight that the centre of gravity sits with people and process rather than technology is BCG's. That pilots without an owner and without a baseline rarely return anything has been documented by MIT. And the sequence of the foundation track — first see what is running, then ownership, then permissions, then continuous monitoring — follows the logic Cegeka described in their rollout model for AI agents.

Specific to this version: the order of execution, the way each step is made concrete — which session, who is in the room, what ends up on paper — and fifteen years of knowing what actually happens when a board is asked for a decision.

This is stated because the same is asked of clients. Anyone using a figure or a model without saying where it came from is selling something.

Contact

Questions or comments on the approach

If you put this approach to work and run into a question — or disagree with something — I would like to hear it. A method gets better through challenge.

dodeurs@gmail.com

or call +32 478 544 682