Was ein Voice-Agent bei einer Frachtanfrage erfassen muss

Bei einem Frachtvermittler, Logistikdienstleister oder Frachtmarktplatz mit 50 bis 100 Beschäftigten liegt ein eingehender Anruf zur Frachtanfrage oft zwischen Vertrieb, Disposition und Kundenservice. Der Anrufer kennt vielleicht nur Relation und Termin, während die Person, die einen Lkw bestätigen kann, in einer anderen Warteschlange sitzt. Ein Voice-Agent bringt am meisten, wenn er aus diesem Gespräch eine vollständige, prüfbare Anfrage macht. Ziel ist eine schnellere Qualifizierung mit korrekten Angaben zur Kapazität, keine automatische Preisauskunft, die Lücken mit Vermutungen füllt. Der Datensatz macht Unsicherheit sichtbar. So weiß die Kollegin aus Preisgestaltung oder Disposition genau, was noch bestätigt werden muss.

Erst qualifizieren, dann über Preise sprechen

Die ersten Fragen klären, ob sich mit der Anfrage arbeiten lässt und wohin sie gehört. Fragen Sie, ob der Anrufer Verlader, Spediteur, Frachtführer oder Bestandskunde ist. Erfassen Sie dann Firma, Namen, Rückrufnummer, E-Mail sowie Ladungs- oder Kundenreferenz. Lassen Sie Nummer und Schreibweise laut bestätigen. Dieser Kontext entscheidet, ob der nächste Schritt beim Vertrieb, bei der Disposition, bei der Kundenbetreuung oder bei der Laderaumbeschaffung liegt. Halten Sie fest, wie der Anrufer kontaktiert werden möchte und ob jemand in Kopie gehört. Rolle und Firmenzugehörigkeit gelten aber erst als geprüft, wenn sie zu einem freigegebenen Datensatz passen oder ein Mensch sie bestätigt.

Die Felder erfassen, von denen die Antwort abhängt

• Relation: Start und Ziel mit Ort, Region oder Land, Zwischenstopps und Anforderungen beim Grenzübertritt.
• Fahrzeug und Ladung: Fahrzeugtyp, Maße, Gewicht, Warenart, Temperatur, Gefahrgutstatus und besondere Handhabung.
• Bereitstellung und Zeitplan: Ladebereitschaft mit Datum und Uhrzeit, Abhol- und Lieferfenster, Zeitzonen, Rampentermine und Flexibilität.
• Kaufmännischer Rahmen: Frist für Ausschreibung oder Angebot, Zusatzleistungen, Service-Level und ob bereits über eine Rate gesprochen wurde.

Legen Sie Pflichtfelder ausdrücklich fest. Kennt ein Anrufer Gewicht oder Lieferfenster nicht, erfassen Sie „unbekannt“ und machen weiter. Treffen Sie keine Annahme. Eine brauchbare, unvollständige Anfrage ist sicherer als eine selbstsichere, falsche. Der übergreifende Logistik-Workflow sollte für jede Leistungsart die Pflichtfelder festlegen. Unterscheiden Sie ein unbekanntes Feld von einem Feld, zu dem der Anrufer keine Angabe machen wollte, und bewahren Sie beide Zustände für die prüfende Person.

Relation, Fahrzeug und Zeitplan gemeinsam prüfen

Stellen Sie die Fragen zur Relation in der Reihenfolge, in der ein Mensch sie später nutzt. Bringen Sie Start und Ziel in eine einheitliche Form mit Ort, Region oder Land. Fragen Sie dann nach Standortnamen, Rampe oder Zeitfenster und der Reihenfolge der Zwischenstopps. Ein Ortsname, der am Telefon eindeutig klingt, kann zu mehreren Orten passen, etwa Frankfurt am Main und Frankfurt (Oder). Nennt der Anrufer einen internen Spitznamen für einen Standort, halten Sie gesprochenen und vereinheitlichten Wert getrennt, bis die Zuordnung bestätigt ist. Bei Touren mit mehreren Stopps erfassen Sie für jeden Stopp, welche Ware, welche Menge und welche Zusatzleistung dazugehört, statt alles am ersten Standort festzumachen.

