Wir analysieren die Arbeit Ihrer Zustellung und sagen Ihnen, was zuerst automatisiert wird
Wie Kuriere heute Aufgaben erhalten, wer die Status pflegt, was eine Übergabe belegt und in welchen Programmen Ihre Bestellungen bereits liegen.
Solange es zwei Kuriere gibt, läuft die Zustellung über Telefonate und Chat: Adressen wandern in einen Messenger, die Reihenfolge wird mündlich abgesprochen, und die Frage, wo eine Bestellung ist, beantwortet der, der den Kurier zuerst erreicht hat. Mit wachsender Zahl der Lieferungen hört das auf zu funktionieren — Aufgaben gehen verloren, Status hinken der Wirklichkeit hinterher, und für den Streit „wir haben geliefert — nein, habt ihr nicht“ gibt es nichts als Grundlage. Software für Kuriere beendet diese Arbeitsweise: Die Aufgabe kommt in die App des Bearbeiters, den Status setzt der, der die Bestellung im Moment der Handlung trägt, und die Tatsache der Übergabe wird mit Zeit und Urheber erfasst. Nachfolgend, wie das funktioniert — von der Zuweisung einer Bestellung bis zum Abschluss der Schicht.
Software für Kuriere — das Arbeitswerkzeug des Bearbeiters: Es bringt dem Kurier die Aufgaben der Schicht, zeigt Adressen und Bestellinhalt, führt ihn von Stopp zu Stopp und erfasst, was an jedem geschehen ist. Von der Unternehmensseite ist das Steuerung der Zustellung: Der Disponent sieht, wer wo ist und was bereits erledigt wurde, ohne die Schicht abzutelefonieren.
Der Unterschied zeigt sich an einem einzigen Beispiel. Ohne Software bekommt der Kurier Adressen im Chat, ruft den Kunden an, um zu klären, welcher Eingang gemeint ist, und diktiert dem Disponenten am Abend, was zugestellt wurde. Der Disponent überträgt das in eine Tabelle — wenn er daran denkt und wenn der Kurier den Überblick behalten hat. Am Ende des Tages kann niemand die genaue Zeit nennen, zu der eine bestimmte Bestellung übergeben wurde.
In der Software ist all das ein Datensatz. Eine Lieferung hat eine Karte, die Karte hat eine Adresse, einen Inhalt, ein Zeitfenster und einen aktuellen Status, und jede Änderung hat eine Zeit und einen Urheber. Die Antwort, wo eine Bestellung ist und was mit ihr geschehen ist, dauert Sekunden und hängt nicht davon ab, ob der Kurier ans Telefon gegangen ist.
Ein Beispiel. Am Morgen wurde die Bestellung im Lager kommissioniert und einem Kurier zugewiesen — die Aufgabe erschien in seiner App zusammen mit Adresse und Lieferfenster. Der Kurier hat die Fracht abgeholt, die Abholung vermerkt, die Stopps abgefahren und an jedem den Status geändert. An der dritten Adresse war der Kunde nicht zu Hause — der Kurier hat einen Grund erfasst, und die Lieferung ist nicht verschwunden, sondern in die Klärungswarteschlange des Disponenten gegangen. Am Abend hat der Manager dem Kunden aus dem Eintrag im System geantwortet und nicht aus dem Gedächtnis des Kuriers.
Die Automatisierung der Kurierzustellung beginnt dort, wo die Antworten auf drei Fragen nicht mehr in den Kopf des Disponenten passen: Wem ist diese Bestellung zugewiesen, in welchem Zustand ist sie gerade, und was belegt, dass sie übergeben wurde.
Das ist der Weg einer einzelnen Lieferung und keine Liste der Bildschirme des Programms. Jeden Übergang vollzieht ein Mensch, und zwar im Moment der Handlung: Der Disponent weist zu, der Kurier vermerkt Abholung und Übergabe. Deshalb zeigt das System den Zustand der Lieferung und nicht die Absicht dessen, der sie geplant hat.

Sie trägt die Bestellung nicht und ersetzt den Kurier nicht. Sie nimmt die Handarbeit rund um eine Handlung ab: Sie bringt die Aufgabe ohne Anruf, speichert die Adresse mit ihren Hinweisen, lässt eine Lieferung nicht ohne Ergebnis schließen und erfasst jede Änderung. Die Entscheidung, eine Lieferung zu verschieben oder eine Bestellung zurückzunehmen, bleibt bei einem Menschen — sie wird jedoch aus einem Eintrag getroffen und nicht aus einer mündlichen Absprache.
Ebenso sieht das System den Kurier nicht von allein: Es weiß genau das, was er durch eine Handlung hineingeschrieben hat. Deshalb hängt die Qualität der Daten nicht an der Zahl der Funktionen, sondern daran, ob die Vermerke im Moment des Ereignisses gesetzt werden.
Zweierlei kommt zuerst: eine endliche Liste von Status und ein zwingendes Ergebnis für jede Lieferung. Der Grund ist einfach: Solange jeder „in Arbeit“ auf seine Weise versteht und eine ohne Grund geschlossene Lieferung als erfolgreich gilt, gibt es nichts, woraus sich ein Bericht bauen ließe — gleichgültig, wie viele Bildschirme die App hat.
Nachfolgend keine Funktionsliste, sondern sechs Probleme, wegen derer die Kurierzustellung in erster Linie automatisiert wird. Jedes ist gleich beschrieben: was ohne Software geschieht und was sich mit ihr ändert.
Ohne Software kommen Adressen im Messenger an, ein Teil mündlich am Telefon, ein Teil als Liste in einer Tabelle. Der Kurier stellt seinen Tag aus drei Quellen zusammen und übersieht etwas. In der Software ist eine Aufgabe ein Datensatz mit Nummer und Bearbeiter: Sie ist entweder in Arbeit oder mit einem Ergebnis geschlossen.
Solange der Disponent die Status nach dem pflegt, was ihm am Telefon gesagt wird, hinken sie der Wirklichkeit eine Stunde hinterher und kosten eine halbe Schicht. Der Vermerk des Kuriers im Moment der Handlung liefert die tatsächlichen Zeiten: wann abgeholt, wann angekommen, wann übergeben.
Eingang, Etage, Gegensprechanlage und Zufahrt vom Hof stehen in der Lieferkarte und nicht im Gedächtnis dessen, der zuletzt dort war. Ein neuer Kurier schließt die Adresse beim ersten Versuch ab, statt nach zwei Anrufen beim Kunden und einem beim Disponenten.
Wer die Bestellung angenommen hat, wann und auf welcher Grundlage, ist ein Eintrag im System und keine Erinnerung. Die Art der Bestätigung wird je Projekt gewählt, das Ergebnis ist jedoch dasselbe: Der Streit „wir haben geliefert — nein, habt ihr nicht“ wird durch Öffnen einer Karte geklärt und nicht durch eine Rückfrage zwischen Manager und Kurier.
Der Disponent schaut auf einen Bildschirm: wer auf Route ist, wie viele Stopps geschlossen sind, wo eine Lieferung hinter ihrem Fenster liegt. „Wo ist meine Bestellung“ hört auf, eine Aufgabe für drei Menschen zu sein — der Manager antwortet dem Kunden selbst.
Jede Änderung ist mit Urheber und Zeit gezeichnet. Das ist keine Überwachung des Kuriers, sondern die Möglichkeit, einen konkreten Fall zu klären: an welchem Schritt die Lieferung stecken blieb und warum. Es zeigt zugleich die Auslastung — wie viele Stopps in einer Schicht und von wem geschlossen wurden.
Das System wird aus Modulen zusammengesetzt. Nicht jedes Unternehmen braucht alle: Ein Dienst mit drei Kurieren und vorhersehbaren Adressen braucht keine zehn Ausnahmeabläufe, die Essenslieferung kommt ohne Zeitfenster und Kundenbenachrichtigungen nicht aus. Die Zusammenstellung ergibt sich aus der Aufgabe, die Module sind jedoch von vornherein aufeinander abgestimmt und werden nicht nachträglich angeflanscht.

