Van Excel-chaos naar een eigen CRM in acht weken: een praktijkverhaal
Een groothandel met 14 medewerkers draaide zijn volledige verkooppijplijn op één gedeeld spreadsheet dat niemand echt vertrouwde. Dit is precies hoe we het hebben vervangen — wat we bouwden, wat we bewust níét deden en wat er daarna veranderde.

Er bestaat een bepaald soort spreadsheet dat in stilte een klein bedrijf draaiende houdt. Het begon als een simpele klantenlijst en groeide in vijf of zes jaar uit tot het belangrijkste — en gevaarlijkste — bestand van de hele onderneming. Iedereen leunt erop. Niemand vertrouwt het. En als het uiteindelijk crasht, gebeurt dat doorgaans op de slechtst denkbare dag. Dit is het verhaal van zo'n spreadsheet, het bedrijf van 14 mensen dat erin leefde, en de acht weken die nodig waren om ze eruit te krijgen.
We werken met veel kleine bedrijven, en deze casus is geanonimiseerd — de klant vroeg ons zijn naam niet te gebruiken, en de cijfers hier zijn afgerond en illustratief in plaats van geauditeerd. Maar de situatie is echt, en als u een bedrijf draait op een gedeeld spreadsheet dat langzaam een risico wordt, herkent u er waarschijnlijk meer in dan u lief is. Het doel van dit verhaal is niet pronken met een project. Het is laten zien wat de werkelijke keuzes waren — inclusief die waar het voor de hand liggende antwoord fout was.
Door het hele verhaal heen heb ik geprobeerd eerlijk te zijn over wat lastig was, wat we bewust oversloegen en waar de echte waarde vandaan kwam. Verklapper: het was niet het deel dat iedereen verwachtte.
De situatie: één bestand, veertien mensen, nul vertrouwen
De klant is een regionale groothandel — ze kopen goederen in bulk en verkopen door aan kleine winkeliers en zakelijke klanten. Veertien mensen: een handvol in de verkoop, een paar in het magazijn, een kantoormanager, de twee eigenaren. Gezond bedrijf, gestage groei, het soort onderneming dat te groot is om op het geheugen te draaien en te klein om ooit 'echte' software te hebben gekocht.
Hun hele verkoopoperatie leefde in één gedeeld spreadsheet op een clouddrive. Klanten, contactpersonen, de orderhistorie, wie-wat-nog-moet-betalen, opvolgnotities, een kleurcoderingssysteem dat alleen de kantoormanager volledig doorgrondde. Het had ongeveer veertig kolommen en ruim duizend rijen. Op elk moment hadden drie of vier mensen het openstaan.
U kunt de symptomen wel raden. Twee mensen die dezelfde rij bewerken, waarbij de een de ander stilletjes overschrijft. Een verkoper die het blad filtert, vergeet het filter te wissen, en de volgende die in paniek raakt omdat 'de helft van de klanten weg is'. Niemand wist welk telefoonnummer het actuele was. Het maandelijkse omzetrapport kostte de kantoormanager bijna een hele dag om met de hand samen te stellen, en de eigenaren geloofden het niet helemaal. Het bestand was in twee jaar tijd al twee keer uit een back-up teruggehaald nadat iemand iets had verwijderd dat niet weg had gemogen.
“Het was niet zo dat het spreadsheet slecht was. Het was zo dat veertien mensen elke dag stilletjes om diezelfde tien problemen heen werkten en de kosten ervan niet meer opmerkten.”
Hier zit het cruciale punt: niemand klaagde luid. Dat is de valkuil bij een spreadsheet dat zichzelf is ontgroeid. De pijn is dun uitgesmeerd over iedereen en elke dag, dus het wordt nooit een crisis — het wordt gewoon het weer. De eigenaren belden ons niet vanwege een ramp, maar omdat ze een goede klant waren kwijtgeraakt door een opvolging die tussen wal en schip viel, en dat deed hen eindelijk afvragen hoeveel anderen er nog waren.

