Sales-Order-Entry-Automatisierung implementieren:
Ein praxisnaher Rollout-Guide

Der erste Impuls ist oft, genau den Auftragstyp zu automatisieren, der am meisten schmerzt, also das höchste Volumen, den größten Zeitaufwand oder den größten Rückstau verursacht. Widerstehen Sie diesem Impuls.

Starten Sie mit dem Auftragstyp, bei dem Sie genau wissen, wie „korrekt“ aussieht. Das bedeutet:

• Aufträge von Kunden, die konsistent gut formatierte Dokumente senden
• Aufträge für Standardprodukte mit klarer, stabiler SKU-Zuordnung
• Aufträge ohne komplexe Preislogik, kundenspezifische Sondervereinbarungen oder mehrstufige Freigaben
• Aufträge, bei denen der Kunde während der Pilotphase eine leicht längere Bestätigungszeit toleriert

Ein realistischer Scope für Phase 1 bei einem Distributor mit 150 Aufträgen pro Tag: Wählen Sie die 40 bis 60 täglichen Aufträge aus, die diese Kriterien erfüllen. Lassen Sie genau diese durch die Automatisierung laufen. Geben Sie dem Team drei Wochen Zeit, die korrekte Funktionsweise zu sehen, bevor Sie den Umfang erweitern.

Beim Konfigurieren des Ausnahmehandlings ist die Versuchung groß, die Regeln eng zu setzen nur die offensichtlichsten Probleme zu markieren, alles andere automatisch durchlaufen zu lassen und die Exception Queue möglichst klein zu halten. In Phase 1 ist das der falsche Instinkt.

In den ersten vier Wochen sollten Ihre Schwellenwerte für Ausnahmen eher weiter gefasst sein, als Sie intuitiv denken. Markieren Sie lieber mehr Fälle, als Sie für tatsächlich problematisch halten. Ziel ist es, alle Edge Cases sichtbar zu machen und eine Bibliothek realer Ausnahmen aufzubauen, damit Sie die Regeln später auf echter Datenbasis statt auf Annahmen konfigurieren.

Nach vier Wochen wissen Sie, welche Ausnahmen automatisiert werden können, welche sauber an eine definierte Person geroutet werden sollten und welche so selten sind, dass eine generische Queue ausreicht. Konfigurieren Sie Phase 2 auf dieser Basis, nicht auf Annahmen vor dem Go-live.

Lassen Sie die Automatisierung mindestens in den ersten zwei Wochen parallel zu Ihrem bestehenden manuellen Prozess laufen. Parallelbetrieb bedeutet: Das automatisierte System erzeugt ein Ergebnis, ein Mensch erzeugt unabhängig dasselbe Ergebnis, und anschließend werden beide verglichen.

Parallelbetrieb ist unangenehm. Für kurze Zeit verdoppelt er die Arbeit. Gleichzeitig ist er der einzige Weg, Konfigurationsfehler zu entdecken, bevor sie bei Kunden ankommen.

Zwei Wochen sind das Minimum. Wenn Ihre Aufträge komplexer sind oder Ihr Produktstamm erst kürzlich bereinigt wurde, planen Sie drei bis vier Wochen ein. Die Kosten einer falschen Auftragsbestätigung beim Kunden in Woche eins sind deutlich höher als die Kosten von zwei zusätzlichen Wochen Parallelbetrieb.

Order-Intake-Automatisierung verändert, wie die Arbeit des Inside-Sales-Teams aussieht. Wenn Sie dieses Gespräch erst zum Go-live führen, managen Sie Widerstand und Frustration genau zum schlechtesten Zeitpunkt.

Führen Sie es in Woche 2 oder 3, also noch während des Parallelbetriebs dann, wenn das Team sehen kann, was das System tatsächlich tut und was nicht. Dieses Gespräch hat drei Teile:

• Gehen Sie konkret durch, welche Auftragstypen und Prozessschritte die Automatisierung übernimmt, nennen Sie klar, welche Aufträge, welche Kunden und was das System jeweils macht
• Seien Sie genauso konkret darin, was sich nicht verändert: Jede Ausnahme kommt mit erkanntem Konflikt und vorgeschlagenem Lösungsweg; das Team behält die Verantwortung für Kundenbeziehungen und komplexe Aufträge
• Quantifizieren Sie, was wegfällt „Sie müssen Standardaufträge von [Kunde X, Y, Z] nicht mehr manuell erfassen“ wirkt anders als „Sie haben mehr Zeit für höherwertige Arbeit“

Bevor Sie live gehen, muss die Verantwortung für die Exception Queue explizit geklärt sein. „Das Team“ ist kein Owner. Eine konkrete Person oder eine feste Rotation ist es.

Entscheiden Sie vor der ersten Ausnahme:

• Wer prüft Ausnahmen während der Geschäftszeiten?
• Welche Reaktionszeit gilt für eine Ausnahme, bevor sie eskaliert?
• Was passiert mit Ausnahmen außerhalb der Geschäftszeiten bei zeitkritischen Kunden?
• Wer darf eine automatisierte Entscheidung überschreiben und Systemkonfigurationen auf Basis wiederkehrender Overrides anpassen?

In den ersten 30 Tagen des Live-Betriebs sollten Sie die Zahlen wöchentlich mit dem Team teilen. Nicht nur in einem Report. In einem Gespräch.

Nehmen Sie weitere Auftragstypen erst dann in den automatisierten Scope auf, wenn Phase 1 zwei Bedingungen erfüllt:

• Die Genauigkeitsrate liegt seit mindestens drei aufeinanderfolgenden Wochen stabil über dem zuvor vereinbarten Schwellenwert
• Das Ausnahmehandling für die Auftragstypen aus Phase 1 läuft ohne zusätzliche manuelle Eskalation, das Team bearbeitet Ausnahmen direkt in der Queue

Erweitern Sie den Scope in Schichten, nicht in einer einzigen großen zweiten Welle. Nehmen Sie die nächste logisch passende Gruppe von Auftragstypen hinzu, etwas komplexer als Phase 1, aber noch nicht Ihre schwierigsten Fälle. Lassen Sie diese zwei bis drei Wochen laufen, bevor die nächste Gruppe folgt.

Wenn ein Auftragstyp sechs Wochen stabil live gelaufen ist und die Genauigkeit konstant bleibt, beenden Sie den Parallelbetrieb dafür. Der Ressourcenaufwand wird dann zum Bremsfaktor für die Teamkapazität, und nach sechs Wochen stabiler Performance ist das Risiko eines Abschaltens gering.

Jeder Distributor hat einen Long Tail: Aufträge von Kunden, die informelle E-Mails ohne strukturiertes Dokument schicken, Aufträge mit Standardprodukten und gleichzeitig kundenspezifisch konfigurierten Artikeln, Aufträge mit Vertragsreferenzen und Sonderpreisen, die nicht in der Hauptpreisliste stehen.

Versuchen Sie nicht, diesen Long Tail schon in Phase 2 oder 3 vollständig zu automatisieren. Der richtige Ansatz ist, ihn klar zu definieren und sauber zu routen. Wenn das System einen Auftrag als Long-Tail-Fall erkennt etwa anhand eines Kundenflags, eines Komplexitätsscores oder bestimmter Produktkategorien, leitet es ihn sofort an den zuständigen Inside-Sales-Mitarbeiter weiter, bereits mit vorausgefüllten Auftragsdaten, aber ohne automatisiert erzeugte Auftragsbestätigung.