Der Arbeitstag des Kuriers auf einem Bildschirm: was für die Schicht zugewiesen ist, in welcher Reihenfolge, was bereits geschlossen ist und was bleibt. Das ist der Einstiegspunkt der Software — hier beginnt der Kurier den Tag und kehrt nach jedem Stopp hierher zurück.
Alles zu einer Bestellung: Inhalt und Zahl der Packstücke, Adresse mit Hinweisen, Zeitfenster, Empfänger, Zahlung und aktueller Status. Genau so viel, wie zur Ausführung der Aufgabe nötig ist — ohne Verzeichnisse und Berichte des Unternehmens.
Die Adressen der Schicht auf einer Karte und als Liste, die Reihenfolge, der Wechsel vom aktuellen Stopp zum nächsten. Eine Route ist ebenso ein Buchungsobjekt wie eine Aufgabe: Sie hat ein Datum, einen Bearbeiter und eine Historie der Änderungen während des Tages.
Eine endliche Menge von Zuständen und die Regeln für die Übergänge dazwischen. Der Kurier ändert den Status in einer Handlung und nicht durch Auswahl aus einer langen Liste: zugewiesen, abgeholt, unterwegs, vor Ort, zugestellt.
Erfassung des Ergebnisses am Stopp: die Statusänderung und die für das Projekt gewählte Art der Bestätigung. Ohne Ergebnis schließt die Aufgabe nicht — „wahrscheinlich zugestellt“ ist kein Zustand einer Lieferung.
Der Vermerk über die Abholung einer Bestellung im Lager oder am Abgangsort. Ab diesem Moment liegt die Verantwortung für die Fracht beim Kurier, und das System zeigt, dass die Bestellung nicht mehr im Lager, sondern unterwegs ist.
Nachrichten an Kurier und Empfänger: eine neue Bestellung zugewiesen, eine Aufgabe geändert, das Fenster naht, eine Lieferung storniert. Die Sendekanäle werden bei der Einführung gewählt und über Integrationen angebunden.
Was der Kurier an einem Tag, in einer Woche, in einem Monat erledigt hat: geschlossene Lieferungen, Ausführungszeiten, auffällige Stopps. Aus denselben Einträgen entsteht seine Leistung — dafür ist keine gesonderte Erfassung nötig.
Den Disponenten unmittelbar aus der Aufgabenkarte erreichen, ohne eine Nummer im Telefon zu suchen. Der Disponent sieht, um welche Lieferung es geht, und antwortet dazu, statt herauszufinden, welche Adresse gemeint ist.
Vermerke, die außerhalb der Funkabdeckung gesetzt wurden — im Keller, im Aufzug, in einem Viertel mit niedriger Bebauung —, werden auf dem Gerät gespeichert und gesendet, sobald eine Verbindung erscheint. Ein erneutes Senden erzeugt keine zweite Lieferung.
Der Arbeitsplatz des Unternehmens: aktive Kuriere, zugewiesene Bestellungen, Status, abgeschlossene und auffällige Lieferungen, Auslastung des Personals. Er öffnet sich im Browser, es ist nichts zu installieren.
Die externe Schnittstelle des Systems: eine Lieferung anlegen, einen Bearbeiter zuweisen, einen Status abfragen, die Bestätigung und das Protokoll abholen. Darüber werden Onlineshop, Lager, Logistik und Buchhaltungssysteme angebunden.
Nachdem eine Lieferung angelegt ist, wird die Bestellung einem konkreten Kurier zugewiesen. Die Zuweisung ist keine Nachricht in einem Chat, sondern ein Vorgang: Die Lieferung bekommt einen Bearbeiter, und der Bearbeiter bekommt eine Aufgabe mit Nummer, Ausgabezeit und aktuellem Zustand.
Die Aufgabe erscheint sofort in der App des Kuriers, ohne Anruf und ohne Weiterleiten der Adresse. Der Kurier öffnet die Liste und sieht seine ganze Schicht: wie viele Stopps zugewiesen sind, was bereits geschlossen ist und welche Lieferung als Nächstes kommt.
Wer zuweist. Meist der Disponent — von Hand oder nach Regeln, die das Unternehmen festlegt: nach Stadtzone, nach Auftragsart, nach freier Zeit des Kuriers. Eine automatische Verteilung lässt sich umsetzen passend zum Prozess eines bestimmten Dienstes; wir behaupten sie nicht im Voraus als fertige Funktion — die Verteilungsregeln unterscheiden sich überall und lassen sich nicht anstelle des Unternehmens erfinden.
Was der Kurier mit einer Aufgabe tun kann:
Was eine Aufgabe nicht enthalten darf, ist alles Überflüssige. Ein Kurier braucht weder den Wert der Bestellung noch die Historie des Kunden noch die Berichte des Unternehmens: Auf dem Bildschirm bleibt, was nötig ist, um sie hinzubringen und zu übergeben. Alles Übrige wird durch Zugriffsrechte verschlossen und nicht durch Kleingedrucktes.

