Week 2 van deze reeks. Vorige week ging het over "Waar let je op bij het kiezen van een IT-partner?", "Wat een Cyber Threat Assessment in de praktijk oplevert" en "Referenties checken". Deze week: wat er gebeurt ná die keuze.
In het kort
- Een overstap verloopt in stappen: kennismaking, analyse van je huidige situatie, een opleverplan, bouwen op de achtergrond, en pas dan overzetten.
- Je team merkt idealiter weinig tot niets tijdens de bouwfase — de impact zit in de overzetmomenten zelf, kort en gepland.
- Er kan iets misgaan tijdens zo'n traject. Dat eerlijk benoemen is beter dan doen alsof dat nooit gebeurt.
- "Klaar" is geen vast moment, maar een duidelijk afgesproken punt: geen restpunten, uitleg gehad, rust.
- Twijfel je halverwege of het de juiste keuze was? Dat kun je aan concrete signalen toetsen, niet aan een onderbuikgevoel.
Wat verandert er voor mij als ondernemer in de eerste maanden?
Eerst gebeurt er relatief weinig zichtbaars: een gesprek over je huidige situatie, knelpunten en verwachtingen, gevolgd door een volledige inventarisatie van wat er nu staat. Pas daarna volgt een concreet plan: wat past bij jouw pakket, wat moet vervangen worden, en wanneer. Twijfel je nog of je hiervoor klaar bent, dan is vrijblijvend ICT-advies een goede eerste stap, los van een overstap.
Voor jou als ondernemer verandert er in die fase vooral iets in overzicht: je krijgt voor het eerst een helder beeld van wat er allemaal draait in je omgeving, vaak inclusief zaken die je zelf niet meer scherp had.
Merkt de vloer/het team iets van een overstap, en wat dan?
Tijdens de analyse- en bouwfase: nauwelijks. Het werk gebeurt op de achtergrond, juist zodat mensen door kunnen werken. De momenten waarop het team wél iets merkt, zijn de geplande overzetmomenten zelf: data-synchronisatie, het aansluiten van de beveiligingslaag, en eventueel een korte overstap van apparatuur.
Die momenten worden vooraf gepland en gecommuniceerd, precies om te voorkomen dat mensen midden op een werkdag verrast worden.
Wat gebeurt er technisch in de eerste weken (inventarisatie, matrix, opleveren)?
Na de analyse volgt een matrix: wie werkt waarmee, en hoe moet de omgeving eruitzien. Die matrix is de basis voor het bouwplan. Vervolgens wordt er op de achtergrond gebouwd: de nieuwe omgeving wordt klaargezet naast de bestaande, zodat er getest kan worden voordat er iets wordt omgezet.
Pas als dat gevalideerd is, volgt de eerste échte overzetting: meestal beginnend met mail en documenten, gevolgd door de beveiligende laag eromheen. Hoe dat beheer er daarna structureel uitziet, lees je in Systeembeheer.
Wat kan er misgaan tijdens zo'n traject, eerlijk gezegd?
Dingen die vaker misgaan bij een overstap: een onvolledige inventarisatie waardoor iets over het hoofd wordt gezien, verwachtingen die niet goed zijn afgestemd over wie wat doet, of een overzetmoment dat langer duurt dan gepland.
De remedie zit niet in doen alsof dit nooit gebeurt, maar in hoe snel en transparant het wordt opgelost als het wel gebeurt. Vraag daarom bij een IT-partij niet "gaat dit fout", maar "wat doen jullie als het toch fout gaat". Diezelfde eerlijkheid geldt andersom: lees in wanneer een Managed Service Provider géén goede keuze is wanneer uitbesteden zelf niet de juiste stap is.
Wanneer voelt een overstap "af", en waar let ik op onderweg?
"Af" is geen vaag gevoel, maar een concreet afgesproken punt: geen openstaande restpunten, je team weet hoe het moet werken, er is uitleg en instructie gegeven, en er is intern vastgelegd hoe onderhoud en support verlopen.
Onderweg let je op: krijg je tussentijds updates zonder erom te vragen, is duidelijk wie waarvoor verantwoordelijk is, en wordt een planning aangepast zodra dat nodig blijkt, in plaats van stil verschoven.
Blijft alles gewoon werken tijdens de overgang, of zijn er onderbrekingen?
De bouwfase raakt je lopende werk in principe niet, omdat de nieuwe omgeving apart wordt opgebouwd. Bij het daadwerkelijke overzetten zijn er wel korte, geplande momenten waarop bijvoorbeeld mail tijdelijk minder toegankelijk kan zijn. Die momenten worden vooraf gecommuniceerd en zoveel mogelijk buiten drukke werkuren gepland.
Hoeveel tijd van mijn team kost zo'n traject?
Het grootste deel van het werk gebeurt bij de IT-partij, niet bij jouw team. Wat wél tijd kost: het eerste gesprek over je situatie en verwachtingen, eventueel input tijdens de inventarisatie, en instructie/uitleg bij oplevering. Reken op een paar gesprekken en een korte instructiemoment, niet op wekenlang tijdsbeslag.
Hoe weet ik halverwege of het de juiste keuze was?
Aan concrete signalen, niet aan onderbuikgevoel: krijg je tussentijds duidelijkheid over de voortgang? Wordt een tegenvaller (zie hierboven) eerlijk gemeld in plaats van verzwegen? Voelt het team zich gehoord als er een vraag of zorg is?
Twijfel je serieus, dan is dat het moment om het gesprek aan te gaan, niet om af te wachten tot de oplevering.
Tot slot
Een goede overstap voelt vooral rustig: veel gebeurt op de achtergrond, de zichtbare momenten zijn gepland, en tegenvallers worden eerlijk gemeld in plaats van verzwegen. "Klaar" is een concreet, afgesproken punt — geen vaag gevoel.
Volgende blog in deze reeks: "Zelf beheren of laten beheren: wat 'managed' echt betekent voor jouw team", over wat er dagelijks verandert na de overstap.
Benieuwd hoe zo'n traject er voor jouw bedrijf uit zou zien?
Plan een kwartiertje met Marcel →
Wil je eerst weten waar je nu staat, los van een overstap? Een Cyber Threat Assessment geeft dat overzicht.
Vraag een Cyber Threat Assessment aan →
Wat merk je het eerste half jaar van een overstap naar een nieuwe IT-partner?