Ein Disponent bei einem mittelständischen Transportunternehmen beantwortet an einem normalen Tag zwischen 30 und 60 Statusanfragen: „Wo ist meine Sendung?", „Kommt die Lieferung heute noch?", „Warum ist der LKW nicht am Hof?" Jede Anfrage kostet zwei bis fünf Minuten: E-Mail öffnen, Sendungsnummer im TMS suchen, Status prüfen, Antwort formulieren. Macht bei 40 Anfragen am Tag schnell zwei bis drei Stunden, die für Disposition, Tourenplanung und tatsächliche Problemlösung fehlen.

Die eigentliche Frage ist aber nicht mehr, ob man Statusanfragen automatisieren kann. Das ist technisch längst gelöst. Die eigentliche Frage lautet: über welchen Kanal, für welches Sendungsvolumen, und wie führt man das ein, ohne dass Kunden das Gefühl bekommen, an eine Maschine abgeschoben zu werden.

Warum E-Mail-Vorlagen und Kundenportale oft nicht reichen

Viele Speditionen haben bereits eine Art Automatisierung: automatische Versandbestätigungen per E-Mail, ein Tracking-Link, vielleicht ein Kundenportal mit Login. Trotzdem klingelt weiterhin das Telefon und läuft weiterhin das E-Mail-Postfach voll. Der Grund ist einfach: Kunden wollen nicht suchen, sie wollen fragen. Ein Portal verlangt Login, Klicks, Sendungsnummer eintippen. Das dauert dem Empfänger einer Lieferung zu lange, wenn er nur wissen will, ob der LKW in 20 Minuten oder in drei Stunden kommt.

WhatsApp funktioniert anders, weil es die App ist, die ohnehin schon offen ist. Der Kunde schreibt „Wo ist Sendung 48213?" und bekommt in Sekunden eine Antwort, ohne Login, ohne Portal, ohne Warteschleife. Das ist der eigentliche Unterschied: nicht die Automatisierung selbst, sondern der Reibungsverlust auf dem Weg dorthin.

Die drei Kanäle im Vergleich

  • E-Mail-Automatisierung: gut für formale Bestätigungen (Auftragseingang, Lieferschein, Rechnung), schlecht für spontane Statusfragen, weil Antwortzeiten von Stunden akzeptiert werden müssen
  • Kundenportal: gut für Kunden mit hohem Sendungsvolumen und wiederkehrendem Bedarf (Stammkunden, B2B-Großkunden), schlecht für Einzelversender und Endkunden, die selten eine Sendung verfolgen
  • WhatsApp-Bot: gut für spontane, niedrigschwellige Anfragen in Echtzeit, sowohl B2B als auch B2C, schlecht wenn Kunden datenschutzrechtlich sensibel auf Meta-Infrastruktur reagieren (dann Alternative über die WhatsApp Business API mit eigenem DSGVO-konformen Backend prüfen)

In der Praxis läßt sich das nicht gegeneinander ausspielen: die meisten funktionierenden Setups kombinieren E-Mail für formale Dokumente mit einem WhatsApp-Bot für Statusanfragen und lassen das Portal für die Großkunden bestehen, die es aktiv nutzen wollen.

Wie ein WhatsApp-Bot Sendungsanfragen tatsächlich beantwortet

Technisch läuft das so ab: Der Kunde schreibt eine Nachricht mit Sendungsnummer, Name oder Referenz. Ein Automatisierungs-System, typischerweise auf Basis von Make.com oder n8n in Verbindung mit einem Sprachmodell wie Claude, erkennt die Absicht der Nachricht, holt den aktuellen Status aus dem TMS oder der Sendungsverfolgungs-Datenbank per API und formuliert eine natürliche Antwort. Bei einer erkannten Verzögerung kann das System auch direkt einen Grund mitliefern, etwa „Sendung ist wegen Stauereignis auf der A7 circa 45 Minuten verspätet" statt nur „Status: unterwegs".

Kompliziertere Fälle, etwa Reklamationen, Schadensmeldungen oder Sonderwünsche, erkennt das System und leitet sie an einen Menschen weiter, mit vollständigem Gesprächsverlauf. Das ist der entscheidende Punkt: ein guter Bot beantwortet nicht alles, sondern filtert die 70 bis 80 Prozent der Anfragen heraus, die routinemäßig sind, und läßt den Disponenten sich auf die verbleibenden 20 bis 30 Prozent konzentrieren, die tatsächlich Entscheidungen brauchen.

Was der Bot NICHT übernehmen sollte

Wichtig ist eine klare Grenze: Reklamationen mit Schadenersatzforderungen, Vertragsänderungen oder Preisverhandlungen gehören nicht in einen automatisierten Chat. Ein sauber konfiguriertes System erkennt solche Themen an Formulierung und Kontext und schaltet sofort einen Menschen ein, statt eine generische Antwort zu geben, die den Kunden verärgert.

Ab welchem Sendungsvolumen sich die Automatisierung rechnet

Das ist die Frage, die tatsächlich über Einführung oder Nicht-Einführung entscheidet. Rechnen wir das an drei unterschiedlich großen Betrieben durch, mit denselben Grundannahmen: eine Statusanfrage kostet den Disponenten im Schnitt drei Minuten (E-Mail oder Telefon inklusive Sendungssuche im System), der Disponent kostet das Unternehmen voll beladen etwa 35 Euro pro Stunde.