Ein Kurier wird krank, verspätet sich oder erscheint nicht zur Schicht — eine gewöhnliche Lage und kein Ausfall. Der Disponent nimmt die Aufgabe weg und weist sie einem anderen Bearbeiter zu; die Historie der Lieferung behält beide Zuweisungen mit ihren Zeiten und nicht nur die letzte.
Das zählt in der Praxis: Ohne einen Eintrag zur Neuzuweisung stößt die Klärung, warum eine Bestellung zu spät kam, darauf, dass das System den aktuellen Kurier zeigt, der sie eine Stunde vor Ende des Fensters bekommen hat.
Die Telefonnummer des Empfängers wird gezeigt, wenn sie zur Ausführung der Aufgabe nötig ist, und nur dem, der zustellt. Der Zugriff auf personenbezogene Daten ist ein eigenes Recht und nicht Teil eines allgemeinen Mitarbeiterpakets: Die Liste aller Kunden des Unternehmens wird einem Kurier nie geöffnet.
Wie genau der Kontakt gezeigt wird — vollständig, teilweise oder über einen Anruf mit Nummernmaskierung —, wird bei der Untersuchung entschieden: Es hängt davon ab, mit welchen Daten das Unternehmen arbeitet und was es schützen muss.
| № | Fenster | Adresse | Packstücke | Zahlung | Zustand |
|---|---|---|---|---|---|
| 1 | 10:00—12:00 | Achunbajewa 97, Eingang 2 | 1 | vorausbezahlt | zugestellt |
| 2 | 11:00—14:00 | Toktogula 125, Büro 4 | 3 | vorausbezahlt | zugestellt |
| 3 | 12:00—15:00 | Baitik Baatyra 53 | 1 | 2 400 Som | vor Ort |
| 4 | 14:00—17:00 | Tschui 219, Zufahrt vom Hof | 2 | vorausbezahlt | unterwegs |
| 5 | 16:00—19:00 | Ibraimowa 42, Etage 7 | 1 | 1 150 Som | zugewiesen |
Die Liste ist nach Zeitfenster sortiert und nicht nach Zuweisungszeit: Für den Kurier zählt die Reihenfolge des Tages und nicht die Reihenfolge, in der der Disponent die Bestellungen verteilt hat. Die Spalte mit der Zahlung steht nicht ohne Grund neben der Adresse — den einzunehmenden Betrag muss man sehen, bevor man in den siebten Stock gestiegen ist.
Eine Kurier-App — ist keine verkleinerte Kopie der Dispositionsoberfläche, sondern eine eigene Oberfläche, gebaut für die Arbeitsbedingungen des Bearbeiters: Telefon in der einen Hand, Kiste in der anderen, Bildschirm in der Sonne, Verbindung mal da, mal weg, und am Abend ein schwacher Akku.
Sie hat einen praktischen Zweck: alle Arbeitsinformationen an einem Ort. Ein Kurier soll nicht drei Chats, eine Adressentabelle und eine Anrufliste offen halten müssen — Aufgabe, Adresse, Bestellinhalt, Status und der Weg zum Disponenten stehen in einer Oberfläche.
Der Bildschirm ist nach dem Grundsatz „der aktuelle Stopp und der nächste“ gebaut. Alles, was gerade nicht gebraucht wird, liegt tiefer: Listen früherer Tage, Verzeichnisse, Einzelheiten ohne Bezug zur Übergabe. Je weniger Elemente auf dem Bildschirm stehen, desto weniger Fehler passieren in der Schicht und desto kürzer ist die Einarbeitung eines neuen Menschen.
Anforderungen, die schwerer wiegen als der Funktionsumfang:
Es hat keinen Sinn auszurechnen, wie viel Zeit diese Zusammenführung spart — das hängt davon ab, wozu die Arbeit des Kuriers heute geworden ist. Eine andere Wirkung ist sichtbar: Eine ganze Klasse von Fehlern verschwindet, jene, bei denen eine Bestellung an die Adresse aus der gestrigen Nachricht geht, weil die neue in einem anderen Chat ankam.

