Warum „versendet“ im Shop nichts über den Transport aussagt

Zwei Zustände, die sich zum Verwechseln ähnlich sehen

Wenn ein Shopsystem eine Bestellung als versendet führt, heißt das in aller Regel nur: es wurde ein Versandetikett erzeugt und eine Sendungsnummer vergeben. Über den Weg des Pakets sagt das nichts. Das Etikett kann gedruckt in der Packstation liegen, die Sendung kann seit drei Tagen unterwegs sein, oder sie kann nie beim Versanddienstleister angekommen sein — im Shopsystem sieht das identisch aus.

Der echte Zustand steht nur an einer Stelle: bei der Sendungsverfolgung des Versanddienstleisters. Erst dort gibt es Ereignisse mit Zeitstempel — angenommen, im Verteilzentrum, in Zustellung, zugestellt.

Was die Bestellstatus-Seite dem Kunden zeigt — und wann nicht

Die meisten Shopsysteme zeigen dem Kunden eine Zeitleiste zum Sendungsverlauf. Diese Leiste erscheint aber nur, wenn zur Sendung tatsächlich Ereignisse hinterlegt sind. Fehlen sie, sieht der Kunde eine leere Seite mit einer Sendungsnummer — und schreibt genau deshalb an den Support.

In einem Kundenprojekt haben wir das über alle 810 Sendungen der letzten 90 Tage ausgezählt. Der Auslöser war eine simple Frage: Muss man diese Ereignisse selbst nachtragen, oder macht das die eingesetzte Sendungsverfolgungs-App längst? Die Antwort war beides — je nachdem, wie alt die Sendung ist.

Die Grenze ist auffällig scharf, und sie hat eine banale Ursache: Die App war erst seit kurzem im Einsatz. Ältere Sendungen hat sie nie angefasst. Wer sich das Zahlenbild nicht ansieht, sondern zwei, drei Bestellungen von Hand aufruft, bekommt je nach Zufall die Antwort „ist doch alles da" oder „ist doch alles leer" — und baut auf beiden Antworten das Falsche. Im ersten Fall ein Modul, das eine vorhandene Funktion verdoppelt, im zweiten Fall eines, das sie ersetzt, obwohl sie läuft.

Wie verlässlich der echte Status ist

Der naheliegende Einwand gegen jede automatische Antwort lautet: Was, wenn die Sendungsverfolgung auch nichts weiß? Das lässt sich messen statt vermuten. Bei Sendungen, die älter als 21 Tage sind, liefert die Sendungsverfolgung in rund 91 % der Fälle einen echten Transportstatus — also genau dort, wo das Shopsystem am zuverlässigsten schweigt.

Für den Bau heißt das: Die automatische Antwort stützt sich auf die Sendungsverfolgung, nicht auf das Shopsystem. Und für die verbleibenden neun Prozent braucht es keinen Notfallplan im Sprachmodell, sondern eine schlichte Regel — kein belastbarer Status, keine automatische Antwort, der Vorgang geht an einen Menschen.

Drei Fallen beim Zurückschreiben

Fehlende Ereignisse lassen sich nachtragen, sodass der Kunde die Zeitleiste auch bei älteren Bestellungen sieht. Das ist billiger, als es klingt: Ein neuer Sendungsvorgang muss einmalig registriert werden und kostet Guthaben, das Abrufen des Status danach nicht. Das Nachtragen ist also ein Nebenprodukt von Abrufen, die ohnehin stattfinden.

• Zeitzonen. Das Shopsystem liefert Zeitstempel in Ladenzeit, die Sendungsverfolgung in der Zeitzone des Versanddienstleisters. Wer beide als Zeichenketten vergleicht, hält jedes vorhandene Ereignis für neu und schreibt es ein zweites Mal. Bei uns waren das zehn Dubletten an einer einzigen Bestellung, bevor der Vergleich auf eine gemeinsame Zeitzone umgestellt war.
• Blätterung. Die Bestell-Schnittstelle liefert höchstens 250 Datensätze pro Abruf. Wer die Folgeseiten nicht abholt, sieht ungefähr die letzten dreizehn Tage — also ausgerechnet das Fenster, in dem die App ohnehin schon alles gefüllt hat. Man misst dann seinen eigenen blinden Fleck und hält ihn für ein Ergebnis.
• Nur echte Bewegung nachtragen. Ein reines „Etikett erstellt" weiß der Kunde bereits aus der Versandbestätigung. Es nachzutragen erzeugt eine Zeitleiste, die aussieht wie Fortschritt und keiner ist. Zustellereignisse haben wir zunächst bewusst ausgespart, weil ungeklärt war, ob das Shopsystem daraufhin eigene Kundenmails auslöst — eine ungeprüfte Annahme an dieser Stelle verschickt im Zweifel hunderte Mails auf einen Schlag.

Was die Automatisierung daraus macht

Auf dieser Grundlage beantwortet das System Fragen nach dem Sendungsstand eigenständig. Zwei Entwurfsentscheidungen sind dabei wichtiger als die Antwortqualität selbst.

Erstens: Die Antwort geht nicht sofort raus, sondern mit einigen Minuten Abstand — und dieser Abstand ist nicht konstant, sondern schwankt. Eine Antwort in derselben Sekunde wirkt maschinell, ein immer identischer Abstand von exakt fünf Minuten aber genauso.

Zweitens: Die geplante Antwort liegt sichtbar als interne Notiz am Vorgang, bevor sie zugestellt wird. Wer im Support merkt, dass sie nicht passt, entfernt eine Markierung und die Antwort geht nie raus. Das ist der Unterschied zwischen einer Automatisierung, die Kollegen überstimmt, und einer, die ihnen zuarbeitet. Dieselbe Auskunft lässt sich auch über andere Kanäle ausspielen — was dabei technisch und rechtlich zu beachten ist, steht im Beitrag zur WhatsApp-Anbindung ohne Provider. Die weiteren Regeln dazu — welche Anliegen grundsätzlich nie automatisch beantwortet werden — stehen im Beitrag zur Automatisierung im Kundenservice.

Was wir daraus für andere Projekte mitnehmen

Der eigentliche Ertrag dieser Messung war nicht die Zahlenreihe, sondern eine Reihenfolge: erst auszählen, was das bestehende System bereits leistet, dann bauen. Zwischen „die App macht das schon" und „die App macht das nicht" lagen hier zwei Wochen Sendungsalter — und ein Modul, das ohne die Messung entweder überflüssig oder wirkungslos gewesen wäre.

Wer denselben Weg gehen will, braucht dafür kein großes Projekt. Es genügt, einmal alle Sendungen eines Quartals auszuzählen und nach Alter zu gruppieren. Das ist eine Stunde Arbeit und entscheidet über Wochen an Bauzeit.

Häufige Fragen