Lieferanten-Kommunikation als Dialog.
Ein Agent fragt nach, erinnert, fasst zusammen — und gibt dem Team den Kontext, der sonst in E-Mails verloren geht.
„Wir wissen wieder, was mit wem besprochen ist. Das hatten wir seit Jahren nicht."
Ausgangslage.
Ein mittelständisches Großhandelsunternehmen mit Schwerpunkt auf technischen Produkten, rund 55 Mitarbeiter, etwa 80 regelmäßige Lieferanten aus Deutschland und Europa. Die Kommunikation mit diesen Lieferanten lief vollständig über persönliche E-Mail-Postfächer der Einkäufer. Sechs Einkäufer, sechs Postfächer, sechs unterschiedliche Ablage-Logiken.
Das System hatte historische Gründe. Lieferanten-Gespräche waren persönlich und Vertrauenssache, und die Einkäufer pflegten ihre Beziehungen über Jahre. Was der eine mit einem Lieferanten absprach, war aber dem Vertretungs-Einkäufer im Urlaub nicht zugänglich. Dasselbe galt bei Mitarbeiter-Wechsel — wenn ein Einkäufer das Unternehmen verließ, gingen Jahre von Kontext mit ihm.
Die Folgen zeigten sich an drei Stellen. Erstens: Doppel-Absprachen. Zwei Einkäufer sprachen über dasselbe Produkt mit demselben Lieferanten — in Unkenntnis voneinander, mit teilweise widersprüchlichen Konditionen. Zweitens: verlorener Kontext. Eine Liefertermin-Verschiebung, die per E-Mail im März besprochen wurde, war im Mai niemandem mehr präsent. Drittens: Eskalationen. Wenn ein Lieferant anrief und auf ein Gespräch Bezug nahm, das drei Wochen alt war, musste der Einkäufer im Postfach suchen, oft vergeblich.
Die Geschäftsführung hatte an verschiedenen Stellen versucht, das Problem zu lösen — ein CRM-System wurde eingeführt, aber nicht angenommen. Ein Kommunikations-Leitfaden wurde geschrieben, aber nicht gelebt. Ein externer Berater hatte vorgeschlagen, ein zentrales Lieferanten-Portal aufzusetzen; das Team hatte die Idee nach zwei Wochen im Alltagstest wieder verworfen. Der Bedarf war klar: ein Werkzeug, das die gewachsene Arbeitsweise der Einkäufer respektiert und trotzdem zentralen Kontext schafft.
Besonders problematisch war eine Situation im vorherigen Herbst gewesen: Ein wichtiger Lieferant hatte einen Preiszuschlag angekündigt, drei Einkäufer hatten — jeder in eigenem Postfach — mit dem Vertrieb des Lieferanten verhandelt. Am Ende waren drei unterschiedliche Konditionen im Raum, der Lieferant war verärgert, und die Geschäftsführung musste persönlich einspringen, um die Situation zu klären. Das Muster wollte das Unternehmen nie wieder erleben.
Unser Vorgehen.
Wir haben einen halben Tag mit dem Einkaufs-Team verbracht und einen halben Tag mit der Geschäftsführung. Die Gespräche mit den Einkäufern waren der Schlüssel. Der Grund, warum frühere Versuche gescheitert waren, wurde schnell klar: Die Einkäufer wollten ihr Postfach nicht verlassen. Ein separates Tool aufzurufen, jedes Gespräch händisch zu dokumentieren — das war der Bruch, den niemand mitmachen wollte.
Daraus wurde ein simples Prinzip: Die Einkäufer arbeiten weiter wie bisher, im eigenen E-Mail-Programm. Ein Agent liest im Hintergrund mit und führt zentral Buch — was wurde mit welchem Lieferanten besprochen, welche offenen Fragen gibt es, welche Zusagen wurden gemacht, welche Termine stehen. Der Einkäufer bekommt das Ergebnis wieder in sein gewohntes Werkzeug zurückgespiegelt, ohne zusätzlichen Aufwand.
Der Agent sollte drei Dinge tun. Erstens: jedes eingehende und ausgehende E-Mail mit einem Lieferanten automatisch erfassen und zusammenfassen. Zweitens: daraus einen pro Lieferant laufenden Kontext-Strang bauen — keine E-Mail-Sammlung, sondern eine chronologische Zusammenfassung der offenen und abgeschlossenen Themen. Drittens: bei eingehenden Nachrichten, die Bezug auf ältere Gespräche nehmen, dem Einkäufer diesen Bezug direkt in der E-Mail-Vorschau anzeigen — und warnen, wenn ein anderer Kollege gerade am selben Thema arbeitet.
Bevor wir loslegten, haben wir eine Datenschutz-Folgenabschätzung mitsamt Betriebsrat durchgesprochen. Die Einkäufer wollten ausdrücklich, dass ihre persönlichen Nachrichten privat blieben — nur Lieferanten-Kommunikation sollte durch den Agent laufen. Das war kein Datenschutz-Thema im engeren Sinne, sondern eine Frage des Respekts gegenüber den Mitarbeitern. Die klare Trennung wurde zum Grundpfeiler der Architektur.
Wir haben außerdem gemeinsam mit dem Team eine „Eskalations-Logik" definiert: Wann soll der Agent den Einkäufer aktiv warnen? Nach dreimaligem Abstimmen haben wir uns auf drei Trigger geeinigt — bei einem zweiten Einkäufer im selben Thread, bei offenen Zusagen ohne Rückmeldung, und bei einem Lieferanten, zu dem drei oder mehr offene Themen gleichzeitig laufen.
Die Umsetzung.
Der Agent integriert mit dem E-Mail-System über IMAP — jede Einkäuferin und jeder Einkäufer hat in seinem Posteingang ein separates Label bzw. einen Ordner, in den Nachrichten mit Lieferanten automatisch einsortiert werden. Diese Einsortierung erfolgt beim E-Mail-Empfang auf Server-Ebene, unabhängig vom E-Mail-Client. Nur Nachrichten aus diesem Ordner werden an den Agent weitergegeben. Das war für die Akzeptanz entscheidend.
Pro Nachricht macht der Agent drei Dinge. Er identifiziert den Lieferanten (über Absender-Domain gegen die Stammdaten), er extrahiert den Inhalt zu strukturierten Items (Absprachen, Termine, offene Fragen, Zusagen), und er fügt diese Items in einen pro Lieferant geführten Kontext-Strang ein. Die Extraktion läuft über ein Sprachmodell, die Zuordnung zum Lieferanten und die Themen-Klassifizierung folgen deterministischen Regeln.
Der Kontext-Strang ist eine laufend aktualisierte Zusammenfassung — nicht ein Archiv. Alte, erledigte Themen fallen heraus. Neue, offene bleiben sichtbar. Jeder Einkäufer sieht beim Öffnen einer neuen Nachricht eines Lieferanten den aktuellen Kontext zu diesem Lieferanten in der Seitenleiste seines Mail-Programms. Der Aufwand: null — der Kontext ist einfach da.
Technisch läuft der Agent als Dienst in der EU-Cloud der Mandantin, gekoppelt an eine kleine Datenbank für den Kontext-Strang. Die eigentlichen E-Mails bleiben, wo sie sind — wir speichern nur die extrahierten, strukturierten Items plus Verweise auf die Ursprungs-Nachrichten. Das hielt die Datenmenge klein und den Datenschutz einfach.
Die Oberfläche ist ein simpler Browser-Tab, der im Mail-Programm als Seitenleiste eingebettet ist. Keine komplizierten Dashboards, keine Filter, keine Einstellungen. Wer mit einem Lieferanten arbeitet, sieht den Kontext. Wer gerade keinen Lieferanten angeschrieben hat, sieht eine Liste der Lieferanten mit offenen Themen. Alles, was mehr als zwei Klicks braucht, haben wir weggelassen.
Ergebnis.
Vier Wochen nach Start lief der Agent produktiv. Alle 80 regelmäßigen Lieferanten sind erfasst. Die Einkäufer arbeiten unverändert in ihren eigenen Postfächern, sehen aber zu jeder Nachricht den aktuellen Kontext des jeweiligen Lieferanten.
Die konkreten Effekte zeigten sich schnell. Zwei Doppel-Absprachen wurden in den ersten zwei Wochen vermieden, weil beim Schreiben einer Nachricht an einen Lieferanten der Hinweis erschien, dass ein Kollege vor zwei Tagen zum selben Thema bereits geschrieben hatte. Zuvor wären diese Fälle unbemerkt kollidiert.
Die Eskalations-Quote im Einkauf ist in den ersten drei Monaten nach Livegang um etwa 40 Prozent gesunken. Die Geschäftsleitung führt das vor allem darauf zurück, dass Lieferanten nicht mehr ihre eigene Version einer alten Absprache präsentieren müssen — der Einkäufer sieht in Sekunden, was besprochen wurde, und kann sofort reagieren.
Bei Urlaub oder Wechsel gibt es keinen Kontext-Verlust mehr. Ein neuer Einkäufer sieht zu jedem Lieferanten die laufenden Themen und kann übernehmen, ohne Einarbeitung von Wochen. Die Einkaufsleitung nennt das die wichtigste Veränderung — nicht weil sie häufig vorkommt, sondern weil sie die Abhängigkeit von einzelnen Personen deutlich reduziert.
Ein unerwarteter Nebeneffekt betrifft die Geschäftsleitung selbst. Sie hat nun — erstmals — einen Überblick, wie der Einkauf insgesamt mit den wichtigsten Lieferanten kommuniziert, welche Themen gerade offen sind und wo die meisten Eskalationen laufen. Das führt zu deutlich fokussierteren Einkaufs-Meetings: Statt einer generellen Statusrunde werden gezielt die drei Lieferanten durchgesprochen, die aktuell die meisten offenen Themen haben.
Was wir gelernt haben.
Die wichtigste Lektion: Akzeptanz war hier alles. Die Einkäufer hatten drei frühere Werkzeug-Einführungen erlebt, die gescheitert waren, weil sie die gewachsene Arbeitsweise nicht respektierten. Unser Prinzip — „Sie arbeiten weiter wie bisher, wir arbeiten im Hintergrund" — war kein technisches Prinzip, sondern ein organisatorisches. Ohne diese Einsicht wäre das Projekt im vierten Versuch gescheitert.
Zweitens: Weniger ist mehr. Unser erster Entwurf sah komplizierte Dashboards und Reports vor. Im Gespräch mit dem Einkaufs-Team haben wir das alles gestrichen — niemand wollte ein Dashboard anschauen. Was gewünscht war, war die kurze Kontext-Notiz neben der E-Mail. Die einfachste denkbare Oberfläche erwies sich als die richtige. Diese Lektion haben wir in spätere Projekte mitgenommen: Jede zusätzliche Funktion muss sich den Platz verdienen.
Drittens: Die Integration mit bestehenden E-Mail-Systemen ist technisch unspektakulär, aber im Detail anspruchsvoll. IMAP, Label-Synchronisation, Konflikt-Auflösung bei mehreren Clients — all das ist keine Raketentechnik, braucht aber Sorgfalt. Hätten wir den Aufwand dafür unterschätzt, wäre das Projekt nicht in vier Wochen fertig geworden.
Viertens: Die Trennung „Lieferanten-Kommunikation ja, private Nachrichten nein" war ein Vertrauens-Versprechen, das technisch sauber eingehalten werden musste. Wir haben das während der gesamten Laufzeit mit einer klaren Allowlist auf Absender-Ebene implementiert. Einmal während des Pilot-Betriebs gab es einen Fall, in dem eine private Nachricht eines Lieferanten mit sensiblem Inhalt kurz durch das System lief; wir haben das sofort nachgeschärft und die Nachricht vollständig gelöscht. Diese Episode hat gezeigt, wie wichtig solche Grenzen sind — und dass sie ernsthaft behandelt werden müssen.