Die Form wird passend zur Aufgabe gewählt: Es kann eine mobile App für Android und iOS sein oder eine angepasste Webseite, die sich im Browser des Telefons öffnet.
Die zweite Möglichkeit ist billiger und schneller zu starten, die erste wird dort gebraucht, wo Arbeit ohne Verbindung, Benachrichtigungen und Zugriff auf die Kamera zählen. Was zu einem bestimmten Unternehmen passt, wird bei der Untersuchung bestimmt und nicht im Voraus gewählt.
Die Verbindung bricht vorhersehbar ab: im Keller, im Aufzug, in einem Viertel mit niedriger Bebauung, in einer Tiefgarage. Geht ein Vermerk in einem solchen Moment nicht durch, wartet der Kurier entweder oder hört ganz auf zu vermerken — und die Status leben wieder in Telefonaten.
Deshalb werden Vermerke auf dem Gerät gespeichert und gesendet, sobald die Verbindung zurückkehrt. Ein erneutes Senden erzeugt keine zweite Lieferung: Jeder Vermerk hat einen Schlüssel, und das System nimmt ihn einmal an. Das ist dieselbe Regel, nach der der Austausch mit externen Systemen läuft.
Der Vermerk „projektabhängig“ steht überall dort, wo die Fähigkeit von der Anbindung eines externen Dienstes oder von den Arbeitsbedingungen eines bestimmten Dienstes abhängt. Alles Übrige ist das Arbeitsminimum: Ohne es ersetzt die Oberfläche des Bearbeiters den Chat nicht, sondern kommt als zehnte Quelle von Aufgaben hinzu.
Ein Lieferstopp — eine Adresse mit einer Lieferung. Die Schicht eines Kuriers besteht aus Stopps, und die App zeigt sie zugleich auf zwei Arten: als Liste in der Reihenfolge des Anfahrens und als Marker auf einer Karte. Die Liste beantwortet, was als Nächstes zu tun ist, die Karte, wie weit es ist.
Die Reihenfolge wird im Voraus festgelegt und ist dem Kurier sichtbar: welcher Stopp der aktuelle ist, welche geschlossen sind, welche noch kommen. Ist ein Stopp geschlossen, wird der nächste zum aktuellen — der Kurier muss ihn nicht in der Liste suchen und nicht jedes Mal neu entscheiden, wohin er fährt.
Die Reihenfolge lässt sich während des Tages ändern. Der Disponent ordnet Stopps um, fügt eine dringende Lieferung hinzu oder entfernt eine stornierte — die Änderungen erreichen den Kurier, und die Historie der Route behält, was sich wann geändert hat. Das System darf den Plan nie stillschweigend gegen einen anderen tauschen: Ein Kurier, der von einer Änderung erst im Nachhinein erfährt, muss den Tag neu planen.
Der automatische Aufbau der optimalen Reihenfolge — eine Fähigkeit, die sich umsetzen oder über eine Integration anbinden lässt mit einem Kartendienst. Wir behaupten sie nicht als fertige Funktion: Die Qualität einer solchen Optimierung hängt von Verkehrsdaten und von den Einschränkungen eines bestimmten Dienstes ab — Zeitfenster der Empfänger, Zonen, Kapazität einer Tasche oder eines Fahrzeugs.
In der Praxis genügt vielen Diensten eine manuelle Reihenfolge: Der Disponent kennt die Stadt besser als der Algorithmus, und die Zeitfenster der Empfänger setzen dem Tag ohnehin einen festen Rahmen.

Die Hälfte der verlorenen Zeit eines Kuriers geht nicht auf die Straße, sondern auf die Suche nach dem Eingang. Deshalb hat ein Stopp Hinweise: Eingang, Etage, Code der Gegensprechanlage, Zufahrt vom Hof, Schranke — beim Wachdienst melden, zweiter Block, graue Tür.
Die Hinweise ergänzt der Kurier nach einer Lieferung, und sie bleiben in der Adresskarte. Der Nächste, der dorthin fährt, muss dasselbe nicht noch einmal herausfinden — nur so sammelt sich Wissen über die Stadt im System und nicht in den Köpfen der Schicht.
Status werden nicht gebündelt am Ende des Tages geändert, sondern für jeden Stopp im Moment der Handlung. An der Adresse angekommen — vor Ort; übergeben — zugestellt; den Empfänger nicht angetroffen — ein Grund und eine Verschiebung. Aus diesen Vermerken ergeben sich die tatsächliche Lieferzeit und die Dauer des Stopps; sonst werden beide aus dem Gedächtnis rekonstruiert, also gar nicht.
| Reihenfolge | Adresse | Fenster | Was transportiert wird | Hinweis zum Stopp | Zustand |
|---|---|---|---|---|---|
| 1 | Baitik Baatyra 53 | 12:00—15:00 | 1 Packstück | Schranke, beim Wachdienst melden | geschlossen |
| 2 | Tschui 219 | 14:00—17:00 | 2 Packstücke | Zufahrt vom Hof, graue Tür | aktuell |
| 3 | Ibraimowa 42 | 16:00—19:00 | 1 Packstück | Etage 7, Aufzug bis zur 6. | kommend |
| 4 | Moskowskaja 180 | 17:00—20:00 | 3 Packstücke | Büro, Ausweis an der Rezeption | kommend |
| 5 | Achunbajewa 97 | bis 20:00 | 1 Packstück | Retoure: der Empfänger hat abgelehnt | hinzugefügt |
Der fünfte Stopp wurde während des Tages zur Route hinzugefügt — es ist eine Rücknahme nach Ablehnung, die mitgenommen werden muss. Eine Retoure fährt als eigener Stopp mit Adresse und Zustand und nicht als mündliches „kannst du morgen abgeben“: Sonst fällt die Bestellung genau in dem Moment aus der Buchführung, in dem niemand mehr für sie verantwortet.
Ein Status ist keine Beschriftung auf einem Bildschirm, sondern ein Zustand, der bestimmt, welche Handlungen erlaubt sind. Die Menge ist endlich und kurz: Solange sie nicht ausdrücklich benannt ist, versteht jeder Mitarbeiter „in Arbeit“ auf seine Weise, und bei einem Dutzend ähnlicher Status beginnt der Kurier aufs Geratewohl zu wählen.