Die Prüfung des Fahrzeugs ist mehr als die Wahl zwischen Plane, Kühlauflieger und Pritsche. Erfassen Sie gewünschtes Fahrzeug, Maße des Aufliegers, Gewicht mit Einheit, Warenart, Temperaturbereich, Ladeart, Gefahrgutstatus und jede Vorgabe zu Zeitfenster oder Handhabung. Fragen Sie, ob die Vorgabe zwingend ist oder ob eine gleichwertige Alternative infrage kommt. So kann die Disposition eine harte Vorgabe von einem Wunsch unterscheiden. Dass ein Fahrzeug verfügbar ist, steht damit noch nicht fest. Der Datensatz braucht einen eigenen Kapazitätsstatus, etwa angefragt, unbekannt, vom System gemeldet oder von einem Menschen bestätigt, jeweils mit Quelle und Zeitpunkt.

Beim Zeitplan gilt dieselbe Disziplin. Erfassen Sie die Ladebereitschaft getrennt von Abholtermin, Liefertermin und Angebotsfrist. Speichern Sie für jeden Standort die Zeitzone, vermerken Sie, ob ein Zeitfenster fest oder flexibel ist, und halten Sie fest, wie der Anrufer Begriffe wie „früh“, „am selben Tag“ oder „über Nacht“ versteht. Wirkt die Abfolge nicht machbar oder passt die Frist nicht zur gewünschten Leistung, markieren Sie die Anfrage zur Prüfung und nennen den Grund. Der Agent stellt eine Rückfrage oder übergibt. Er verbreitert kein Zeitfenster stillschweigend und deutet nicht an, dass ein Frachtführer es einhalten kann.

Eine kompakte Matrix für die Anfrageaufnahme

Ein angebotsreifer Datensatz statt eines Transkripts

Eine Zusammenfassung sollte so strukturiert sein, dass die nächste Person oder das nächste System handeln kann, ohne den Anruf erneut anzuhören. Zum Beispiel: „Verlader fragt einen Planenauflieger von Köln nach Birmingham an, Abholung Dienstag 08:00 bis 10:00 Uhr deutscher Zeit, Zustellung Mittwoch bis 15:00 Uhr britischer Zeit, 19.000 kg, verpackte Lebensmittel, kein Gefahrgut, Angebot bis Montag 12:00 Uhr, Rückrufnummer bestätigt, Rampentermin erforderlich.“ Speichern Sie jeden Wert in einem eigenen Feld, mit Quelle und Konfidenz, wo Ihre Tools das unterstützen. Behalten Sie die wörtliche Notiz als Kontext, aber machen Sie Relation, Zeitfenster, Einheiten und Ausnahmen maschinenlesbar.

Lesen Sie dem Anrufer die Zusammenfassung vor, bevor etwas ins System zurückgeschrieben wird, und klären Sie Widersprüche: 19.000 kg sind nicht dasselbe wie 19.000 lb, und „Dienstagvormittag“ braucht eine Zeitzone und ein Zeitfenster. Lassen Sie neben den Fakten auch den praktischen nächsten Schritt bestätigen: Geht es um ein schriftliches Angebot, ein Gespräch über die Rate, die Suche nach einem Frachtführer oder die Änderung einer laufenden Ladung? Ändert der Anrufer später eine Angabe, aktualisieren Sie die bestehende Anfrage, statt einen zweiten Lead anzulegen. Halten Sie fest, wer wann welches Feld geändert hat. So kann die Disposition eine neue Verkaufschance von einer Korrektur unterscheiden.

Geben Sie dem Datensatz einen Status, der die noch offene Arbeit abbildet. Sinnvolle Status sind etwa Aufnahme läuft, bereit zur Prüfung, wartet auf Angaben des Anrufers, Preisprüfung, Kapazitätsprüfung, Übergabe ausstehend, Nachfassen geplant und abgeschlossen. Die Namen können je nach System abweichen, ihre Bedeutung sollte aber dokumentiert sein. Ein Datensatz mit dem Status „bereit zur Prüfung“ darf nicht wie eine angebotene Ladung aussehen. Ein Datensatz mit „Kapazität bestätigt“ nennt die freigegebene Quelle, statt sich auf einen Satz in der Gesprächsnotiz zu verlassen.

Kontext von Anrufer und Frachtführer prüfen