Waarom niet gewoon een kant-en-klaar CRM kopen?
Dit is de eerste vraag die iedereen stelt, en het is de juiste. Er zijn tientallen goede, goedkope CRM-producten. We hebben de klant er oprecht een proberen aan te praten — dat is bijna altijd het snellere, goedkopere antwoord, en we verliezen liever een bouwproject dan dat we er een verkopen die niemand nodig heeft.
Dus deden we de test die we altijd doen: we namen hun werkelijke proces en probeerden het te leggen over twee bekende CRM-tools. Zo'n 80% paste prima. Het waren de laatste 20% die het de das omdeden. Hun prijsstelling werkte met klantspecifieke staffels en volumekortingen die op geen enkel standaard 'deal'-object pasten. Hun orderhistorie moest koppelen aan een magazijnsysteem dat ze niet wilden vervangen. En de manier waarop ze terugkerende zakelijke klanten volgden — die op losse cycli herbestellen in plaats van als eenmalige verkoop — bestond simpelweg niet in het standaard pijplijnmodel.
We hadden hun bedrijf in de tool kunnen dwingen. Veel consultants zouden dat gedaan hebben. Maar veertien mensen vragen om hun manier van prijzen en herbestellen te veranderen zodat de software tevreden is, is een uitstekende manier om iedereen binnen een maand stilletjes terug te laten vallen op het spreadsheet. De hele reden dat het oude bestand zo lang overleefde, is dat het zich naar hen plooide. Wat het ook verving, moest dat ook doen.
Hoe die acht weken er echt uitzagen
Acht weken klinkt snel voor 'een eigen CRM', en dat zou het ook zijn — als we hadden geprobeerd een eigen CRM te bouwen. Dat deden we niet. We bouwden het smalle stukje CRM dat dit specifieke bedrijf nodig had, en lieten bewust alles weg wat ze niet nodig hadden. Discipline in de scope is de hele reden dat de planning stand hield.
Zo waren de weken ongeveer verdeeld. In het echt was het niet zo netjes — weken lopen in elkaar over — maar de vorm klopt.
- 1Week 1–2: Kijken, niet ontwerpenWe zaten bij het verkoopteam en de kantoormanager en keken hoe ze het spreadsheet echt gebruikten. Geen requirementsvergadering — echte observatie. Hier vonden we de dingen waar niemand aan denkt te noemen, zoals de kleurcode en de drie 'tijdelijke' zijbladen die permanent waren geworden.
- 2Week 2–3: De data opschonen, bepalen wat waar isVoor er ook maar iets gebouwd werd, ontwarden we het spreadsheet zelf: dubbele klanten, dode contacten, drie verschillende manieren om dezelfde bedrijfsnaam te schrijven. Pijnlijk, weinig glamoureus, en de allergrootste dienst die we hen bewezen. Je kunt geen rommel migreren en een schoon systeem verwachten.
- 3Week 3–6: De kern bouwen, in hun handenKlanten, contactpersonen, de orderhistorie, de prijsstaffels en de herbestelregistratie die de kant-en-klare tools niet konden. We toonden hen elke week een werkende versie en lieten ze die stukmaken, in plaats van aan het eind iets afgewerkts te presenteren.
- 4Week 6–7: Het magazijn en de rapporten koppelenEen alleen-lezen koppeling met hun bestaande magazijnsysteem zodat de orderhistorie zichzelf vulde, plus het ene rapport waar de eigenaren echt om gaven — maandomzet per klant — op aanvraag gegenereerd in plaats van met de hand.
- 5Week 8: Migreren, trainen, parallel draaienWe zetten de opgeschoonde data over, trainden het team in twee korte sessies en hielden het oude spreadsheet nog twee weken open en alleen-lezen als vangnet. Niemand had het na de eerste paar dagen nog nodig, maar dat het er was, maakte de overstap omkeerbaar — en juist daardoor durfden mensen erin mee te gaan.