Kleinbetrieb, 15 Sendungen pro Tag, davon 5 Statusanfragen: das sind 15 Minuten täglich, umgerechnet gut 5 Stunden im Monat. Der Aufwand für Einrichtung und laufenden Betrieb eines Bots steht hier oft in keinem sinnvollen Verhältnis zur Zeitersparnis. Hier reicht häufig eine einfache automatische Statusseite mit Link in der Versandbestätigung.

Mittlerer Betrieb, 120 Sendungen pro Tag, davon geschätzt 40 Statusanfragen: das sind 120 Minuten täglich, also zwei Stunden. Auf den Monat gerechnet (22 Arbeitstage) sind das 44 Stunden, multipliziert mit 35 Euro Stundensatz ergibt das rund 1.540 Euro an gebundener Disponentenzeit pro Monat, allein für Statusanfragen. Hier lohnt sich ein WhatsApp-Bot in der Regel deutlich, weil die Einsparung die laufenden Kosten der Automatisierung typischerweise um ein Vielfaches übersteigt.

Größerer Betrieb, 400 Sendungen pro Tag, davon geschätzt 150 Statusanfragen: das sind 450 Minuten täglich, also 7,5 Stunden, verteilt auf mehrere Disponenten. Auf den Monat gerechnet sind das rund 165 Stunden, bei 35 Euro Stundensatz etwa 5.775 Euro. Hier ist die Automatisierung nicht mehr die Frage „ob", sondern „wie schnell", weil ohne sie in der Regel zusätzliches Personal für die reine Anfragebearbeitung eingestellt werden müßte.

Faustregel für die Einordnung

  • Unter 20 Statusanfragen täglich: Automatisierung meist nicht wirtschaftlich, einfache Selfservice-Lösung reicht
  • 20 bis 100 Statusanfragen täglich: klarer Business Case für WhatsApp-Bot, Amortisation meist innerhalb weniger Monate
  • Über 100 Statusanfragen täglich: Automatisierung wird zur Notwendigkeit, um Personalaufbau zu vermeiden

So läuft die Einführung ab

Die Umstellung von reiner E-Mail- und Telefonkommunikation auf einen WhatsApp-Bot braucht in der Regel vier Wochen, aufgeteilt in klare Schritte:

Woche 1, Analyse: AutomateHaus sichtet zusammen mit dem Betrieb die häufigsten Anfragetypen der letzten Wochen, meist über eine Stichprobe aus dem E-Mail-Postfach oder Anrufprotokoll. Der Betrieb liefert Zugang zum TMS oder zur Sendungsdatenbank, AutomateHaus übernimmt die technische Analyse der Schnittstellen.

Woche 2, Aufbau: Die WhatsApp Business API wird eingerichtet, die Automatisierung zwischen TMS-Daten und Sprachmodell konfiguriert, typische Antwortmuster definiert. Der Betrieb testet erste Dialoge intern, AutomateHaus paßt Formulierungen und Eskalationsregeln an.

Woche 3, Pilotphase: Der Bot geht für eine Teilmenge der Kunden live, oft beginnend mit Stammkunden, die vorab informiert werden. Der Betrieb sammelt Rückmeldungen, AutomateHaus wertet aus, wo der Bot noch an Menschen weiterleiten muß, statt selbst zu antworten.

Woche 4, Rollout: Der Bot wird für alle Kunden freigeschaltet, parallel bleibt die klassische Telefon- und E-Mail-Kommunikation als Fallback bestehen. Der Betrieb behält volle Kontrolle über die Inhalte, es entsteht keine Abhängigkeit von einem einzelnen Anbieter, und alle Daten bleiben DSGVO-konform verarbeitet, inklusive Auftragsverarbeitungsvertrag.

AutomateHaus baut solche Systeme remote für Speditionen und Transportunternehmen im gesamten DACH-Raum auf, üblicherweise mit Werkzeugen wie Make.com, n8n und Claude, ohne aufgeblähte Enterprise-Software und ohne langfristige Bindung an einen bestimmten Anbieter. Die konkrete Ausgestaltung, etwa ob ein reiner WhatsApp-Bot reicht oder eine Kombination aus mehreren Kanälen sinnvoller ist, hängt vom individuellen Sendungsvolumen und der Kundenstruktur ab.

Häufige Fragen zur Automatisierung der Sendungsverfolgung

Verliere ich den persönlichen Kontakt zu meinen Kunden?

Nicht bei richtiger Konfiguration. Der Bot übernimmt die immer gleichen Routineanfragen, komplexere oder emotional aufgeladene Themen landen weiterhin beim Menschen. Viele Kunden empfinden die sofortige Antwort per WhatsApp sogar als besseren Service als eine E-Mail, auf die man Stunden wartet.

Brauche ich für einen WhatsApp-Bot ein eigenes TMS mit API-Schnittstelle?

Eine Schnittstelle zum bestehenden Sendungsverfolgungssystem ist in der Regel notwendig, damit der Bot echte Live-Daten liefert statt veralteter Informationen. Die meisten gängigen TMS-Lösungen bieten heute API-Zugänge oder zumindest Exportmöglichkeiten, die sich anbinden lassen. Bei sehr alten Systemen ohne Schnittstelle prüft AutomateHaus im Einzelfall Alternativen, etwa über regelmäßige Datenexporte.

Was passiert, wenn der Bot eine Anfrage nicht versteht?

Ein sauber eingerichtetes System erkennt Unsicherheit und eskaliert automatisch an einen Menschen, statt zu raten oder falsche Informationen zu liefern. Das ist einer der wichtigsten Konfigurationspunkte während der Einführung, denn eine falsche Statusauskunft schadet dem Vertrauen mehr, als wenn der Kunde etwas länger auf eine menschliche Antwort wartet.