Wer anruft, bestimmt die Prüfung. Bei Frachtführern erfassen Sie Firmen- oder Handelsnamen, eine freigegebene Kennung, wo relevant etwa die Nummer der EU-Gemeinschaftslizenz oder die USt-IdNr., außerdem Fahrzeug, Einsatzgebiet, bei Bedarf den aktuellen oder nächsten freien Standort und das Verfügbarkeitsfenster. Fragen Sie, ob der Anrufer Kapazität für genau diese Anfrage anbietet oder sich nach künftigen Ladungen erkundigt. Bei Verladern und Spediteuren erfassen Sie Kunden- oder Firmenreferenz, die zuständige Person für die Anfrage und vorhandene Ladungs- oder Angebotsnummern. Kennungen und Aussagen zur Kapazität gelten als Angaben des Anrufers, bis das angebundene System oder ein Mensch sie bestätigt.

Gleichen Sie den Anrufer mit einem bekannten Datensatz im TMS oder CRM ab. Ein fehlender Treffer, widersprüchliche Firmendaten oder ein ungewöhnlicher Zugriffswunsch führen zu einer Prüfung, nicht zu einem vertrauenswürdigen Profil. Der Agent kann bestätigen, was er gehört hat. Ohne freigegebene Quelle darf er aber nicht behaupten, ein Frachtführer sei freigegeben, versichert, zugewiesen oder verfügbar. Ergänzen Sie eine fehlende Kennung nie aus dem Gedächtnis oder anhand eines ähnlichen Firmennamens. Passen zwei Datensätze plausibel, bleibt die Mehrdeutigkeit bestehen und geht an die Warteschlange, die für die Prüfung von Dienstleistern oder Kundenkonten zuständig ist.

Unsicherheit bei der Kapazität offen ausweisen

Kapazität ist ein operativer Zustand, der sich ändert. Sie folgt nicht daraus, dass ein Frachtführer sagt, er fahre die Relation normalerweise. Speichern Sie zu jeder Aussage über Verfügbarkeit die Quelle, den Zeitpunkt der Prüfung und das Fahrzeug oder Datum, auf das sie sich bezieht. Ein System zeigt vielleicht einen möglichen Frachtführer, ein Frachtführer bekundet Interesse, oder ein Disponent bestätigt einen bestimmten Lkw. Das sind drei verschiedene Zustände, und sie dürfen nicht zu „disponiert“ verschmelzen. Ist eine angebundene Quelle veraltet, nicht erreichbar oder widersprüchlich, sagt der Agent, dass ein Mensch den Status bestätigen muss. Er kann das Angebot eines Frachtführers aufnehmen und eine Aufgabe für die Laderaumbeschaffung anlegen. Ob das Angebot brauchbar ist, entscheidet die zuständige Person.

Klare Grenzen und eine Übergabe an einen Menschen

Der Agent kann die Anfrage aufnehmen, erfasste Angaben wiederholen, einen freigegebenen Status aus einem angebundenen System nennen und eine Aufgabe zum Nachfassen anlegen. Er kann keine Kapazität erfinden, keinen Lkw reservieren, keinen Auftrag bestätigen, keinen Termin zusagen, keine nicht freigegebene Rate nennen und keine Ausnahme akzeptieren. Preise, Verhandlungen und Zusatzleistungen lösen eine Übergabe an einen Menschen aus, mit einem Grundcode. Die Übergabe enthält Relation, Fahrzeug, Zeitplan, Kontext zum Anrufer, fehlende Felder, gewünschtes Ergebnis und die genutzten freigegebenen Daten. Das Übergabepaket sagt außerdem, was der Agent dem Anrufer gesagt hat, was noch ungeprüft ist und ob der Anrufer wartet, einen Rückruf erwartet oder parallel nach Alternativen sucht.

Leiten Sie nach Zuständigkeit weiter, nicht reihum. Ein Lead von einem Verlader oder vom Marktplatz geht an die Kundenbetreuung oder an die Person, die für die Relation zuständig ist, ein Angebot eines Frachtführers an die Laderaumbeschaffung oder das Dienstleistermanagement, eine Frage zu einer laufenden Ladung an die dafür zuständige Person. Nicht zugeordnete oder dringende Anfragen gehen an eine besetzte Prüfwarteschlange. Legen Sie einen ausdrücklichen Ausweichweg fest, falls die benannte Person nicht verfügbar ist. Sagen Sie dem Anrufer, ob der Agent durchstellt, einen Rückruf anlegt oder die Anfrage für das nächste besetzte Zeitfenster aufnimmt. Nimmt ein Mensch die Übergabe an, werden Annahme und erste Aktion festgehalten. Eine Aufgabe in einer Warteschlange ist noch kein geführtes Gespräch.

