Agentischer Order-to-Cash-Prozess.

Ein Auftragsdesk, der Angebote, Verfügbarkeitsprüfungen und Lieferantenbestellungen von Hand jongliert.

Kunde: Ein IT-Hardware-Anbieter
Branche: IT-Distribution, Auftragsabwicklung

Wachstumsziel

Einem Order-Desk ermöglichen, mehr Bestellungen abzuwickeln, ohne dass mehr Menschen Bestand, Kompatibilität und Lieferanten manuell prüfen müssen.

Betriebliche Einschränkung

Jede Bestellung bedeutete Bestandsprüfung, Kontrolle der Gerätekompatibilität und Nachfassen bei Lieferanten wegen fehlender Teile.

Geprüftes Ergebnis

An realen Auftragsfällen geprüft, mit den Punkten, an denen weiterhin eine Person entscheidet, klar dokumentiert.

Die ausführliche Beschreibung

Ausgangslage: Angebote, Verfügbarkeitsprüfungen und Lieferantenbestellungen wurden manuell jongliert. Langsam, fehleranfällig und schwer skalierbar.
System: Ein abgestimmter Auftragsfluss, der Kundenanfragen, Bestands- und Kompatibilitätsprüfungen sowie Entwürfe für Lieferantenbestellungen bei fehlenden Teilen umfasst.
Kontrollen: Nur Bestellentwürfe. Jede Lieferantenbestellung wird von einer Person freigegeben, und die Stellen, an denen menschliche Prüfung bleibt, werden festgehalten.
Ergebnis: An realen Fällen geprüft. Die Prüfstellen sind für einen Produktivaufbau dokumentiert.

Im Detail

Ein Orderdesk, das mehr Nachfrage aufnehmen wollte

Sie betreiben ein Orderdesk im Zentrum Ihres Umsatzes. Der Vertrieb schickt Angebote. Kunden wünschen Änderungen. Lieferanten melden nach und nach Bestätigungen. Solange Bestellungen klein und berechenbar sind, reichen E-Mails, Tabellen und Gedächtnis. Mit steigendem Volumen erhöht jede neue Anfrage den Druck. Sie wollten mehr Bestellungen abwickeln, ohne mehr Menschen damit zu beauftragen, Bestände, Kompatibilität und Lieferanten manuell zu prüfen. Die Chance im Markt war da, die Frage war, ob Ihr Betrieb mithalten konnte, ohne dass die Qualität litt. An diesem Punkt setzte die Arbeit an.

Auf dem Papier sah der Ablauf einfach aus: Ein Angebot kommt, der Kunde bestätigt, Sie prüfen, ob Geräte kompatibel und auf Lager sind, und bestellen fehlende Teile bei Lieferanten. In der Realität jonglierte Ihr Team den ganzen Tag mit Teilinformationen und Einzelfällen. Jede neue Gelegenheit bedeutete einen weiteren Faden zum Nachverfolgen. Das Risiko bestand weniger darin, Aufträge an Wettbewerber zu verlieren, als darin, den Überblick darüber zu verlieren, was zugesagt war und ob Sie termingerecht und vollständig liefern konnten.

Wo die bestehende Arbeitsweise ihre Grenze erreichte

Vor dem Projekt wurden Angebote, Verfügbarkeitsprüfungen und Lieferantenbestellungen vollständig per Hand koordiniert. Ein Kunde bestätigte ein Angebot oder stellte eine Frage. Jemand im Orderdesk öffnete mehrere Werkzeuge, prüfte Verfügbarkeit, Kompatibilitätsregeln und kontaktierte Lieferanten für fehlende Teile. Nichts im Ablauf half dem Team, nachzuhalten, was bereits geprüft war oder welche Lieferantenantworten noch fehlten. Der Prozess war langsam, fehleranfällig und schwer skalierbar, sobald die Nachfrage anzog.

Die betriebliche Einschränkung war deutlich: Jede Bestellung bedeutete, die gleichen Prüfungen von vorn, über dieselben Systeme, mit demselben Hin und Her mit Lieferanten zu wiederholen. Es gab keine gemeinsame Sicht auf einen Auftrag von der Kundenanfrage bis zur Lieferantenbestätigung. Menschen waren das Bindemittel. Das machte Wachstum schmerzhaft: Mehr Bestellungen bedeuteten anteilig mehr manuelle Prüfungen, mehr Nachfassaktionen und mehr Risiko, dass etwas erst auffiel, wenn ein Kunde nach einem Statusupdate fragte.

Was SIEL gebaut hat und wie es zusammenhängt

