Een IT-roadmap opstellen voor je MKB: van brandjes blussen naar vooruit plannen

Heb je het gevoel dat je IT-omgeving is gegroeid zonder dat iemand het besloten heeft? Eerst was er een laptop en een paar licenties. Nu draaien er tientallen diensten, waarvan er een paar zijn waarvan niemand meer weet wie ze ooit heeft aangezet. Een IT-roadmap opstellen klinkt zwaarder dan het is.

Dat is geen slordigheid. Zo gaat het bijna overal. Er is een probleem, iemand lost het op met een tool, en die tool blijft. Herhaal dat vijf jaar en je hebt een verzameling in plaats van een systeem.

Het gevolg merk je niet in één groot moment. Je merkt het in een gestage druppel: systemen die niet met elkaar praten, mensen die eigen omwegen verzinnen, en uitgaven die niets bijdragen aan waar je heen wilt. Een IT-roadmap is de manier om daar uit te komen.

Wat een roadmap wél en niet is

Even afbakenen, want er zijn een paar buurdocumenten die makkelijk door elkaar lopen.

• Een jaarlijkse IT-review kijkt terug: wat staat er, wat werkt, wat moet weg.
• Een IT-budget zet er bedragen bij voor het komende jaar.
• Een vervangingsplan gaat specifiek over apparatuur.
• IT-beleid legt vast wat mag en niet mag.

Een roadmap is het document dat daarboven hangt. Het beantwoordt één vraag: wat gaan we de komende twaalf tot vierentwintig maanden met techniek doen, en waarom past dat bij waar het bedrijf heen wil? Uit die roadmap volgen je budget, je vervangingsplan en je projecten — niet andersom.

En het is geen dik rapport. Twee pagina’s die kloppen zijn meer waard dan twintig die niemand opent.

Stap 1: begin bij het bedrijf, niet bij de techniek

Voordat er één merknaam valt: wat wil je bereiken? Meer omzet uit bestaande klanten. Een tweede vestiging openen. De doorlooptijd van offerte naar opdracht halveren. Minder afhankelijk zijn van één persoon die alles weet.

Die doelen sturen alles daarna. Een bedrijf dat wil groeien in aantal mensen heeft andere prioriteiten dan een bedrijf dat vooral stabieler wil draaien met dezelfde bezetting.

Haal die doelen niet alleen bij de directie op. Vraag het ook aan verkoop, aan de administratie en aan de mensen die dagelijks met klanten schakelen. Zij zien knelpunten die op directieniveau onzichtbaar zijn. Bijkomend voordeel: wie heeft meegedacht over het waarom, werkt later makkelijker mee aan het hoe.

Stap 2: maak een eerlijke inventaris

Wanneer heb je voor het laatst in kaart gebracht wat je precies hebt draaien? Niet wat er zou moeten draaien — wat er echt is.

Zet per onderdeel neer: waar wordt het voor gebruikt, wie is de eigenaar, wat kost het per jaar, hoe oud is het, en wat gebeurt er als het morgen wegvalt. Dat laatste is de vraag die de meeste verrassingen oplevert.

Verwacht drie soorten vondsten. Dubbelingen: twee diensten die hetzelfde doen omdat twee afdelingen los hebben ingekocht. Vergeten abonnementen die maandelijks doorlopen. En één of twee systemen die veel belangrijker zijn dan iedereen dacht — meestal iets waar precies één collega verstand van heeft.

Neem ook mee wat er al aan achterstand is opgebouwd: verouderde versies, tijdelijke oplossingen die permanent werden, koppelingen die met plakband overeind blijven. Zie technische schuld aanpakken.

Stap 3: benoem de gaten en zet ze op volgorde

Na de inventaris heb je een rommelig verlanglijstje. De verleiding is om alles tegelijk te willen. Doe dat niet.

Sorteer op twee dingen: hoeveel last je er dagelijks van hebt, en hoe groot het risico is als je niets doet. Een traag systeem dat vijf mensen elke dag gebruiken, weegt zwaarder dan een mooie nieuwe website. Een server zonder werkende back-up weegt zwaarder dan allebei.

Verdeel het resultaat in drie blokken: nu (dit kwartaal), straks (dit jaar) en later (volgend jaar of pas als iets anders verandert). Dat "later"-blok is belangrijk: het voorkomt dat goede ideeen verdwijnen én dat ze nu al aandacht opeisen.

Stap 4: reken met de hele prijs

De aanschafprijs is zelden de echte prijs. Tel erbij op: invoeren en overzetten van gegevens, uitleg en begeleiding, beheer, en de periode waarin het even minder soepel loopt.

Stel jezelf twee vragen bij elk voorstel. Kunnen we ons dit nu veroorloven? En: kunnen we ons veroorloven om het níet te doen? Die tweede vraag geeft vaak sneller duidelijkheid, vooral bij back-up, beveiliging en apparatuur die op zijn laatste benen loopt. Hoe je dat vertaalt naar bedragen staat in een IT-budget opstellen. Wat uitval kost als het misgaat, staat in de verborgen kosten van IT-uitval.

Stap 5: plan de uitrol, inclusief de mensen