Fünf Zustände sind das Arbeitsminimum und nicht die vollständige Liste. Zwischenzustände (an die Sortierung übergeben, an einen anderen Kurier weitergegeben) werden passend zum Prozess des Unternehmens ergänzt, die Menge bleibt aber endlich und eindeutig: Jeder Status muss die Frage beantworten, was der Kurier als Nächstes tun darf.
| Was geschehen ist | Was das System tut | Zustand |
|---|---|---|
| Der Kunde ist nicht erreichbar: keine Antwort an der Tür und am Telefon | Erfasst einen gescheiterten Versuch mit Grund und Kommentar des Kuriers, belässt die Bestellung bei ihm und stellt die Frage nach einer erneuten Zustellung | Klärung |
| Die Lieferung wurde auf Wunsch des Empfängers verschoben | Erfasst das neue Datum oder Fenster samt der Angabe, wer die Änderung wann vereinbart hat; der Stopp verlässt die heutige Route | normal |
| Der Empfänger hat die Bestellung abgelehnt | Schließt die Lieferung mit Ablehnungsgrund und legt einen Rückgabestopp an — um die Bestellung ins Lager oder an den Abgangsort zurückzubringen | Klärung |
| Der Empfänger hat die Bestellung teilweise angenommen | Teilt die Lieferung: Die angenommenen Positionen werden geschlossen, die abgelehnten gehen als eigener Datensatz in eine Retoure, statt mit dem Rest abgeschrieben zu werden | Klärung |
| Ein Problem mit der Adresse: kein solches Haus, Eingang nicht gefunden | Öffnet ein Ereignis mit dem Kommentar des Kuriers und gibt den Stopp zur Klärung an den Disponenten, ohne die Lieferung als abgeschlossen zu schließen | Klärung |
| Die Bestellung wurde storniert, während der Kurier bereits unterwegs war | Entfernt den Stopp aus der Route und überführt die Lieferung in eine Retoure: Die Bestellung löst sich nicht auf, jemand verantwortet sie weiterhin | normal |
| Der Kurier ist nicht zur Schicht erschienen | Gibt seine Aufgaben zur Neuzuweisung frei und zeigt dem Disponenten alle betroffenen Lieferungen in einer Liste | Warnung |
Der allgemeine Grundsatz: Ein nicht erfolgreicher Ausgang verschwindet nicht und wird nicht zu einem erfolgreichen. Die Lieferung bleibt offen und geht in die Klärungswarteschlange — das ist billiger als ein Bericht ohne Probleme, weil es nirgends einen Ort gab, sie zu erfassen.
Welche Ausnahmen ein Unternehmen braucht, wird bei der Untersuchung entschieden. Essenslieferung braucht kurze Fenster und schnelles Verschieben, Elektroniklieferung Teilablehnungen und Retouren, Dokumentenzustellung die Prüfung der Identität des Empfängers. Die Menge ist einstellbar, die Regel bleibt dieselbe: Jede Lieferung endet mit einem Grund, und der Grund geht in den Bericht.
Eine Lieferung hat zwei Punkte, an denen die Verantwortung die Hand wechselt, und beide werden erfasst. Der erste ist die Abholung der Fracht durch den Kurier: Die Bestellung verlässt das Lager, und von diesem Moment an verantwortet sie der Bearbeiter. Der zweite ist die Übergabe an den Empfänger: Die Lieferung wird geschlossen, und die Verpflichtung des Unternehmens ist erfüllt.
Ohne einen Eintrag zu diesen beiden Momenten wird aus jedem Verlust ein Verhör der Schicht: Das Lager glaubt, die Bestellung übergeben zu haben, der Kurier sagt, er habe sie nicht getragen, und der Manager sagt dem Kunden, man kläre das gerade. Der Vermerk dauert Sekunden, die Klärung ohne ihn kostet einen Arbeitstag und das Vertrauen des Kunden.
Was das System bei der Übergabe erfasst:
Die Art der Bestätigung wird je Projekt gewählt. Die nachfolgend aufgeführten Möglichkeiten sind keine Liste fertiger Funktionen und kein Versprechen, dass alle davon bereits umgesetzt sind. Was zu einem bestimmten Dienst passt, hängt davon ab, was an wen geliefert wird und welche Anforderungen das Unternehmen selbst stellt.

Diese Regel wiegt schwerer als die Art der Bestätigung selbst. Solange kein Ergebnis erfasst ist, bleibt die Lieferung offen und ist dem Disponenten sichtbar. Sonst sind zum Monatsende alle Lieferungen abgeschlossen, während strittige Fälle weiterhin aus Telefonaten geklärt werden müssen.
Wo eine Bestellung vor Ort bezahlt wird, sind die Lieferbestätigung und die Zahlungsbestätigung zwei verschiedene Einträge. Der einzunehmende Betrag kommt zusammen mit der Aufgabe, und die Tatsache, dass das Geld genommen wurde, wird gesondert vermerkt: Sonst lässt sich zum Schichtende nicht ermitteln, wie viel Bargeld der Kurier bei sich hat.
Die Annahme der Zahlung per Karte oder Überweisung ist über eine Integration möglich mit einem Zahlungsdienst oder dem Terminal des Bearbeiters — der Umfang hängt vom Dienstleister ab und wird bei der Untersuchung geklärt.
Eine Bestellung, die sich nicht übergeben ließ, bleibt beim Kurier, bis er sie abgibt: zurück ins Lager, an den Abgangsort oder an einen anderen Bearbeiter. Die Abgabe wird wie die Abholung abgewickelt — von zwei Seiten. Bis dahin sind nicht zugestellte Bestellungen auf einer eigenen Liste sichtbar, statt in der Gesamtstatistik der Schicht unterzugehen.
Keine der Varianten ist zwingend, und keine wird als bereits gebaut behauptet: Der Satz wird bei der Untersuchung bestimmt — danach, was geliefert wird, welche Streitfälle am häufigsten auftreten und welche Anforderungen das Unternehmen selbst stellt. Je strenger die Bestätigung, desto länger steht der Kurier am Stopp, deshalb ist es sinnvoll, sie dort zu verschärfen, wo strittige Fälle tatsächlich vorkommen.
Lager und Lieferung sind nicht zwei Abteilungen mit einem gemeinsamen Chat, sondern zwei Stufen eines Prozesses. Eine Bestellung, die kommissioniert, aber nicht übergeben ist, und eine, die übergeben, aber nicht vermerkt ist, sind verschiedene Zustände, und sie zu verwechseln ist teuer: Die erste sucht man im Lager, die zweite beim Kurier.
Die Nahtstelle ist einfach: Der Lagermitarbeiter vermerkt die Übergabe, der Kurier die Abholung. Bis beide Vermerke gesetzt sind, wird die Bestellung in einem Zwischenzustand geführt, der beiden Seiten sichtbar ist. So hat ein fehlendes Packstück immer eine Stufe, auf der es verloren ging, und aus der Klärung wird kein Verhör der Schicht.
Die vollständige Lagerbuchführung — Wareneingang, adressierte Lagerhaltung, Bestände, Kommissionierung und Inventur — ist Gegenstand einer eigenen Seite, Für das Lager. Hier ist nur die Nahtstelle beschrieben: was das Lager an den Kurier übergibt und was es zurückbekommt.
Wenn das Lager in einem anderen Programm läuft — die übliche Lage: Die Lagerbuchführung wird bereits in einem bestehenden System geführt, und niemand hat vor, es zu ersetzen. Dann wird die Nahtstelle als Austausch gebaut: Die Kuriersoftware erhält die Bereitschaft der Bestellungen und die Zusammensetzung der Packstücke und gibt Status, Bestätigungen und Retouren zurück.
Der Umfang des Austauschs ergibt sich daraus, was das externe System nach außen geben kann, und wird bei der Untersuchung geklärt. Eine fertige Integration im Voraus zu erklären hieße, ein Versprechen für ein fremdes Produkt abzugeben.
Dasselbe Prinzip gilt in der Gegenrichtung, bei Retouren. Ohne Abgabevermerk lebt eine nicht zugestellte Bestellung bis zur nächsten Schicht im Kofferraum des Kuriers und verschwindet genau in dem Moment aus der Buchführung, in dem niemand mehr für sie verantwortet.

