Van spreadsheets naar SaaS-platform — hoe een logistiek bedrijf in 14 weken zijn operatie transformeerde

In het najaar van 2024 belde de operationeel directeur van een middelgroot Amsterdams logistiek bedrijf met een vraag die we vaker horen: "Onze planner heeft gisteravond de verkeerde versie van het schema opgestuurd. Drie chauffeurs stonden op het verkeerde adres. Hoe stoppen we dit?"

Het bedrijf — actief in last-mile bezorging voor retailklanten — had acht jaar gewerkt met een combinatie van Excel, WhatsApp-groepen en een gedeeld Google Drive. In de beginjaren werkte het. Met twaalf chauffeurs en twee planners was alles nog overzichtelijk. Maar het bedrijf was gegroeid. Op het moment dat we spraken, hadden ze 28 chauffeurs, vijf klantaccounts en planners die tot 's avonds laat werkten om alles handmatig op elkaar af te stemmen.

Het probleem was niet meer te negeren.

Waarom Excel uiteindelijk altijd faalt bij groei

Excel is een uitstekend hulpmiddel voor analyses, modellen en het uitwerken van ideeën. Het is een slecht hulpmiddel voor operationele processen met meerdere gelijktijdige gebruikers, realtime data en afhankelijkheden tussen teams.

Bij dit bedrijf zagen we drie structurele problemen.

Versieconflicten. De dagplanning werd 's ochtends door een planner aangemaakt, verspreid via WhatsApp, en vervolgens bijgewerkt als er iets veranderde. Maar die updates bereikten niet altijd iedereen. Chauffeurs reden op basis van een versie van het schema die al twee updates oud was. Het incident met de drie chauffeurs op het verkeerde adres was geen uitzondering — het was een wekelijks risico.

Geen realtime inzicht. Klanten belden regelmatig om te vragen waar hun zending was. Het antwoord was altijd hetzelfde: wacht even, dan bel ik de chauffeur. Er was geen dashboard, geen tracking, geen automatische statusupdates. Dit kostte elke dag uren aan manuele communicatie.

Fouten nemen toe met schaal. Een planner die twaalf routes beheert kan dat cognitief bijhouden. Bij 28 routes met variabele tijdvensters, klantspecifieke instructies en dagelijkse wijzigingen is dat menselijkerwijs niet vol te houden zonder fouten. Dubbele boekingen, vergeten stops, verkeerde laadvolgordes — elke fout kostte geld en klantvertrouwen.

De opdracht: bouwen wat écht werkt in de praktijk

Na een discovery-fase van twee weken — gesprekken met planners, chauffeurs, en klantenservice medewerkers — werd duidelijk wat er nodig was. Niet een digitale versie van hun Excel, maar een systeem dat gebouwd was rondom hoe de operatie werkelijk functioneerde.

We definieerden drie kernsystemen:

Een routeplanningsmodule voor planners. Dragsbaar, real-time, met automatische conflictdetectie. Als een chauffeur al twee stops te veel heeft of als twee opdrachten overlappen in tijdvenster, ziet de planner dat direct. De planning wordt niet "verstuurd" — chauffeurs zien updates live zodra ze worden opgeslagen.

Een chauffeurs-app. Simpel, snel, offline-bestendig. Chauffeurs zien hun dagplanning, kunnen stops als afgeleverd markeren, en communiceren afwijkingen direct via de app. Geen WhatsApp meer voor operationele communicatie.

Een klantportaal. Klanten loggen in en zien realtime de status van hun zendingen. Geen telefoontjes meer naar de klantenservice voor statusinformatie.

Veertien weken naar een werkende MVP

Het MVP-traject liep van week één tot en met week veertien. Dat is snel voor een operationeel systeem — het vereiste scherpe keuzes over wat wél en wat niet in de eerste versie zou zitten.

Wat werd uitgesteld: automatische routeoptimalisatie (de planner doet dit nog handmatig), facturatie-integratie, en een uitgebreid rapportagemodule. Dit waren reële wensen, maar geen blokkades voor de kernoperatie.

Wat dag één live ging: de planningsmodule, de chauffeurs-app, realtime statussen en het klantportaal. De eerste week na livegang draaiden planners en chauffeurs parallel — het oude systeem als vangnet, het nieuwe systeem als primair. Na vijf werkdagen was het oude systeem overbodig.

De eerste maand was niet perfect. De app had een bug op oudere Android-versies die we pas na twee dagen ontdekten. De UI van de planningsmodule bleek voor een van de planners minder intuïtief dan gedacht — we hebben de navigatie na feedback aangepast. Dit hoort bij een eerlijk softwaretraject: de eerste versie is een begin, niet een eindpunt.

Zes maanden later: wat de cijfers zeggen

Na de volledige uitrol — inclusief de functies die bij het MVP uitgesteld waren — zijn de resultaten meetbaar.

40% reductie in planningstijd. Wat vroeger twee planners een hele ochtend kostte, doet nu één planner in twee uur. Dit is het directe gevolg van automatische conflictdetectie en het wegvallen van handmatige communicatierondjes.

Nul dubbele boekingen in zes maanden. Dit was voorheen een wekelijks incident.

Van 8 naar 40 medewerkers zonder extra operationeel personeel. Het bedrijf heeft zijn klantenbestand verviervoudigd. De operatie draait op hetzelfde platform, met dezelfde twee planners, zonder dat de foutmarge is toegenomen. Dit is de echte waarde van schaalbare software: groeien zonder proportioneel meer mensen nodig te hebben voor coördinatie.

Klanttevredenheid merkbaar verbeterd. Zonder harde NPS-data te citeren: het aantal inkomende statusinformatie-telefoontjes is gedaald naar bijna nul. Klanten checken zelf het portaal.

Wat dit soort trajecten leert

Bedrijven wachten vaak te lang. De logica is begrijpelijk — zolang het werkt, investeer je liever elders. Maar bij operationele systemen is de drempel voor "het werkt niet meer" hoog, en als je erover heen gaat, betaal je in fouten, klantverloop en burnout van medewerkers.

De beste indicator dat het tijd is om te investeren: wanneer je groei wordt begrensd door de capaciteit van je tool, niet door vraag of strategie. Dit bedrijf wist al een jaar dat Excel een probleem was. Het incident met de drie chauffeurs was de reden om te bellen, maar niet de reden om te bouwen.

Benieuwd of maatwerk software de juiste keuze is voor jouw operatie? Neem contact op voor een vrijblijvend gesprek.