Praktijkvoorbeeld

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.

Have a nice dayHave a nice day13 min. leestijd
Van Excel-chaos naar een eigen CRM in acht weken: een praktijkverhaal

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.
uit onze aantekeningen van de eerste workshop

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.

Een overvol spreadsheet op een monitor met tientallen kolommen en botsende kleurgecodeerde cellen, meerdere plakbriefjes aan de schermrand, een gefrustreerde kantoormedewerker vaag weerspiegeld in het glas
Het bestand dat het bedrijf draaiende hield: veertig kolommen, duizend rijen en een kleurcode die maar één persoon begreep.

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.

  1. 1
    Week 1–2: Kijken, niet ontwerpen
    We 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.
  2. 2
    Week 2–3: De data opschonen, bepalen wat waar is
    Voor 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.
  3. 3
    Week 3–6: De kern bouwen, in hun handen
    Klanten, 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.
  4. 4
    Week 6–7: Het magazijn en de rapporten koppelen
    Een 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.
  5. 5
    Week 8: Migreren, trainen, parallel draaien
    We 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.
Een klein team verzameld rond een laptop in een magazijnkantoor, een ontwikkelaar wijst naar een schoon, eenvoudig CRM-scherm op het beeldscherm, warm natuurlijk licht, iedereen leunt mee en is betrokken
Wekelijkse toon-en-breek-sessies: het team zag het systeem groeien en gaf het vorm, in plaats van een afgewerkte doos te krijgen.

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 we de eigenaren bij de oplevering vertelden
Een schoon, minimalistisch CRM-dashboard op een desktopscherm met een opgeruimde klantenlijst en één omzetgrafiek, rustig en overzichtelijk, een dichte laptop en een koffie ernaast, het chaotische spreadsheet verdwenen
De vervanging is, met opzet, saai: een paar dingen gedaan op de manier waarop het bedrijf werkelijk werkt.

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.

WatVoor (spreadsheet)Na (eigen CRM)
Maandelijks omzetrapport~6 uur, met de handOngeveer twee klikken
'Waar is het actuele telefoonnummer?'Een dagelijkse gokEén record, vertrouwd
Schrik om dataverlies / overschrijvenTwee keer in twee jaarTot nu toe geen
Stille klanten die wegglippenNiemand kende het aantalZichtbare herbestellijst
Inwerktijd nieuwe medewerker op het systeemWeken aan ongeschreven kennisOngeveer een middag
Voor en na, volgens de eigen ruwe schattingen van de klant.

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 bedrijven

Veelgestelde vragen

Is acht weken realistisch voor een eigen CRM?
Ja — maar alleen omdat we een bewust smal systeem bouwden, geen volledig enterprise-CRM. De planning houdt stand als u hard afbakent: definieer het specifieke stukje dat het bedrijf nodig heeft, schoon eerst de data op en laat alles wat niet essentieel is weg. Een 'doe-alles'-opdracht is wat acht weken in acht maanden verandert. De discipline zit in wat u kiest níét te bouwen.
Moeten we het spreadsheet repareren in plaats van vervangen?
Soms wel. Als het probleem vooral rommel is — dubbelingen, geen structuur — kunnen een grondige opschoning en een paar regels u een jaar of twee opleveren. Vervangen is logisch als de problemen structureel zijn: meerdere mensen die tegelijk bewerken, geen echte rapportage, geen audittrail, data die u niet kunt vertrouwen. Als uw spreadsheet meer dan eens uit een back-up is teruggehaald, bent u het reparatiestadium voorbij.
Wat kost zo'n project?
We kunnen er geen bedrag op plakken zonder uw proces te zien — het hangt volledig af van hoeveel u werkelijk nodig heeft versus hoeveel u denkt nodig te hebben. Maar de eerlijke hefboom op de kosten is de scope, niet het uurtarief. Een strak afgebakende eerste versie die de echte pijn oplost, is veel goedkoper dan een uitdijend 'toekomstbestendig' platform, en het is ook degene die daadwerkelijk gebruikt wordt. We beginnen altijd met proberen de scope kleiner te maken.
Hoe riskant is het migreren van jaren aan data uit een spreadsheet?
De migratie zelf is laagrisico als u eerst het saaie werk doet: data opschonen en ontdubbelen, het eens worden over wat als bron van waarheid telt, en het originele bestand alleen-lezen houden als vangnet. Het echte risico is niet data verliezen — het is tegenstrijdigheden en verwarring meemigreren naar een glimmend nieuw systeem. Daarom telt de opschoning zwaarder dan de verhuizing zelf.
Gaat het team het echt gebruiken, of vallen ze terug in oude gewoonten?
Dat is de echte vraag, en het draait om de uitrol, niet om software. Mensen vallen terug wanneer de nieuwe tool voor hen trager is of wanneer de oude abrupt wordt weggetrokken. We vermijden beide: maak het nieuwe systeem vanaf dag één oprecht sneller voor de mensen die het het meest gebruiken, en draai de oude manier parallel tot niemand er meer naar grijpt. Geforceerde adoptie pleegt in te storten; verdiende adoptie pleegt te beklijven.
Have a nice day
Have a nice day
Redactie

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.

Passende diensten