Zum Hauptinhalt springen
    Alle Fallstudien
    BlueprintKurier- & Last-Mile-Dienste

    Last-Mile-App für Zustellfahrer & Disposition

    Offline-fähige Fahrer-App mit Zustellnachweis, Live-ETA-Links für Empfänger und Dispositions-Dashboard für Tourenänderungen und Retouren.

    Ein Beispiel dafür, wie wir das für ein Unternehmen in dieser Nische umsetzen würden: der Plan, die Architektur und die Zielwerte, mit denen wir starten würden. Keine Geschichte eines bestimmten Kunden.

    Zielwert
    –30%
    Anrufe und E-Mails zum Sendungsstatus beim Support, innerhalb von sechs Monaten nach dem Launch
    Zielwert
    99%
    der abgeschlossenen Stopps mit Nachweis per Foto, Unterschrift oder Scan, ab dem ersten Monat
    Zielwert
    –15%
    gescheiterte Erstzustellungen innerhalb von sechs Monaten nach dem Launch
    Die Ausgangslage

    Für wen das gedacht ist

    Stellen Sie sich einen regionalen Kurierdienst mit 5.000–15.000 Stopps pro Tag vor, der mit angestellten Fahrern und Subunternehmern arbeitet, viele davon mit dem eigenen Handy. Die Fahrer jonglieren mit Scanner-Apps der Versender, Ladelisten auf Papier und Anrufen bei der Disposition, während Empfänger beim Support anrufen, um zu fragen, wo ihr Paket bleibt. Ziel ist eine Fahrer-App mit Dispositionsplattform, die offline funktioniert, jede Zustellung belegt und Empfängern eine ehrliche ETA gibt.

    Die Herausforderung

    Was es schwierig macht

    • In Tiefgaragen, auf Landstraßen und in Treppenhäusern bricht das Netz weg, deshalb muss sich jeder Stopp offline abschließen lassen und später in der richtigen Reihenfolge synchronisieren.
    • Bei Zustellstreitigkeiten zählt der Nachweis, und ein verwackeltes Foto oder ein Gekritzel ohne Zeit und Ort klärt keine Reklamation.
    • Fahrer von Subunternehmern nutzen eigene Handys und wechseln häufig, deshalb muss das Onboarding in Minuten erledigt sein und der Zugang an dem Tag enden, an dem sie gehen.
    • Jeder Versender hat eigene Regeln zu Ablageorten, Nachbarn, Ausweisprüfungen und erneuten Zustellversuchen, und ein vages „nicht angetroffen“ sagt ihm nicht, was als Nächstes zu tun ist.
    • Disponenten verschieben den ganzen Tag Stopps zwischen Fahrzeugen, und jede Änderung muss beim Fahrer ankommen, ohne seine Reihenfolge durcheinanderzubringen.
    Das Produkt

    Was wir entwickeln würden

    Offline-fähige Fahrer-App

    Tour, Stopps und Paketlisten liegen auf dem Gerät, gescannt wird mit der Handykamera oder dem eingebauten Scanner eines Industrie-Handhelds, und jede Aktion wartet in einer Warteschlange, bis die Verbindung zurück ist.

    Zustellnachweis

    Foto, Unterschrift, Barcode-Scan, PIN oder Ausweisprüfung, je nach Regel des Versenders für die jeweilige Sendung – jeweils mit Zeit- und Ortsstempel.

    Zustellhindernisse & Ablageregeln

    Strukturierte Gründe wie kein Zugang, Annahme verweigert, beschädigt oder Adresse nicht gefunden, mit Fotobeleg und versenderspezifischen Regeln für Nachbarn, Ablageorte und erneute Zustellversuche.

    Live-ETA-Links

    Empfänger erhalten einen Tracking-Link mit einem Zeitfenster, das kleiner wird, je näher das Fahrzeug kommt, und können vorab Hinweise hinterlassen oder einen Ablageort wählen.

    Dispositions-Dashboard

    Eine Live-Karte mit Fahrzeugen und Tourfortschritt, Umverteilung per Drag-and-drop und Ausnahmen ganz oben: verspätete Touren, gescheiterte Stopps und Pakete, die noch an Bord sind.

    Retouren & Subunternehmer

    Abholungen und Retouren werden im selben Ablauf gescannt; dazu kommt das Onboarding von Subunternehmern mit Dokumentenprüfung, Fahrzeugdaten und Abrechnungsberichten pro Stopp.

    Unter der Haube

    Architektur

    Von den Menschen, die es nutzen, bis hinunter zur Hardware und zu den Drittsystemen, mit denen es kommuniziert.

    1. Apps
      • Fahrer-App (Android & iOS)
      • Dispositions-Dashboard
      • Tracking-Seite für Empfänger
      • Portal für Subunternehmer
    2. Plattform
      • Touren, Stopps & Paketereignisse
      • Offline-Sync & Konfliktbehandlung
      • ETA- & Benachrichtigungsservice
      • Abrechnungsberichte
    3. Integrationen
      • Versendersysteme (API, EDI oder Dateien)
      • Engine für Tourenoptimierung
      • SMS- & E-Mail-Gateway
      • Export für Buchhaltung & Lohnabrechnung
    4. Im Einsatz
      • Fahrer-Handys & Industrie-Scanner
      • Fahrzeug-GPS / Telematik
      • Scanpunkte im Depot
    Der Plan

    Umsetzungsplan

    Dieselben vier Phasen wie bei jedem unserer Projekte – so arbeiten wir.

    1. Wochen 1–2

      Discovery

      Auf einigen Touren mitfahren, die Regeln jedes Versenders für Zustellnachweise und Zustellhindernisse erfassen und die Formate der Ladelisten und Etiketten sammeln, die Sie heute erhalten.

    2. Wochen 3–5

      Design & Architektur

      Offline-Sync-Modell, Fahrerabläufe, die einhändig bei Tageslicht und schlechtem Empfang getestet werden, und der Integrationsplan für Versender und Tourenoptimierung.

    3. Wochen 6–18

      Umsetzung

      Fahrer-App und Dispositions-Dashboard entstehen parallel; ab etwa Woche 12 fährt ein Pilotdepot echte Touren, mit dem alten Prozess als Rückfallebene.

    4. Wochen 19–20

      Launch & Übergabe

      Rollout Depot für Depot mit kurzem Fahrer-Onboarding, Überwachung von Sync-Fehlern sowie Übergabe von Code, Infrastruktur und Runbooks.

    Das Team

    • Tech Lead mit Produktverständnis
    • Mobile-Entwickler (Flutter)
    • Backend-Entwickler
    • Frontend-Entwickler
    • UX/UI-Designer
    • QA-Engineer

    Compliance & Sicherheit

    • Die Standortverfolgung von Fahrern ist eine Form der Mitarbeiterüberwachung: Nach der DSGVO sollte sie nur während aktiver Touren laufen, mit klarer Information und unter Beteiligung des Betriebsrats, wo das örtliche Recht es verlangt.
    • Namen und Adressen der Empfänger sowie Fotos an der Haustür werden nur so lange gespeichert, wie Reklamationen es erfordern, und Hinweise zur Fotoaufnahme halten Fahrer davon ab, Personen abzulichten.
    • Bei Ausweisprüfungen für altersbeschränkte Sendungen wird festgehalten, dass geprüft wurde, nicht eine Kopie des Dokuments – es sei denn, ein Versendervertrag verlangt mehr.
    • Verkehrsregeln schränken die Handynutzung am Steuer ein, deshalb blendet die App während der Fahrt alles außer der Navigation aus.

    Tech-Stack

    • Flutter
    • Kotlin (scanner integration)
    • SQLite
    • TypeScript
    • NestJS
    • PostgreSQL + PostGIS
    • Redis
    • React
    • WebSockets

    Fragen, die wir oft hören

    Können Fahrer von Subunternehmern ihre eigenen Handys nutzen?

    Ja. Die App läuft auf ganz normalen Android-Handys und iPhones und scannt mit der Kamera; fürs Onboarding reichen ein Link und eine Dokumentenprüfung, und der Zugang endet mit dem Vertrag. Angestellte Fahrer können dieselbe App auf Industrie-Handhelds mit eingebautem Scanner nutzen.

    Ersetzen Sie unsere Tourenoptimierung?

    Nicht unbedingt. Nutzen Sie bereits eine Software zur Tourenoptimierung, würden wir sie integrieren; wenn nicht, würden wir eine etablierte Lösung anbinden, statt eine eigene zu bauen. Unser Mehrwert liegt in dem, was nach der Planung passiert: Änderungen im Tagesverlauf, der Alltag der Fahrer und der Nachweis.

    Unsere Versender liefern Daten alle unterschiedlich. Wie gehen Sie damit um?

    Jeder Versender bekommt einen eigenen Adapter (API, EDI oder geplante Dateiübertragung), der seine Etiketten, Service-Level und Regeln für Zustellnachweise auf ein einheitliches internes Modell abbildet. Ein neuer Versender bedeutet dann einen Adapter und ein Regelprofil – keine Änderung an der Fahrer-App.

    Sie planen etwas Ähnliches?

    30 Minuten mit den Entwicklern, die es umsetzen würden. Wir prüfen diesen Plan anhand Ihrer Situation: Umfang, Integrationen und Budget.