SIEL entwickelte gemeinsam mit dem Team einen koordinierten Auftragsfluss, der zur bestehenden Denkweise im Orderdesk passte. Das System setzt bei Kundenanfragen und bestätigten Angeboten an. Es zieht die relevanten Details zusammen und führt Bestands- und Kompatibilitätsprüfungen als geschlossenen Workflow aus statt verstreuter Einzelfragen. Für fehlende Teile erzeugt es Entwürfe für Lieferantenbestellungen. Ziel war nicht ein neues Tool um seiner selbst willen, sondern ein einziger Ablauf, der die bekannten Prüfungen umfasst und jede Bestellung auf die gleiche Weise voranbringt.

Der Flow koordiniert mehrere Aktivitäten, die zuvor getrennt liefen. Eingehende Anfragen werden interpretiert und den passenden Angebots- und Produktdatensätzen zugeordnet. Bestände und Kompatibilitätsregeln werden in den vorhandenen Systemen geprüft. Wo Artikel fehlen, wird ein Entwurf für eine Lieferantenbestellung mit den erforderlichen Positionen und Kontext erstellt. Der vollständige Weg von der Kundenanfrage bis zum Lieferantenvorschlag ist sichtbar. Menschen entscheiden weiterhin über besondere Fälle, müssen aber die nötigen Informationen nicht mehr für jeden Auftrag neu zusammensuchen, das übernimmt das System.

Wie Menschen Kontrolle über Bestellungen und Entscheidungen behielten

Von Anfang an war klar, dass Zusagen an Lieferanten bei Menschen bleiben sollten. SIEL entwarf den Proof of Concept so, dass er ausschließlich Entwürfe für Lieferantenbestellungen erzeugte. Eine Person im Orderdesk prüfte und versandte weiterhin jede Bestellung. Das System verkürzte den Weg zu einem guten Entwurf und zeigte, welche Prüfungen bereits erfolgt waren. Die menschliche Prüferin oder der Prüfer blieb verantwortlich für die Entscheidung, ob die Bestellung unverändert rausgehen, angepasst oder zunächst zurückgehalten werden sollte, bis Kundin oder Lieferant etwas geklärt hatte.

Kontrollen wurden Teil des Workflows, nicht nachträglich aufgesetzt. Das System zeichnete fest, wo seine Empfehlungen endeten und wo menschliche Entscheidungen begannen. Während der Validierung an realen Fällen wurde jeder Punkt dokumentiert, an dem weiterhin menschliches Urteil nötig war, etwa bei unklaren Kompatibilitätsregeln oder untypischem Lieferantenverhalten. Diese Liste von Prüfpunkten ist heute Teil der Planung für einen produktiven Ausbau. Sie gibt dem Kunden klare Grenzen: Er weiß, welche Schritte sich verlässlich automatisieren lassen und welche als explizite menschliche Freigaben bestehen bleiben.

Was sich änderte und was das für ähnliche Betriebe bedeutet

Der Proof of Concept wurde an realen Auftragsfällen validiert, nicht an konstruierten Beispielen. Das Team konnte sehen, wie der koordinierte Auftragsfluss mit echten Kundenanfragen, Bestandsprüfungen und Lieferlücken umging. Es wurde sichtbar, welche Schritte das System übernahm und wo es sinnvoll an Menschen zurückgab. Am Ende waren die Prüfpunkte dokumentiert und bildeten die Grundlage für einen produktiven Ausbau. Der Kunde hatte nicht nur eine Demo, sondern eine Landkarte vom heutigen manuellen Prozess zu einem Betrieb, der mehr Nachfrage tragen kann, ohne die Kontrolle zu verlieren.

Wenn Sie ein ähnliches Orderdesk betreiben, ist das Muster vergleichbar: Wachstum bringt mehr Angebote, mehr Kompatibilitätsprüfungen und mehr unvollständige Lieferantenrückmeldungen. Das Risiko ist, dass Ihre besten Leute Informationen zusammenführen statt Entscheidungen zu treffen. Die Rolle von SIEL bestand hier darin, vorhandene Systeme in einen Auftragsfluss zu verbinden, die Intelligenz für standardisierte Prüfungen einzubauen und Menschen klar in der Verantwortung für Lieferantenverpflichtungen zu halten. Sechs Monate nach einem produktiven Ausbau sollten Sie ein Team erwarten, das mehr Volumen bewältigt, mit besserer Transparenz über den Status jedes Auftrags und die Stellen, an denen Entscheidungen getroffen werden.

Bringen Sie uns einen Workflow wie diesen

Festpreis, vereinbart bevor wir anfangen. Ein Senior Engineer antwortet innerhalb von zwei Werktagen.