Wat we bouwden — en wat we weglieten
Het afgewerkte systeem is, eerlijk gezegd, niet indrukwekkend om te zien. Dat was het doel. Het doet een klein aantal dingen op de manier waarop dit bedrijf werkelijk werkt, en verder niets. De discipline om dingen weg te laten, is wat het bruikbaar hield.
Wat erin ging: een schone klant- en contactregistratie met één bron van waarheid voor telefoonnummers en adressen; de orderhistorie die automatisch uit het magazijnsysteem werd getrokken; hun echte prijsstaffels en volumekortingen; een eenvoudig overzicht van herbestelcycli zodat verkopers zien wie weer toe is aan een bestelling; opvolgherinneringen zodat stille klanten niet wegglippen; en het maandomzetrapport, gegenereerd met twee klikken.
- Wat we bewust weglieten: een marketingmodule — ze doen geen e-mailcampagnes, dus het zou dood gewicht zijn geweest.
- Een mobiele app — het verkoopteam werkt vanaf bureaus en het magazijn heeft tablets; een responsieve webweergave was genoeg.
- Een 'lead scoring'- of voorspellingsmotor — modieus, maar ze wilden helderheid over bestaande klanten, geen voorspellingen.
- Welke AI-functie dan ook, bij de lancering — er was nog geen taalgevormd probleem om op te lossen, dus AI toevoegen zou versiering zijn geweest.
- Fijnmazige rechtenniveaus — veertien vertrouwde mensen hebben geen veertien rechtenniveaus nodig; we hielden het simpel.
Die laatste categorie telt net zo zwaar als de eerste. Elke functie die u toevoegt, is iets om te onderhouden, uit te leggen en fout te doen. Een klein bedrijf heeft niet het CRM nodig dat een bedrijf van 500 man nodig heeft, en doen alsof dat wel zo is, is hoe een project van acht weken er een van acht maanden wordt. We lieten ruimte over om de ontbrekende stukken later toe te voegen — maar alleen als er een echte behoefte opdook, niet omdat een functielijst dunnetjes leek.
Het echt lastige deel was niet de software
Als u tot hier hebt gelezen in de verwachting dat de moeilijkheid technisch zou zijn, hier is de twist: het bouwen was het makkelijke deel. Het lastige deel was de zwaartekracht van het spreadsheet. Mensen hadden jaren spiergeheugen in dat bestand. Sommigen hadden privé-zijbladen die ze nooit hadden genoemd. Eén verkoper wilde, zeer beleefd, niet 'gevolgd' worden door een systeem na jaren werken vanuit zijn eigen aantekeningen.
Dat losten we niet op met software. We losten het op door het nieuwe systeem vanaf dag één oprecht sneller te maken voor hém — zijn klanten, zijn herbestellijst, zijn opvolgingen, minder typen dan voorheen — zodat het de makkelijkere weg werd in plaats van de opgelegde. De twee weken parallel draaien deden de rest. Als mensen zien dat de oude manier er nog is voor het geval ze hem nodig hebben, houden ze er niet langer aan vast. Neem hem te vroeg weg en ze graven zich in.
“Het spreadsheet vervangen was een softwareklus. De gewoonte van het spreadsheet vervangen was het echte project — en dat is het deel dat de meeste bouwprojecten negeren.”

Wat er daarna veranderde
Eerst de cijfers, met de eerlijke kanttekening dat dit de eigen afgeronde cijfers van de klant zijn uit de maanden na de lancering, geen onafhankelijke audit — bruikbaar als richting, niet als garantie voor uw bedrijf.
| Wat | Voor (spreadsheet) | Na (eigen CRM) |
|---|---|---|
| Maandelijks omzetrapport | ~6 uur, met de hand | Ongeveer twee klikken |
| 'Waar is het actuele telefoonnummer?' | Een dagelijkse gok | Eén record, vertrouwd |
| Schrik om dataverlies / overschrijven | Twee keer in twee jaar | Tot nu toe geen |
| Stille klanten die wegglippen | Niemand kende het aantal | Zichtbare herbestellijst |
| Inwerktijd nieuwe medewerker op het systeem | Weken aan ongeschreven kennis | Ongeveer een middag |
De rapporttijd was de kop waar de eigenaren om gaven — bijna een hele dag per maand terugkrijgen is echt geld. Maar de verandering die ze maanden later bleven noemen, was stiller: ze maakten zich niet langer zorgen over het bestand. De lage achtergrondangst van 'klopt de data, gaat het zo crashen' verdween simpelweg. Ironisch genoeg kunt u dat niet in een spreadsheet zetten, maar het was juist dat wat hen het goed besteed geld deed noemen.
De herbestellijst betaalde zich uit op een manier die we niet helemaal hadden voorzien. Binnen een paar maanden had het verkoopteam weer contact gelegd met meerdere zakelijke klanten die stilletjes waren weggezakt — precies het soort wegglippen dat het project in eerste instantie had aangezwengeld. Eén teruggewonnen klant dekte de bouw ruimschoots. Dat is geen belofte dat het bij u gebeurt; het is een voorbeeld van waar de waarde zich pleegt te verschuilen zodra mensen hun klanten echt kunnen zien.
Het spreadsheet dat uw bedrijf draait ontgroeid?
Als uw verkoop- of klantgegevens in één gedeeld bestand leven waar iedereen op leunt en niemand vertrouwt, is dat meestal het moment om te praten. We kijken eerst naar uw werkelijke proces en zeggen u eerlijk of u überhaupt een eigen CRM nodig heeft — of dat iets kant-en-klaars zou volstaan.
Zie hoe we CRM's bouwen voor kleine bedrijvenVeelgestelde vragen
Is acht weken realistisch voor een eigen CRM?
Moeten we het spreadsheet repareren in plaats van vervangen?
Wat kost zo'n project?
Hoe riskant is het migreren van jaren aan data uit een spreadsheet?
Gaat het team het echt gebruiken, of vallen ze terug in oude gewoonten?

Have a nice day is een softwarestudio die kleine en middelgrote bedrijven helpt digitaliseren — automatisering, AI en maatwerksoftware die werkt in de dagelijkse praktijk, niet alleen op slides.