Zuständigkeit für das Nachfassen dauerhaft regeln

Jede offene Anfrage braucht genau eine verantwortliche Person, auch wenn mehrere Teams beitragen. Tragen Sie in den Vorgang ein: zuständige Person oder Warteschlange, gewünschte Aktion, Fälligkeit mit eindeutiger Zeitzone, bevorzugten Kanal des Anrufers und nächstes Kontaktfenster. Nennen Sie den Grund für das Nachfassen, etwa fehlende Lieferangaben, Preisprüfung, Prüfung des Frachtführers oder eine gescheiterte Durchstellung. Wechselt die Zuständigkeit, halten Sie den Wechsel fest, statt den Namen stillschweigend zu ersetzen. Schließen Sie den Vorgang mit einem Ergebnis ab: Angebot erstellt, passt nicht, Anrufer nicht erreichbar, Dublette, eskaliert, Kontakt abgelehnt oder ein anderes dokumentiertes Ergebnis. So wird aus einem Transkript kein verwaister Lead.

Wiederholungen und Anrufe nach Geschäftsschluss regeln

Legen Sie eine Abbruchbedingung fest. Bei einer gescheiterten Durchstellung, einem nicht angenommenen Anruf oder einem unvollständigen Rückruf speichern Sie das Ergebnis und versuchen es nur innerhalb des erlaubten Kontaktfensters erneut. Beginnen Sie mit einem Nachfassversuch. Einen zweiten gibt es nur bei hoher Priorität oder auf Wunsch des Anrufers. Schluss ist nach erfolgtem Kontakt, Widerspruch, Abschluss oder Erreichen der Höchstzahl an Versuchen. Ein gescheitertes Rückschreiben erzeugt eine Ausnahme für das Team, keine Endlosschleife. Führen Sie alle Versuche in derselben Anfrage, mit Kanal, Zeitstempel, Ergebnis und nächstem zulässigem Zeitfenster.

Außerhalb der Geschäftszeiten erfasst der Agent Relation, Frist und Dringlichkeit. Weitergeleitet wird nur, was eine festgelegte Regel für die Rufbereitschaft erfüllt. Die Regel bestimmt, wer eine Übergabe annehmen darf, welche Angaben vorliegen müssen, bevor diese Person geweckt wird, und was passiert, wenn niemand annimmt. Für alles andere nennt der Agent das eingerichtete Prüffenster, ohne eine Reaktionszeit zu versprechen, die niemand abdeckt. Vor dem Ende des Anrufs bestätigt er Rückrufnummer und Zeitzone des Anrufers. Die Telefonie-Einrichtung macht Zeitpläne, Durchstellziele, Verhalten der Mailbox und Fehlerzustände sichtbar. Eine aufgenommene Anfrage trägt die Markierung „außerhalb der Geschäftszeiten“, damit die nächste prüfende Person versteht, warum es keine Live-Antwort gab.

Einmal zurückschreiben, bei Ausnahmen alarmieren

Ordnen Sie die Aufnahme dem richtigen Objekt zu, bevor Sie das Rückschreiben einschalten. Eine neue Anfrage eines Verladers gehört vielleicht als Lead ins CRM, ein Angebot eines Frachtführers in einen Dienstleister- oder Kapazitätsdatensatz und ein Anruf zu einer laufenden Ladung in deren Historie im TMS. Legen Sie fest, welche Felder der Agent anlegen darf, welche er aktualisieren darf und welche eine Freigabe brauchen. Nutzen Sie Rufnummer, Kunden- oder Ladungsreferenz, Relation und Zeitfenster, um mögliche Dubletten zu finden, und fordern Sie eine Prüfung an, wenn die Zuordnung unsicher ist. Die Integration muss idempotent sein: Ein wiederholter Anruf oder Webhook aktualisiert die gemeinte Anfrage und legt keinen zweiten Vorgang an.