Hier stranden de meeste plannen. Het systeem klopt, de planning klopt, maar niemand heeft bedacht wie het gaat uitleggen.

Zet per project neer: wie is verantwoordelijk, wat zijn de mijlpalen, hoe testen we het voordat het live gaat, en wanneer krijgen mensen uitleg — vóór of na de overstap. Plan niet drie projecten tegelijk in dezelfde drukke maand.

Reken erop dat een deel van het rendement pas komt als mensen de nieuwe manier van werken echt oppakken. Zie wat het kost als je personeel de techniek niet gebruikt.

Stap 6: kies je leveranciers met dezelfde zorg

Een goed product bij een leverancier die niet opneemt als het misgaat, is geen goed product. Toets voordat je tekent: hoe snel reageren ze nu al, wat spreken ze af over ondersteuning, waar staan je gegevens, en hoe kom je er weer uit als je wilt stoppen.

Leg ook vast wie welke toegang krijgt en wanneer die vervalt. Dat is precies het punt waarop het in de praktijk misgaat — zie leveranciersrisico beheren.

Neem verplichtingen die op je afkomen mee in je planning. Per 15 augustus 2026 is in Nederland de Cyberbeveiligingswet van kracht, de invulling van de Europese NIS2-richtlijn. Val je er zelf niet onder, dan kun je er alsnog mee te maken krijgen via grote klanten die eisen doorschuiven naar hun leveranciers. Zie wat NIS2 voor jou betekent.

Stap 7: werk het elk kwartaal bij

Een roadmap die je één keer maakt en in een map zet, is een document. Een roadmap die je vier keer per jaar een half uur doorneemt, is een stuurmiddel.

Loop bij elke ronde drie dingen langs: wat is af, wat is veranderd in het bedrijf, en wat schuift daardoor op. Vaak verschuift er meer dan je denkt — een grote klant erbij, iemand die vertrekt, een leverancier die stopt.

Een praktijkvoorbeeld

Een handelsbedrijf met 28 medewerkers wilde een tweede locatie openen. De vraag aan tafel was: welk voorraadsysteem kopen we?

Bij het maken van de inventaris kwam iets anders boven. Het bestaande systeem kon prima met twee locaties overweg — die functie was nooit aangezet. Wat wel ontbrak, was iets veel saaiers: er was geen geteste back-up van de voorraadadministratie, en op de nieuwe locatie was nog geen fatsoenlijke internetverbinding geregeld.

De roadmap werd daardoor omgekeerd. Eerst de back-up op orde en een keer echt testen. Dan de verbinding en het netwerk op de tweede locatie. Daarna pas de uitbreiding van het systeem, met uitleg voor de mensen die er zouden gaan werken. Het nieuwe pakket dat ze op het punt stonden te kopen, bleek niet nodig.

Besparing: ruim een jaarlicentie. Belangrijker: ze openden zonder dat er in de eerste week iets omviel.

Het stappenplan in het kort

Kort samengevat: breng je huidige situatie in kaart, koppel die analyse aan waar je organisatie heen wil, en vertaal de uitkomst naar concrete projecten met een volgorde. Dat is de basis waarop je ict-omgeving de komende twee jaar meebeweegt met de groei van je bedrijf. Geen groot traject — een paar heldere keuzes op papier.

Veelgestelde vragen

Hoe ver vooruit moet een roadmap kijken?

Twaalf tot vierentwintig maanden werkt voor de meeste MKB-bedrijven. Korter en het is een takenlijstje; langer en je plant voor een situatie die je nog niet kent. Houd het eerste half jaar concreet en de rest grof.

Wij hebben geen IT-afdeling. Kan dit wel?

Ja, en juist dan is het nuttig. Zonder vaste IT-persoon worden beslissingen bijna altijd onder druk genomen, en dat is precies wanneer je te veel betaalt voor iets dat niet past. Een externe partij kan het opstellen begeleiden, maar de doelen moeten uit je eigen bedrijf komen.

Wat als er halverwege iets groots verandert?

Dan pas je de roadmap aan. Dat is geen falen van het plan, dat is waarvoor je hem hebt. Het verschil met géén roadmap is dat je nu ziet wat er opschuift en wat dat kost.

Waar begin ik als ik vandaag zou starten?

Met de inventaris. Zet in één middag op een rij wat je hebt draaien, wat het kost en wat er gebeurt als het wegvalt. Dat lijstje alleen al levert bijna altijd twee besparingen en één schrikmoment op — en daarmee heb je je eerste prioriteiten.

Wat is het verschil tussen een IT-roadmap en een IT-strategie?

Je strategie zegt waar je organisatie heen wil en welke rol techniek daarin speelt. De roadmap vertaalt dat naar concrete projecten met een volgorde en een tijdpad. Zonder strategie weet je niet waarom je iets doet; zonder roadmap gebeurt het niet.

Wil je van losse beslissingen naar een plan dat past bij waar je bedrijf heen gaat? We helpen je met de inventaris, de prioriteiten en een roadmap die op twee pagina’s past. Bel 030-7115791 of mail info@okayict.nl.