---
title: "Overstappen naar nieuwe software zonder alles stil te leggen"
description: "De grootste angst bij een nieuw systeem is dat lopende events in de war raken. Een volgorde die dat voorkomt."
canonical_url: "https://micebird.nl/blog/eerste-honderd-dagen-systeem"
last_updated: "2026-10-02T05:35:55.664Z"
---

De meeste eventlocaties werken met een combinatie van een agenda, een map met offertes in
Word, een spreadsheet voor de aantallen en een mailbox waar de rest in staat. Dat werkt —
tot het niet meer werkt.

De stap naar één systeem wordt vaak jaren uitgesteld, en de reden is bijna altijd dezelfde:
de angst dat er tijdens de overstap iets misgaat met events die al geboekt zijn.

Die angst is terecht. Hij is alleen goed op te lossen met een volgorde.

## Begin niet met migreren

De meest gemaakte fout is beginnen met alles overzetten. Dat is maandenlang werk aan
gegevens van events die grotendeels al geweest zijn, en het levert niets op voordat het
klaar is.

Begin in plaats daarvan bij de voorkant: **alle nieuwe aanvragen gaan vanaf dag één het
nieuwe systeem in.** Lopende events blijven waar ze zijn tot ze geweest zijn.

Dat betekent een paar maanden twee systemen naast elkaar, wat rommelig voelt. Maar het
alternatief — wachten tot alles is overgezet — betekent dat je nooit begint.

## Een werkbare volgorde

**Week 1–2: je aanbod erin.** Zalen, arrangementen, producten, prijzen, btw-tarieven. Dit is
het fundament waar offertes uit worden opgebouwd, en het is eenmalig werk dat direct
rendeert.

**Week 2–3: één type event compleet doen.** Neem het type dat je het vaakst doet en loop het
helemaal door: aanvraag, offerte, bevestiging, draaiboek, factuur. Eén keer goed, met één
collega erbij.

**Week 3–6: alle nieuwe aanvragen erin.** Vanaf nu gaat er niets meer in het oude systeem.
Dit is het moment waarop het echt begint, en de weken waarin de meeste vragen komen.

**Maand 2–3: de bevestigde events overzetten.** Alleen wat nog moet plaatsvinden. Wat al
geweest is, blijft in het oude systeem staan als archief.

**Maand 3: de sjablonen.** Nu je weet hoe je werkt, leg je vast wat zich herhaalt.

## Wat je niet moet overzetten

Historische gegevens van events die al geweest zijn. De verleiding is groot — het voelt
onvolledig — maar de praktische waarde is klein. Je oude systeem blijft leesbaar, en de
paar keer dat je iets uit 2023 nodig hebt, zoek je het daar op.

<callout>

Wijs één persoon aan die de eerste maand alle vragen verzamelt en de inrichting aanpast.
Zonder die rol lost iedereen zijn eigen probleem op, en na een maand werkt het team op vijf
verschillende manieren in hetzelfde systeem.

</callout>

## Laat het oude systeem nog even staan

De verleiding om de oude werkwijze meteen af te sluiten is groot — het dwingt iedereen tot de
overstap. In de praktijk werkt het averechts: bij de eerste vraag die het nieuwe systeem niet
beantwoordt, staat er iemand stil met een klant aan de telefoon.

Houd het oude systeem daarom nog drie maanden leesbaar, maar niet schrijfbaar. Niemand kan
er iets nieuws in zetten, iedereen kan er iets in opzoeken.

Na drie maanden kijk je hoe vaak er nog in gekeken is. Bij de meeste locaties is dat
antwoord "bijna nooit", en dan kun je het rustig afsluiten. Is het antwoord "wekelijks", dan
mist er iets in de nieuwe inrichting — en dat is nuttige informatie in plaats van een
probleem.

## Reken op een dip

In week drie tot vijf gaat het trager dan voorheen. Dat is normaal en het is geen teken dat
de keuze verkeerd was: iedereen doet dingen voor het eerst, en voor het eerst duurt altijd
langer.

De dip is kort als je hem verwacht en lang als je hem als bewijs ziet dat het niet werkt.
Spreek daarom vooraf af dat je na drie maanden evalueert, niet na drie weken — dan
beoordeel je het systeem op hoe het werkt en niet op hoe het voelde om het te leren.

## Sitemap

See the full [sitemap](/sitemap.md) for all pages.