LOGISTIK · ZUSTELLUNG · LAST-MILE
R/ENGINE
Die App für Zusteller.
Mit 2.5D-Karte.
R/ENGINE verbindet Stoppoptimierung, GPS-Navigation, Sprachhinweise und den Abschluss von Zustellungen. Eine geneigte Karte mit plastischen Gebäuden, die aktuelle Adresse und Lieferdetails stehen in einer Oberfläche auf Smartphone oder Tablet.
Eigenes Produkt für die letzte Meile. In realen Zustellschichten geprüft.
AKTUELLE VERSION · 2.5D-KARTE
In der realen Zustellung geprüft
- 4:00+ ohne App → 1:59 im Juli
- 2×
- Juli-Durchschnitt → bester Oktoberwert
- −24%
- Zustellgebiete im realen Einsatz
- 5
- auf mobilen Geräten geprüft
- iOS / Android
Ergebnis der Produktentwicklung
So sank die Zustellzeit
Messungen meiner Zustellschichten: Juli-Durchschnitt — 1:59; bester Oktoberwert — 1:30 (24 % unter dem Juli-Durchschnitt).
-
4:00+
Ursprünglicher Ablauf
Ohne Route Engine
Neuer Mitarbeiter · Unternehmens-App
-
3:16
Anfang Juli
Route Engine Alpha
Gesamte Route · 02.07.2026
-
1:59
Juli · Beta zum Monatsende
Route Engine Alpha → Beta
Durchschnitt · 14.–31.07.2026
-
1:30
Oktober
Route Engine Production
Seit August im Produktivbetrieb · bester Wert 06.10.2026
Modernisierung im Produktivbetrieb · 8.–9. Oktober 2026
PostgreSQL und Go
in 48 Stunden.
Daten und HTTP-Routenkern einer laufenden Plattform migriert. Nach der Umstellung den Import aus der Courier API und die Routenberechnung geprüft.
93 Tabellen · 0 Abweichungen
174.083 Datensätze und 26.545 Objekte nach der Migration von SQLite auf PostgreSQL 16 abgeglichen.
27 HTTP-Endpunkte in Go
Go Core hinter dem API Gateway mit PostgreSQL-Schreibzugriff aktiviert; bestehende Integrationen beibehalten.
63,2 % weniger App-Speicher
7. Oktober · 127,43 → 46,94 MiB: Routenpläne, Stoppzustände und komprimierte Inhaltsobjekte getrennt.
91,4 % weniger Kartenspeicher
7. Oktober · 45.981 PNG-Dateien → 23,36 MiB MBTiles/WebP. Kartenvarianten in überlappenden Zustellgebieten erhalten.
Migrationsprüfung und Messkontext
- PHP/PostgreSQL/Go-Kompatibilität geprüft. Installation, Aktivierung und Schreibfreigabe getrennt, mit vorbereitetem Rollback-Mechanismus.
- Go übernimmt 27 zentrale HTTP-Endpunkte. Python-Routing sowie PHP-Adapter für Courier/OAuth, TTS, Export und Administration bleiben im Einsatz.
- 63,2 % ist die gemessene Reduktion des v12-Anwendungsspeichers für 279 Routen: Pläne, Stoppzustände, Zusammenfassungen und komprimierte Objekte.
- 91,4 % vergleicht die MBTiles-Datei mit dem früheren PNG-Bestand (~271,7 MiB auf dem Datenträger). WebP ist für die erhaltenen Zoomstufen 14–18 verlustfrei; Zoom 19 vergrößert z18. Die ursprünglichen z19-Kacheln sind archiviert.
- Speicherprüfung und Entfernung nachweislich veralteter Daten gewannen rund 20 GiB zurück. Zwei Backups mit insgesamt 16,93 GiB durch ein geprüftes 8,54-GiB-Archiv ersetzt: Stand 7. Oktober, vor der PostgreSQL-Migration.
Technologien
- Go
- PostgreSQL 16
- Python
- PHP
- JavaScript
- SQLite / MBTiles
- OSRM
- VROOM
- Photon
- REST APIs
- Linux / systemd
- Azure TTS
Das Produkt in Aktion
Vom Lieferauftrag bis zum letzten Stopp
So macht Route Engine aus Lieferaufträgen einen geführten Arbeitsablauf mit einer 2.5D-Karte in einer Tablet-Oberfläche.
- Lieferaufträge importieren und eine Route erstellen.
- Zum nächsten Stopp navigieren und die Route neu berechnen.
- Lieferungen abschließen und gespeicherte Routen fortsetzen.
Das Video konnte nicht gestartet werden. Video öffnen
EINE TOUR. FÜNF SCHRITTE.
Von der ersten Adresse
bis zur letzten Zustellung.
Vorbereitung, Navigation und Abschluss bilden eine durchgängige Schicht. Die nächste Adresse und die zugehörigen Lieferdetails sind auf der 2.5D-Karte im Blick.
Adressen und Zustellumfang kommen zusammen.
Aufträge kommen aus der angebundenen Quelle. Jeder Stopp enthält seine Adresse und die zugehörigen Zustelldaten.
Die Reihenfolge berücksichtigt das Straßennetz.
Das System berechnet eine effiziente Stoppfolge für das gewählte Profil: Auto, Fahrrad oder zu Fuß.
Die 2.5D-Karte zeigt den nächsten Stopp im Kontext.
Karteneigung und plastische Gebäude erleichtern die Orientierung. GPS, Bewegungsrichtung, Entfernung und Sprachhinweise begleiten den Weg zum aktiven Stopp; bei Abweichungen wird der Weg neu berechnet.
Adresse, Empfänger und Sendungen neben der Karte.
Die Karte des aktiven Stopps zeigt Empfänger, Lieferinhalt und Mengen. Große Schaltflächen erfassen das Ergebnis; weitere Aktionen stehen im Menü bereit.
Der Fortschritt folgt der Tour.
Die kontrollierte automatische Erledigung prüft die Ankunft am Stopp und die bestätigte Weiterfahrt. Danach folgt die nächste Zustellung.
Produktfunktionen
Mehr Kontext auf der Tour.
Weniger manuelle Arbeit.
Zustellungen aus einem Foto
Die Adresserkennung aus Fotos ergänzt fehlende Briefzustellungen in der Route. Erkannte Adressen werden vor dem Speichern geprüft und korrigiert.
Karte für den Arbeitsablauf
Flache und perspektivische Ansichten, plastische Gebäude und einstellbare Kartendetails erleichtern die Orientierung auf der Route.
Lieferdetails vor der Ankunft
Briefzustellungen sind auf der Karte hervorgehoben. Die Stoppkarte zeigt Empfänger und Sendungen; Sprachhinweise nennen die benötigte Menge.
Drei Sprachen, gespeicherter Fortschritt
Russisch, Englisch und Deutsch lassen sich während der Schicht wechseln. Route und Navigationszustand bleiben erhalten.
Arbeitsplatz für Zusteller
Navigation und Zustellung.
In einer Oberfläche.
Zusteller sehen den Weg, den aktuellen Auftrag und die Aktionen zum Abschluss auf einem Bildschirm. Die Optimierung verbindet einzelne Stopps zu einer durchgängigen Schicht.
Die Karte begleitet die Zustellung
GPS, Bewegungsrichtung, Sprachhinweise und die aktive Lieferung begleiten die Fahrt. Die nächste Aktion steht neben der Navigation bereit.
Eine Schicht mit vielen Stopps
Touren entstehen aus importierten Aufgabenlisten. Optimierung, Bewegungsprofile, Lieferdetails und gespeicherter Fortschritt unterstützen die fortlaufende Zustellung.
Weitere Produktentwicklung
Dispositionskarte, Live-Positionen mehrerer Zusteller und verbleibende Zustellzeit für ein Team sind mögliche nächste Erweiterungen.
DER OPERATIVE UNTERSCHIED
Weniger manuelle Schritte.
Mehr Klarheit auf der Tour.
Vor Route Engine
Ein verteilter Arbeitsablauf
- Statische Gebietskarte — unverändert auf dem Smartphone
- Separate textbasierte Adressliste
- Manuell gewählte Reihenfolge
- Abhängigkeit von Ortskenntnissen
Auf den von mir bearbeiteten pd.KURIER-Touren beruhte der ursprüngliche Ablauf auf einer statischen Bezirkskarte und einer separaten Adressliste. Beschrieben wird der konkrete Prozess, an dem Route Engine geprüft wurde.
Mit Route Engine
Ein R/ENGINE-Arbeitsablauf
- 2.5D-Karte und GPS-Navigation zur aktiven Adresse
- Empfänger, Sendungen und Aktionen neben der Karte
- Optimierte Reihenfolge der Stopps
- Sprachhinweise, Fortschritt und Tourfortsetzung
Die aktuelle Version verbindet Navigation und Auftragsabschluss in einer Zustelloberfläche. Die optimierte Stoppfolge hilft, unnötige Wege zu reduzieren; Lieferdetails bleiben während der Schicht verfügbar.
EIN SYSTEM. VIELE SENDUNGEN.
Andere Sendungen.
Derselbe Ablauf.
Der praktische Einsatz begann mit Zeitungen und Post. Das Stoppmodell verknüpft Adresse, Empfänger und Lieferinhalt; es lässt sich an andere Sendungsarten und angebundene Auftragsquellen anpassen.
- Pakete
- Dokumente
- Presse
- Lebensmittel
- Ersatzteile
- Waren
- Interne Logistik
DREI BEWEGUNGSPROFILE
Auf Rädern.
Und zu Fuß.
Stoppfolge und Wege werden für das gewählte Bewegungsprofil berechnet.
- Zu Fuß
- Fahrrad
- Auto
Mein Beitrag
Vom Problem im Alltag
zum eigenen Produkt.
Ich sah in meinen eigenen Zustellschichten, wo Zeit verloren ging, analysierte den Ablauf, entwickelte eine Lösung und prüfte sie auf denselben Touren.
Arbeitsablauf definiert
Die eigene Zustellschicht analysiert: Adressen, Empfänger und Lieferinhalte waren getrennt. Anforderungen für eine durchgängige Tour und mehrere Empfänger an einer Adresse definiert.
Produkt entwickelt und veröffentlicht
Import, Optimierung, Navigation und Zustellabschluss eigenständig umgesetzt. Die Oberfläche mit 2.5D-Karte, Sprachhinweisen und großen Bedienelementen für den mobilen Einsatz gestaltet.
In realer Zustellung geprüft
GPS, Neuberechnung, Abschluss und Wiederherstellung in Arbeitsschichten geprüft. Releases auf iPhone und Android kontrolliert und die Tourzeit gemessen.
Realer Einsatz in fünf Zustellgebieten.
Zuverlässigkeit und Prüfung im Einsatz
Offline-Aktionen werden anhand von Route, Adresse und Zustellstatus mit dem Server abgeglichen. Bestätigte Aktionen gelangen nach einem UI-Fehler nicht erneut in die Warteschlange.
Aktive Route und neuere Rücknahmen vor verspäteten Antworten geschützt. Mehrdeutige Adresszuordnungen werden abgelehnt.
Offene Routen mit Ende an der letzten Zustellung ergänzt; manuelle Reihenfolge, Regeln für feste Endpunkte und Revisionsprüfungen erhalten.
- Prüfungen im Einsatz auf iPhone und Android: Navigation, Wiederherstellung der Schicht und gespeicherter Fortschritt.
Schematische Demo der Tourlogik
Dieses interaktive Schema zeigt die Navigationslogik mit fiktiven Adressen. Das Video oben zeigt die aktuelle Oberfläche mit 2.5D-Karte.
Kompakte autonome Rekonstruktion der funktionierenden Kurieroberfläche. Alle unten gezeigten Adressen, Zeiten und Lieferdaten sind fiktiv.
Produkte und Prozessverbesserung
Ein Prozess,
der besser werden kann?
Sprechen wir über die Aufgabe, den Arbeitsablauf und das Ergebnis, das Ihr Unternehmen braucht.