Zurückgeschrieben werden die strukturierten Felder, die Quelle, die Anruf-ID, der Link zum Transkript (sofern erlaubt), Konfidenz oder Prüfstatus und die zuständige Person für den nächsten Schritt. Schlägt eine Pflichtzuordnung fehl, bleibt die Aufnahme in einer Ausnahme-Warteschlange verfügbar, und das Team erfährt, welches Feld oder System gescheitert ist. Melden Sie keine erfolgreiche Anfrageaufnahme, nur weil die Voice-Plattform ein Transkript gespeichert hat. Der Abgleich zwischen dem Datensatz im Voice-System und im TMS oder CRM gehört in den Pilottest und in die laufende Prüfung.

In kontrollierten Phasen pilotieren

Beginnen Sie mit einem engen Umfang: ein Geschäftsbereich, wenige Fahrzeugtypen und keine Befugnis für Preise. In Phase eins vergleichen Sie die Zusammenfassungen des Agenten mit den Notizen Ihres Teams und schärfen die Pflichtfelder nach. In Phase zwei schalten Sie Rückschreiben ins TMS oder CRM und Weiterleitung frei, sobald Feldzuordnung, Umgang mit Dubletten und Fehlerzustände getestet sind. In Phase drei kommen ausgewählte Anrufe außerhalb der Geschäftszeiten, Übergaben und eigene Abläufe für Frachtführer hinzu. Ein Prüfweg durch Menschen bleibt die ganze Zeit bestehen. Erweitert wird erst, wenn die Anrufdaten zeigen, dass der zusätzliche Umfang beherrscht wird.

Legen Sie für jede Phase Eintritts- und Austrittskriterien fest. Vor echtem Verkehr braucht es ein freigegebenes Feldschema, eine Übersicht der Zuständigkeiten, eine Ausweich-Warteschlange, Testfälle und ein Verfahren zum Pausieren. Vor dem Rückschreiben gleicht eine prüfende Person Stichproben mit dem ursprünglichen Gespräch ab und bestätigt das Verhalten bei Dubletten und Fehlern. Vor Übergaben oder dem Betrieb außerhalb der Geschäftszeiten braucht es getestete Ziele, festgelegte Formulierungen für den Anrufer zu jedem Ergebnis und eine zuständige Person in Rufbereitschaft. Ausgeweitet wird erst, wenn die offenen kritischen Szenarien freigegeben sind, nicht schon nach einer reibungslosen Vorführung.

Schreiben Sie Sonderfälle vor dem Start auf: mehrdeutige Ortsnamen, mehrere Stopps, verschobene Abholtermine, schlechte Tonqualität, ein Anrufer, der ein Pflichtfeld verweigert, eine Anfrage, die zwei Teams betrifft, und ein Frachtführer, dessen Verfügbarkeit sich während des Anrufs ändert. Spielen Sie diese Fälle mit genau dem Prompt, den Integrationen und den Warteschlangen durch, die im Produktivbetrieb laufen. Sie zeigen, wo eine schnelle Antwort das Bild der Kapazität verfälschen könnte. Halten Sie eine Rücknahme- oder Pausenfunktion bereit, die neue Aufnahmeaktionen abschaltet und die vorhandenen Datensätze für die Prüfung bewahrt.

Qualität prüfen und den Kreislauf der Agent Factory schließen

Benennen Sie Verantwortliche aus Disposition und Vertrieb, die regelmäßig eine Stichprobe prüfen, und eine Person, die die Befunde abarbeitet. Bewerten Sie die Einordnung des Anrufers, Pflichtfelder, Datumsangaben und Einheiten, Formulierungen mit Zusagen, Grund der Übergabe, Kapazitätsstatus und Zielsystem. Prüfen Sie gelungene und gescheiterte Anrufe, auch Datensätze, die nie bei einem Menschen angekommen sind. Eine gute Prüfung fragt zweierlei: Könnte die nächste Person im Team allein mit dem Datensatz handeln, ohne den Anruf anzuhören? Und hat der Anrufer nur gehört, was das System bestätigen durfte?

