Von Tabellenkalkulationen zur SaaS-Plattform — wie ein Logistikunternehmen seinen Betrieb in 14 Wochen transformierte
Ein Logistikunternehmen ersetzte 12 Tabellenkalkulationen und manuelle Prozesse durch eine maßgeschneiderte SaaS-Plattform. Wie sie es in 14 Wochen schafften.
Im Herbst 2024 rief der operative Direktor eines mittelgroßen Amsterdamer Logistikunternehmens mit einer Frage an, die wir häufiger hören: „Unser Planer hat gestern Abend die falsche Version des Fahrplans verschickt. Drei Fahrer standen an der falschen Adresse. Wie stoppen wir das?"
Das Unternehmen — aktiv in der Last-Mile-Zustellung für Einzelhandelskunden — hatte acht Jahre mit einer Kombination aus Excel, WhatsApp-Gruppen und einem geteilten Google Drive gearbeitet. In den Anfangsjahren funktionierte es. Mit zwölf Fahrern und zwei Planern war noch alles überschaubar. Aber das Unternehmen war gewachsen. Zum Zeitpunkt unseres Gesprächs hatten sie 28 Fahrer, fünf Kundenkonten und Planer, die bis spät abends arbeiteten, um alles manuell aufeinander abzustimmen.
Das Problem war nicht mehr zu ignorieren.
Warum Excel beim Wachstum letztendlich immer versagt
Excel ist ein ausgezeichnetes Werkzeug für Analysen, Modelle und das Ausarbeiten von Ideen. Es ist ein schlechtes Werkzeug für operative Prozesse mit mehreren gleichzeitigen Nutzern, Echtzeit-Daten und Abhängigkeiten zwischen Teams.
Bei diesem Unternehmen sahen wir drei strukturelle Probleme.
Versionskonflikte. Der Tagesplan wurde morgens von einem Planer erstellt, über WhatsApp verteilt und dann aktualisiert, wenn sich etwas änderte. Aber diese Updates erreichten nicht immer alle. Fahrer fuhren auf Basis einer Planversion, die bereits zwei Updates veraltet war. Der Vorfall mit den drei Fahrern an der falschen Adresse war keine Ausnahme — er war ein wöchentliches Risiko.
Kein Echtzeit-Einblick. Kunden riefen regelmäßig an, um zu fragen, wo ihre Sendung war. Die Antwort war immer dieselbe: Warten Sie kurz, ich rufe den Fahrer an. Es gab kein Dashboard, kein Tracking, keine automatischen Statusupdates. Das kostete jeden Tag Stunden an manueller Kommunikation.
Fehler nehmen mit der Skalierung zu. Ein Planer, der zwölf Routen verwaltet, kann das kognitiv nachverfolgen. Bei 28 Routen mit variablen Zeitfenstern, kundenspezifischen Anweisungen und täglichen Änderungen ist das menschlich nicht aufrechtzuerhalten ohne Fehler. Doppelbuchungen, vergessene Stopps, falsche Ladereihenfolgen — jeder Fehler kostete Geld und Kundenvertrauen.
Der Auftrag: Bauen, was in der Praxis wirklich funktioniert
Nach einer Discovery-Phase von zwei Wochen — Gespräche mit Planern, Fahrern und Kundendienstmitarbeitern — wurde klar, was benötigt wurde. Nicht eine digitale Version ihrer Excel-Tabelle, sondern ein System, das um die Art und Weise aufgebaut war, wie der Betrieb tatsächlich funktionierte.
Wir definierten drei Kernsysteme:
Ein Routenplanungsmodul für Planer. Drag-and-Drop, Echtzeit, mit automatischer Konflikterkennung. Wenn ein Fahrer bereits zu viele Stopps hat oder wenn sich zwei Aufträge im Zeitfenster überschneiden, sieht der Planer das sofort. Der Plan wird nicht „verschickt" — Fahrer sehen Updates live, sobald sie gespeichert werden.
Eine Fahrer-App. Einfach, schnell, offline-fähig. Fahrer sehen ihren Tagesplan, können Stopps als zugestellt markieren und Abweichungen direkt über die App kommunizieren. Kein WhatsApp mehr für operative Kommunikation.
Ein Kundenportal. Kunden loggen sich ein und sehen den Echtzeit-Status ihrer Sendungen. Keine Anrufe mehr beim Kundendienst für Statusinformationen.
Vierzehn Wochen bis zu einem funktionierenden MVP
Der MVP-Prozess lief von Woche eins bis Woche vierzehn. Das ist schnell für ein operatives System — es erforderte scharfe Entscheidungen darüber, was in der ersten Version enthalten sein würde und was nicht.
Was verschoben wurde: automatische Routenoptimierung (der Planer macht das noch manuell), Rechnungsintegration und ein umfangreiches Berichtsmodul. Das waren reale Wünsche, aber keine Blocker für den Kernbetrieb.
Was ab Tag eins live ging: das Planungsmodul, die Fahrer-App, Echtzeit-Status und das Kundenportal. In der ersten Woche nach dem Live-Gang betrieben Planer und Fahrer parallel — das alte System als Sicherheitsnetz, das neue System als primäres. Nach fünf Arbeitstagen war das alte System überflüssig.
Der erste Monat war nicht perfekt. Die App hatte einen Bug auf älteren Android-Versionen, den wir erst nach zwei Tagen entdeckten. Die UI des Planungsmoduls erwies sich für einen der Planer als weniger intuitiv als gedacht — wir haben die Navigation nach Feedback angepasst. Das gehört zu einem ehrlichen Softwareprojekt: Die erste Version ist ein Anfang, kein Endpunkt.
Sechs Monate später: Was die Zahlen sagen
Nach dem vollständigen Rollout — einschließlich der Funktionen, die beim MVP verschoben worden waren — sind die Ergebnisse messbar.
40 % Reduktion der Planungszeit. Was früher zwei Planer einen ganzen Morgen kostete, erledigt jetzt ein Planer in zwei Stunden. Das ist das direkte Ergebnis der automatischen Konflikterkennung und dem Wegfall manueller Kommunikationsrunden.
Null Doppelbuchungen in sechs Monaten. Das war zuvor ein wöchentlicher Vorfall.
Von 8 auf 40 Mitarbeiter ohne zusätzliches operatives Personal. Das Unternehmen hat seinen Kundenstamm vervierfacht. Der Betrieb läuft auf derselben Plattform, mit denselben zwei Planern, ohne dass die Fehlerquote gestiegen ist. Das ist der eigentliche Wert skalierbarer Software: wachsen ohne proportional mehr Menschen für die Koordination zu benötigen.
Kundenzufriedenheit merklich verbessert. Ohne harte NPS-Daten zu zitieren: Die Anzahl der eingehenden Statusanfragen ist auf nahezu null gesunken. Kunden überprüfen selbst das Portal.
Was diese Art von Projekten lehrt
Unternehmen warten oft zu lange. Die Logik ist verständlich — solange es funktioniert, investiert man lieber anderswo. Aber bei operativen Systemen ist die Schwelle für „es funktioniert nicht mehr" hoch, und wenn man sie überschreitet, bezahlt man in Fehlern, Kundenverlust und Burnout der Mitarbeiter.
Der beste Indikator dafür, dass es Zeit ist zu investieren: wenn das Wachstum durch die Kapazität des Tools begrenzt wird, nicht durch Nachfrage oder Strategie. Dieses Unternehmen wusste schon ein Jahr lang, dass Excel ein Problem war. Der Vorfall mit den drei Fahrern war der Anlass zum Anrufen, aber nicht der Grund zum Bauen.
Neugierig, ob maßgeschneiderte Software die richtige Wahl für Ihren Betrieb ist? Nehmen Sie Kontakt für ein unverbindliches Gespräch auf.
Ontwikkelaars Team
Expertenteam bei Ontwikkelaars