Een bedrijfssysteem laten bouwen: wat ik eerst bouw en wat ik bewust laat liggen

Kort antwoord: de meeste maatwerksoftware loopt uit de hand omdat alles tegelijk moet. Ik begin met één dossier per klant en één vaste keten van aanvraag tot betaling, en ik laat bewust liggen wat risico of vertraging oplevert: oude koppelingen, gevoelige gegevens en een rebranding. Dat levert sneller iets op dat werkt.

"Wat je niet bouwt, kan niet stuk, niet vertragen en niet duurder worden."

Een ondernemer komt met een lijst. Een nieuwe website, een boekingssysteem, een klantendatabase, een offertetool, een koppeling met de boekhouding, een chat voor vragen, een app. Alles hangt aan elkaar en alles moet "eigenlijk" tegelijk. Ik begrijp dat. Maar wie alles tegelijk bouwt, levert na maanden iets op dat niets echt goed doet. Hoe ik dat voorkom, leg ik hieronder uit.

Eerst: één dossier per klant

Alle losse wensen (boeken, CRM, nieuwsbrief, chat, taken) draaien om hetzelfde: een persoon of organisatie met een geschiedenis. Als je dat dossier goed neerzet, hangt de rest er vanzelf aan. Boekingen, mails, gesprekken en notities horen bij één klant, op één plek.

Dat klinkt vanzelfsprekend, maar het is meestal het eerste wat ontbreekt. Mail zit in de mailbox, afspraken in de agenda, offertes in een map en klantgegevens in een spreadsheet. Dan weet niemand het complete verhaal.

Dan: één vaste keten

Voor de meeste bedrijven draait het geld door een vaste route: aanvraag, offerte, bevestiging, betaling, factuur. Als die keten werkt en elke stap zichtbaar is, heb je al het grootste deel van de waarde. Alles wat daarna komt, is bonus.

Wat in die keten hoort:

• Automatisch rekenen. De prijs uit je tarieven, zodat niemand hem met de hand uitrekent.
• Geen dubbele boekingen. De database moet dat onmogelijk maken, niet de mensen.
• Eén plek voor de status. Wie kijkt, ziet waar elke aanvraag staat.
• Een mens voor de uitzonderingen. De rest loopt vanzelf.

Wat ik bewust laat liggen

Dit is het deel waar de meeste projecten uit de bocht vliegen. Ik leg uit wat ik uitstel en waarom.

1. Koppelingen met oude systemen

Het is verleidelijk om meteen alles te koppelen aan de boekhouding, de mailinglijst en de agenda. Maar elke koppeling is een afhankelijkheid die kan breken. Ik bouw eerst het nieuwe systeem goed en houd een export of overzicht klaar als tussenstap. Koppelen kan later, als je weet wat je echt nodig hebt.

2. Gegevens over gezondheid en andere gevoelige zaken

Zodra je zorggegevens, gezondheidsinformatie of iets vergelijkbaars opslaat, verandert alles: aparte opslag, strikte rollen, een logboek en een beoordeling van de privacyrisico's (een DPIA) vooraf. Dat is geen klusje voor de laatste week. Ik bouw zo'n deel pas als de basis staat, en tot die tijd blijft de pagina informatief, met een duidelijke contactroute. Zie ook AI-agents en privacy.

3. Een nieuwe huisstijl

Een nieuw systeem én een nieuw uiterlijk tegelijk, dat zijn twee projecten. Behoud wat er is en verbeter de snelheid, de toegankelijkheid en het gebruik op mobiel. Een rebranding kan daarna.

4. Migratie van alle oude data

Soms is het beter om opnieuw te beginnen dan alles over te zetten. Alleen wat je echt nodig hebt, neem je mee. Oude, rommelige data meenemen betekent dat je de rommel meeneemt.

5. Een chat die alles kan

Een AI-chat op je site is nuttig als hij zich beperkt tot wat jij hebt aangeleverd: je tarieven, regels en vragen. Hij beantwoordt, checkt beschikbaarheid, stelt een aanvraag op en draagt warm over aan een mens. Hij geeft nooit medisch of juridisch advies, en hij verzint niets. Alles daarbuiten stuurt hij door.

Waarom dit sneller is

Als je de lijst kleiner maakt, krijg je eerder iets dat werkt. En iets wat werkt, leert je meer dan een plan. Na het eerste deel zie je wat echt nodig is, en dat is bijna nooit precies wat je dacht.

Ik werk daarom in korte stappen met zichtbaar resultaat. Het team ziet na elke stap wat er staat, en kan bijsturen.

Vragen die je vooraf stelt

1. Wat is de ene keten die geld oplevert, en kan die als eerste live?
2. Welke gegevens zijn gevoelig, en wat moeten we regelen voordat we ze opslaan?
3. Wat laten we bewust voor later, en wanneer beslissen we daarover?
4. Van wie is de code en de data na afloop? Lees ook eigenaar van de code en data bij maatwerksoftware.
5. Wat kost het om hierna iets toe te voegen, en wat kost het om te stoppen?

Hulp nodig?

Heb je een lijst met wensen en weet je niet waar je moet beginnen? Plan 30 minuten sparren. Mijn assistent Iris stelt je eerst een paar vragen, zodat we het gesprek over jouw situatie kunnen voeren, via weareimpact.nl/contact. Meer over hoe ik werk staat bij Rapid Solution Studio.

Gerelateerde artikelen

• Wat kost een app laten bouwen in 2026?
• Eigenaar van de code en data bij maatwerksoftware
• Offertes automatiseren met AI

Vincent van Munster doet interim bedrijfsvoering en AI-realisatie. Hij zet AI binnen een dagdeel aan het werk in jouw organisatie, met een mens die altijd de eindcontrole houdt.

Verder lezen: Maatwerksoftware laten bouwen: de complete gids · MVP of volledige app: wat bouw je eerst? · Bouwen, kopen of no-code: een beslismodel