Der umgekehrte Strom zählt ebenso: nicht zugestellte Bestellungen, Ablehnungen und Teilretouren kommen mit dem Grund ihrer Rückkehr zurück. Das Lager nimmt sie über einen Vorgang an — so, wie es eine Lieferung annehmen würde —, und die Bestellung wird wieder seine Verantwortung.
Der dritte Übergang ist der einzige, bei dem die Bestellung die Hand wechselt, deshalb wird er von zwei Seiten abgewickelt: Das Lager hat übergeben, der Kurier hat angenommen. Wird der Schritt übersprungen, lässt sich beim Verschwinden eines Packstücks die Stufe nicht benennen, und die Verantwortung verteilt der, der bei der Besprechung am lautesten spricht.
Kurier-App
Route und Stopps
Lieferbestätigung
Betriebsoberfläche
Betriebsoberfläche — die zweite Hälfte des Systems: das, was das Unternehmen sieht, während die Kuriere in der App arbeiten. Ihre Aufgabe ist nicht, „alle Daten zu zeigen“, sondern auf einem Bildschirm das zu sammeln, was jetzt eine Entscheidung verlangt, und den Rest in die Tiefe zu räumen.
Es gibt hier einen Hauptgedanken: Das Unternehmen versteht, was mit einer Lieferung geschieht, ohne ständig jeden Kurier anzurufen. Der Disponent schaut auf einen Bildschirm, statt fünf Menschen der Reihe nach anzurufen, um herauszufinden, wer welche Adresse geschlossen hat.
Was die Oberfläche zeigt:
Zugriffsrechte trennen die Oberfläche nach Rollen: Ein Kurier sieht nur seine Aufgaben des Tages, ein Disponent seine Schicht oder Zone, eine Führungskraft alle Richtungen und die Berichte. Der Zugriff auf Kontaktdaten der Empfänger und das Stornieren einer Lieferung sind eigene Rechte und nicht Teil eines allgemeinen Mitarbeiterpakets.

Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Die Reihenfolge der Kacheln ist kein Zufall: Zuerst steht das Volumen der Schicht, dann das, was eine Entscheidung verlangt. Nicht zugewiesene Bestellungen stehen zuletzt, denn das ist die eine Kachel, die der Disponent selbst und vollständig schließt.
Eine Nachricht erreicht den Disponenten an eine Lieferung gebunden: Es ist klar, um welche Adresse es geht und in welchem Zustand sie ist. Das erspart die halbe Unterhaltung — jene Hälfte, in der geklärt wird, welche Bestellung gemeint ist.
Umgekehrt funktioniert es genauso: Die Nachricht des Disponenten erreicht den Kurier in der Aufgabenkarte und nicht als gesonderter Anruf, den er zwischen dem sechsten und siebten Stock im Treppenhaus hört.
Die Trennung wird über Rollen gesetzt und nicht über einzelne Rechte für jede Person. Sonst ist einem neuen Mitarbeiter ein halbes Jahr später „derselbe Zugang wie bei Iwanow“ eingerichtet, und niemand kann mehr sagen, worauf er genau Zugriff hat.
Ein Logistiksystem steuert den Lieferprozess als Ganzes: Aufträge, Fracht, Fahrzeuge, Planung des Tages und Verteilung der Arbeit. Kuriersoftware ist das Arbeitswerkzeug des Bearbeiters innerhalb dieses Prozesses. Das sind keine zwei konkurrierenden Produkte, sondern verschiedene Ebenen einer Aufgabe: Die eine beantwortet, wie eine Lieferung zu organisieren ist, die andere, wie sie auszuführen und zu erfassen ist.