Definieren Sie Kennzahlen, bevor Sie sie erheben. Vollständige Qualifizierung kann den Anteil der zulässigen Angebotsanfragen bedeuten, bei denen jedes Pflichtfeld ausgefüllt oder ausdrücklich als unbekannt markiert ist. Die Vollständigkeit der Felder zeigt, welche Pflichtfelder vorhanden sind. Die Richtigkeit der Felder stammt aus einem geprüften Abgleich mit dem Anrufer oder einem freigegebenen System. Eine gelungene Übergabe an einen Menschen bedeutet, dass die vorgesehene Warteschlange oder Person die Anfrage angenommen hat, nicht bloß, dass eine Durchstellung versucht wurde. Die Zeit bis zur Reaktion eines Menschen beginnt mit dem Anlegen der Aufgabe und endet mit der ersten erfassten Aktion eines Menschen. Beim erfolgreichen Rückschreiben zählen Datensätze nicht mit, die nur in der Voice-Plattform existieren. Dublettenquote, Kontaktquote nach Wiederholungsversuchen und Korrekturquote durch Menschen brauchen denselben klaren Nenner und denselben Zeitraum.

Wiederkehrende Fehler fließen in Prompt, Feldschema, Weiterleitungsregeln, freigegebene Formulierungen und Testset ein. Geben Sie jeweils eine gezielte Änderung frei, vergleichen Sie sie mit der vorherigen Version und bewahren Sie gelungene und gescheiterte Beispiele auf. Dieser Kreislauf aus Prüfen und Verbessern ist die praktische Aufgabe der Agent Factory, mit der DRING Agenten baut, testet und verbessert: einen Workflow pflegen, statt ein einmaliges Skript zu schreiben. Ein Prozess für die Qualitätsprüfung hält die Entscheidungen im Einklang mit der Disposition.

Jedes Release wie eine betriebliche Änderung steuern

Geben Sie jedem Release eine Version, eine verantwortliche Person, einen Änderungsgrund und eine Liste der betroffenen Bausteine: Prompt, Extraktionsschema, Weiterleitung, freigegebene Formulierungen, Feldzuordnung der Integration oder Wiederholungsregeln. Testen Sie es an einem festen Set aus gewöhnlichen Anrufen und Sonderfällen, bevor es echten Verkehr sieht. Änderungen daran, was der Agent sagen, erfassen oder zurückschreiben darf, prüft die fachlich verantwortliche Person. Rollen Sie in begrenztem Umfang aus, vergleichen Sie die neue mit der vorherigen Version, sehen Sie sich die ersten Datensätze an und halten Sie einen Rückweg offen. Ein Release ist erst abgeschlossen, wenn Qualitätsstichprobe, Ausnahmen und Rückmeldungen des Teams geprüft sind. So wird die Steuerung in der Agent Factory greifbar: Änderungen sind nachvollziehbar, umkehrbar und an beobachtetes Verhalten im Workflow gebunden.

Checkliste für den Start

• Für jede Angebotsart Pflichtfelder, optionale und ausdrücklich unbekannte Felder festlegen.
• Ortsnamen, Datumsangaben, Zeitzonen, Einheiten, Akzente und Branchenkürzel testen.
• Dokumentieren, was der Agent bestätigen darf und was genau eine Übergabe an einen Menschen auslöst.
• Felder in TMS und CRM, Regeln für Dubletten, Warnungen bei gescheitertem Rückschreiben und Zuständigkeiten zuordnen.
• Wege für Leads, Frachtführer, laufende Ladungen und dringende Anfragen festlegen, jeweils mit benannter Zuständigkeit für die Warteschlange.
• Höchstzahl an Versuchen, Umgang mit Widerspruch, Geschäftszeiten, Regeln außerhalb der Geschäftszeiten und Durchstellung an die Rufbereitschaft einrichten.
• Pilotanrufe vor jeder Ausweitung auf Richtigkeit, Weiterleitung, Kapazitätsstatus und Formulierungen mit Zusagen prüfen.
• Nenner der Kennzahlen, Zuständigkeit für Prüfungen, Freigabe von Releases, Versionshistorie und Kriterien für den Rollback festlegen.
• Eine verantwortliche Person mit Dashboard, Ausnahme-Warteschlange und der Möglichkeit ausstatten, den Ablauf zu pausieren, solange Fehler behoben werden.