Das Lager verantwortet, dass die Bestellung kommissioniert und übergeben wurde. Die Logistik verantwortet, wem sie zugewiesen ist und für welchen Tag. Der Kurier verantwortet, dass sie ankommt und übergeben wird. Der Kunde schließt die Kette mit dem Empfang. Ein Bruch zwischen zwei beliebigen Gliedern sieht gleich aus: Die Bestellung ist in einem System vorhanden und im anderen nicht, und verantwortlich ist der, der zuerst ans Telefon gegangen ist.
Eine fertige Lieferung mit Adresse, Zeitfenster, Bestellinhalt und Empfänger, dazu die Zuweisung — welchem Kurier sie für welchen Tag gegeben wurde. Die Planung des Tages und die Verteilung der Arbeit bleiben auf der Seite des Logistiksystems.
Sie bringt die Aufgabe zum Bearbeiter, führt ihn durch die Stopps und erfasst Status und Bestätigung der Übergabe. Das ist die einzige Quelle der tatsächlichen Lieferdaten: Alles Übrige ist Plan, nicht Tatsache.
Tatsächliche Status mit Zeiten, das Ergebnis jedes Stopps, die Gründe gescheiterter Zustellungen, Retouren und die Kommentare des Kuriers. Daraus baut die Logistik den Bericht über den Zeitraum, und der Manager antwortet dem Kunden, ohne den Bearbeiter anzurufen.
Die Kuriersoftware kann als eigene Anwendung arbeiten, die über die API an das bestehende System angebunden ist: Sie erhält Aufgaben und gibt Status und Bestätigungen zurück. Diese Möglichkeit wird dort gebraucht, wo die Logistikschicht nicht geändert werden soll.
Eine ausführliche Betrachtung der Logistikseite — Transportaufträge, Frachtverzeichnis, Routenplanung und Arbeit des Fuhrparks — steht auf der Seite zur Logistiksoftware. Hier zählt etwas anderes: Die Vermerke des Kuriers sind die einzige Quelle der tatsächlichen Status, deshalb wird sein Arbeitsplatz als Erster entworfen und nicht als Letzter.
Eine Benachrichtigung wird dort gebraucht, wo man sonst anrufen müsste. Es sind wenige und sie sind konkret: Jede meldet ein Ereignis, nach dem ein Mensch etwas tun muss. Alles Übrige bleibt in der Aufgabenliste und lenkt den Kurier im Treppenhaus nicht ab.
Der Kurier hat eine Aufgabe erhalten: Adresse, Fenster und Inhalt. Er sieht sie sofort und nicht erst am Ende der laufenden Lieferung — und kann den Stopp in die Reihenfolge einfügen, bevor er ans andere Ende der Stadt fährt.
Der Disponent hat die Stopps umgeordnet, eine dringende Lieferung hinzugefügt oder eine stornierte entfernt. Ohne Benachrichtigung erfährt es der Kurier, wenn er an der alten Adresse ankommt — und verliert eine Stunde auf dem Rückweg.
Eine Erinnerung an einen Stopp, dessen Fenster gleich abläuft. Sie kommt im Voraus und nicht im Moment des Versäumnisses: Es geht nicht darum, die Verspätung zu erfassen, sondern sie zu verhindern.
Die Stornierung erreicht den Kurier, bevor er in den siebten Stock gestiegen ist. Liegt die Bestellung bereits in seinen Händen, kommt die Benachrichtigung mit dem, was als Nächstes zu tun ist: ins Lager zurückbringen oder an einen anderen Bearbeiter geben.
Eine Aufgabe liegt ohne Vermerk, eine Lieferung wurde nicht mit einem Ergebnis geschlossen, der Disponent hat eine Frage zu einem Stopp gestellt. Das ist keine Kontrolle um ihrer selbst willen: Eine am Abend offen gebliebene Lieferung wird am nächsten Tag zu einer Klärung.
Auch dem Kunden gibt es etwas zu sagen: Die Bestellung wurde einem Kurier übergeben, der Kurier ist unterwegs, die Lieferung wurde verschoben. Das nimmt einen Teil der eingehenden Anrufe beim Unternehmen weg — wer den Status kennt, ruft nicht an, um ihn zu erfragen.
Die Sendekanäle — eine Nachricht in der App, SMS, ein Messenger, E-Mail — werden bei der Einführung gewählt und über Integrationen angebunden. Wir behaupten im Voraus keine fertigen Anbindungen an bestimmte Dienste: Der Satz hängt davon ab, was die Kunden des Unternehmens nutzen und was in ihrem Land verfügbar ist.
Die Historie ist kein Archiv für alle Fälle, sondern ein Klärungswerkzeug. Einträge werden nicht bearbeitet: Eine Korrektur kommt als neues Ereignis mit Grund hinzu. Deshalb hat die Frage, warum eine Bestellung um sieben Uhr abends ankam, eine Antwort und nicht mehrere Fassungen.
Der Bearbeiter, die Zeit der Zuweisung und der Urheber — zusammen mit jeder Neuzuweisung, falls die Aufgabe während des Tages von einem Kurier zum anderen gewandert ist.
Die Tatsache der Übergabe von beiden Seiten: wer gegeben, wer genommen hat, wann und wie viele Packstücke. Der Moment, ab dem die Verantwortung für die Bestellung beim Bearbeiter liegt.
Jeder Übergang mit genauer Zeit und Urheber: abgefahren, am Stopp angekommen, übergeben. Aus diesen Vermerken setzt sich die tatsächliche Dauer der Lieferung zusammen.
Das Ergebnis der Lieferung und die Art der Bestätigung, und wo sie nicht stattgefunden hat — der Grund, der Kommentar des Kuriers und die getroffene Entscheidung.
| Zeit | Ereignis | Wer | Was erfasst wurde |
|---|---|---|---|
| 09:12 | Zugewiesen | Disponent | Bearbeiter — Kurier Asamat, Fenster 12:00—15:00 |
| 10:05 | Vom Kurier abgeholt | Lager + Kurier | 1 Packstück, Verpackung unversehrt, Übergabe von beiden Seiten bestätigt |
| 12:41 | Vor Ort | Kurier | Ankunft an Baitik Baatyra 53 |
| 12:58 | Versuch gescheitert | Kurier | Der Empfänger antwortet nicht; Kommentar: Schranke zu, der Wachdienst lässt mich nicht durch |
| 13:20 | Verschoben | Disponent | Mit dem Empfänger für 17:00—19:00 am selben Tag vereinbart |
| 17:34 | Zugestellt | Kurier | Bestätigungscode angenommen, Zahlung von 2 400 Som in bar erhalten |
Dieser Eintrag zeigt nicht nur, dass die Bestellung zugestellt wurde, sondern auch, warum sie fünf Stunden nach dem Fenster ankam. Genau solche Ketten lohnen die Betrachtung: Sie zeigen, welcher Schritt des Prozesses außerhalb des Systems abläuft — in diesem Fall wurde das Vorgehen für den Durchgang am Wachdienst nie zur Adresse erfasst.
Die Berichte entstehen aus denselben Einträgen, die die Kuriere während der Schicht setzen — eine gesonderte Dateneingabe für die Analytik ist nicht nötig. Es sind wenige Kennzahlen, und jede beantwortet eine Frage, über die entschieden wird: wie viele Kuriere morgen gebraucht werden, wo der Prozess am häufigsten bricht, wen es zu entlasten gilt.
Wie viele Bestellungen an einem Tag, in einer Woche oder in einem Monat zugewiesen wurden — nach Unternehmen, nach Zone und nach Kurier. Die Grundzahl, aus der alles Übrige berechnet wird.
Wie viele mit einem Ergebnis geschlossen wurden und welcher Anteil davon in das vereinbarte Fenster fiel. Das Zweite wiegt schwerer als das Erste: „verspätet zugestellt“ ist nicht dasselbe wie „zugestellt“.
Wie viele Bestellungen zurückkamen und aus welchen Gründen: Der Empfänger hat abgelehnt, das Unternehmen hat storniert, nicht zugestellt. Der Grund ist Pflicht — ohne ihn erklärt die Zahl nichts.
Wie lange eine Lieferung von der Abholung der Fracht bis zur Übergabe dauert und wie lange der Stopp selbst. Diese beiden Zahlen zeigen, wohin die Zeit geht: auf die Straße oder vor Ort.
Wie viele Stopps auf eine Person entfallen und wie viele sie tatsächlich schließt. Daraus ergibt sich die Antwort, ob ein weiterer Kurier nötig ist oder ob es an der Verteilung der Arbeit liegt.
Die Liste der Lieferungen, die eine Klärung verlangten, mit Gründen. Zum Monatsende sieht man nicht „so etwas kommt vor“, sondern eine konkrete Liste wiederkehrender Fehlschläge.
Leistung nach Mitarbeiter und Richtung über einen Zeitraum. Sie entsteht aus geschlossenen Aufgaben, deshalb ist dafür keine gesonderte Zeiterfassung nötig.
Berichte lassen sich als Datei exportieren, nach Zeitplan erzeugen oder über die API von einem externen System abholen — für den Fall, dass das zusammengeführte Berichtswesen des Unternehmens in einem anderen Programm liegt.
Die Balken zeigen den Anteil an der ersten Zeile und nicht an der Gesamtzahl der Bestellungen: Sinnvoll ist der Vergleich mit dem normalen Ausgang und nicht mit einem Durchschnitt. Die Zeile, die man sich in einer solchen Tabelle ansehen sollte, ist die zweite — vierundsiebzig verspätete Lieferungen in einer Woche sind kein enger Zeitplan, sondern konkrete Adressen und konkrete Stunden, die die Schicht nicht schafft.
Eine Zustellung steht selten allein: Bestellungen kommen aus einem Programm, Kunden werden in einem zweiten geführt, das Lager in einem dritten. Nachfolgend die Richtungen, entlang derer der Austausch am häufigsten gebaut wird. Der konkrete Umfang ergibt sich daraus, was das externe System nach außen geben kann, und wird bei der Untersuchung geklärt — fertige Konnektoren versprechen wir nicht im Voraus.
Eine aufgegebene Bestellung kann automatisch an die Zustellung übergeben werden, und der Status kann dem Kunden in sein Konto zurückgemeldet werden. Wie die Storefront selbst und die Führung der Bestellungen aufgebaut sind, ist beschrieben auf der Seite E-Commerce.
Bereitschaft der Bestellung und Zusammensetzung der Packstücke kommen aus dem Lager, die Tatsache der Übergabe an den Kurier und Retouren gehen zurück. Die Lagerschicht ist ausführlich beschrieben auf der Seite Für das Lager.
Sie kann mit einem Logistiksystem zusammenarbeiten: Dieses plant den Tag und verteilt die Bestellungen, während die Kuriersoftware die tatsächlichen Status zurückgibt. Ausführlich auf der Seite der Logistik.
Eine Integration mit dem Kundenverzeichnis und der Geschäftshistorie ist möglich: Eine Lieferung entsteht aus der Kundenkarte, und ihr Ergebnis geht an den Manager zurück. Der Austausch läuft über die Kundenkennung, damit keine doppelten Kontakte entstehen.
Sie kann mit der Buchungsschicht des Unternehmens zusammenarbeiten: Bestellungen, Lieferscheine, Abrechnungen, Zahlung bei Empfang. Die Richtung des Austauschs ergibt sich daraus, welche Buchführung als die führende anerkannt wird.
Karte, Geokodierung der Adressen und der Aufbau eines Wegs zwischen Stopps werden über eine Integration mit einem externen Dienst angebunden. Welcher es wird, entscheidet die Abdeckung der benötigten Städte und die Nutzungsbedingungen.
Nachrichten an Kurier und Empfänger, Zahlungsdienste für die Zahlung bei Empfang, beauftragte Frachtführer. Jede Anbindung ist ein eigenes Austauschmodul und kein Häkchen in den Einstellungen.
Die eigene Schnittstelle des Systems: eine Lieferung anlegen, einen Bearbeiter zuweisen, Status und Bestätigung abfragen, das Ereignisprotokoll abholen. Alles ohne eigenes Modul wird darüber angebunden.
Die Regeln des Austauschs sind überall dieselben: Jeder Vorgang hat einen Schlüssel, deshalb erzeugt ein erneutes Senden keine zweite Lieferung; ein nicht erfolgreicher Ausgang verschwindet nicht, sondern geht in die Klärungswarteschlange; jede Nachricht und jede Antwort wird ins Austauschprotokoll geschrieben. Ohne diese drei Regeln arbeitet eine Integration genau bis zum ersten Verbindungsabbruch.
Eine Zustellung wandert nicht an einem Tag vollständig in ein System: Solange ein Teil der Aufgaben außerhalb der Software läuft, bedeuten ihre Status nichts. Deshalb erfolgt der Start in Stufen, und jede baut auf einer funktionierenden Vorgängerstufe auf.
Wie Kuriere heute Aufgaben erhalten, wer die Status pflegt, was eine Übergabe belegt, welche Ausnahmen am häufigsten auftreten und welche Programme bereits vorhanden sind. Das Ergebnis ist eine Beschreibung des Prozesses und eine Liste dessen, was zuerst automatisiert wird.
Eine endliche Liste von Zuständen, die Regeln für die Übergänge dazwischen und ein zwingendes Ergebnis für jede Lieferung. Die am meisten unterschätzte Stufe: Ohne sie wird die App zu einem weiteren Ort, an dem Menschen ein Gespräch führen.
Eine Zone, eine Schicht oder zwei bis drei Bearbeiter durchlaufen an echten Lieferungen den vollen Zyklus: Zuweisung, Frachtabholung, Route, Status, Bestätigung, Klärung auffälliger Stopps.
Die übrigen Kuriere folgen dem erprobten Muster, danach Rollen und Rechte, danach Integrationen als eigene Austauschmodule. Von da an sammelt sich Historie, und es entstehen Berichte über Zeiträume sowie Daten für die Schichtplanung.
Schreiben Sie uns, wie viele Kuriere Sie haben und wie viele Lieferungen am Tag hinausgehen, wie die Aufgaben heute verteilt werden, was eine Übergabe belegt und in welchen Programmen Ihre Bestellungen und Kunden liegen. Wir sagen Ihnen, was zuerst automatisiert wird, was sich an Ihre bestehenden Systeme anbinden lässt und wo es sinnvoll ist, mit dem Piloten zu beginnen.