Prozessautomatisierung oder Prozessoptimierung?

Jeden Morgen lädt jemand die Bestellungen des Webshops herunter, kopiert sie in eine Tabelle und leitet die Daten dann an das Lager und die Buchhaltung weiter. Der Prozess funktioniert – solange die Person nicht im Urlaub ist, keine Bestelldaten fehlerhaft sind oder sich das Auftragsvolumen nicht verdoppelt. Dann stellt sich die Frage: Prozessautomatisierung oder Prozessentwicklung sollte der nächste Schritt sein?

Die beiden Bereiche sind nicht in jeder Situation Alternativen zueinander. Die richtige Entscheidung ist eine Frage der Reihenfolge. Wenn wir einen undurchsichtigen Prozess mit unnötigen Schritten automatisieren, werden wir denselben schlecht gestalteten Prozess nur schneller ausführen. Wenn wir hingegen zuerst das Verständnis und die Vereinfachung der Abläufe verbessern, bietet die Automatisierung echte Kapazität, Zuverlässigkeit und bessere Managementeinblicke.

Es geht nicht darum, ob es manuelle Arbeit gibt

Manuelle Aufgaben sind nicht per se ein Fehler. Die Untersuchung einer Kundenbeschwerde, die Genehmigung eines individuellen Angebots oder die Bewertung einer Produktionsabweichung kann menschliches Ermessen erfordern. In diesen Fällen ist das Ziel, dass der betroffene Kollege auf der Grundlage aktueller Informationen eine fundierte Entscheidung treffen kann.

Anders ist es, wenn jemand regelmäßig dieselben Daten in drei verschiedene Systeme eingibt, den aktuellen Status einer Bestellung per E-Mail sucht oder am Freitagnachmittag drei Stunden lang einen Managementbericht erstellt. Diese Aufgaben erfordern oft keine Fachkenntnisse, sondern Aufmerksamkeit und Wiederholung. Zudem birgt jede manuelle Übertragung Fehlerpotenzial: Artikelnummern können falsch eingegeben, Bestellungen übersehen oder Abweichungen in den Aufzeichnungen zweier Abteilungen auftreten.

Das Problem ist oft nicht, dass Menschen im Prozess arbeiten, sondern dass sie die Verbindung zwischen isolierten Systemen darstellen. Der Vertrieb weiß etwas, das das Lager erst aus einer später übermittelten Tabelle erfährt. Die Finanzabteilung arbeitet mit anderen Daten als die operative Abteilung. Das Management erhält erst dann ein Bild vom Betrieb, wenn jemand die Zahlen manuell zusammengestellt hat.

Was bedeutet Prozessentwicklung wirklich?

Prozessentwicklung ist nicht unbedingt eine große organisatorische Umgestaltung. Zuerst wird untersucht, wie ein Vorgang, eine Bestellung, eine Produktionsaufgabe oder ein Dokument im Unternehmen abläuft. Wer initiiert es, wer entscheidet darüber, in welchem System entstehen die Informationen, wie oft werden sie weitergegeben und wo warten sie unnötig.

Bei der Auftragsabwicklung kann sich beispielsweise schnell herausstellen, dass das Team deshalb eine separate Tabelle führt, weil es im ERP-System keine leicht einsehbare Statusliste gibt. Es kann aber auch sein, dass die Tabelle nur aus Gewohnheit existiert: Sie wurde aufgrund einer früheren Systembeschränkung eingeführt, die inzwischen nicht mehr besteht. In solchen Fällen kann es ausreichen, Verantwortlichkeiten zu klären, ein Statusfeld zu vereinheitlichen oder eine bestehende Systemfunktion richtig zu nutzen, anstatt zu automatisieren.

Im Entwicklungsprozess lohnt es sich, einige unbequeme, aber nützliche Fragen zu stellen:

• Warum wird dieser Schritt durchgeführt und welches Geschäftsrisiko wird damit behandelt?
• Wer nutzt die hier erzeugten Informationen und benötigt sie wirklich in dieser Form?
• Wo entstehen die Daten und warum geben wir sie anderswo erneut ein?
• Was passiert, wenn der Kollege, der den Prozess kennt, eine Woche lang nicht verfügbar ist?

Die Antworten auf diese Fragen sind oft wertvoller als die Auswahl einer neuen Software. Es kann sich herausstellen, dass zwei Beteiligte aus einem Genehmigungskreis gestrichen werden können. Manchmal zeigt sich, dass der Prozess auf der Erfahrung einer einzigen Person basiert, ohne dokumentierte Regeln und überprüfbare Status. Dies bedeutet nicht nur langsame Abläufe, sondern auch ein Risiko für die Geschäftskontinuität.

Wann ist Prozessautomatisierung gerechtfertigt?

Prozessautomatisierung liefert gute Ergebnisse, wenn das Ziel, die Regeln und die Ausnahmen des Prozesses bereits ausreichend klar sind. Nicht jedes Detail muss unveränderlich sein, aber es muss klar sein, welches Ereignis den Prozess auslöst, welche Daten benötigt werden, wer für die Ausnahmen verantwortlich ist und was als korrektes Ergebnis gilt.

Ein guter Kandidat könnte beispielsweise sein, wenn eine Webshop-Bestellung nach Genehmigung automatisch in das ERP-System übertragen wird, die Bestandsreservierung und die Rechnungsstellung regelbasiert starten und das Lager die Aufgabe sofort in seinem eigenen System sieht. Hier ersetzt die Technologie nicht die menschliche Entscheidung. Sie beseitigt die Notwendigkeit, dass jemand dieselben Daten auf mehreren Plattformen eingeben und überprüfen muss.

Dasselbe gilt für die Dokumentenverarbeitung. Aus einer eingehenden Rechnung oder Bestellung können die Basisdaten ausgelesen werden, die nach entsprechender Prüfung für die weitere Verarbeitung vorbereitet werden können. Abweichende Beträge, fehlende Referenzen oder ungewöhnliche Positionen können jedoch weiterhin menschlicher Genehmigung unterliegen. Eine gut gestaltete Automatisierung beseitigt nicht die Kontrolle, sondern platziert sie dort, wo sie wirklich benötigt wird.

Der geschäftliche Nutzen der Automatisierung ist daher selten nur eine Zeitersparnis. Die Anzahl der Fehler kann sinken, die Durchlaufzeit kann verkürzt werden, die Kundeninformation kann verbessert werden und die Berichte können zuverlässiger werden. Die Führungskräfte erhalten nicht am Freitagnachmittag ein manuell zusammengestelltes Statusbild, sondern können sich auf die während des Betriebs entstehenden, einheitlicheren Daten stützen.

Der Preis der falschen Reihenfolge

Ein häufiger Fehler ist, dass ein wachsendes Unternehmen auf Symptome reagiert. Es gibt viele Bestellungen, also wird eine weitere Tabelle erstellt. Es gibt viele E-Mails, also wird ein neues Ticketsystem eingeführt. Es gibt viel Verwaltung, also wird ein Automatisierungstool gesucht. Diese können an sich nützliche Initiativen sein, aber ohne ein gemeinsames Prozessbild bilden die neuen Werkzeuge nur eine weitere Schicht auf dem bestehenden Betrieb.

Der Preis dafür zeigt sich später. Die Systemintegration wird komplizierter, weil unklar ist, welches System die Datenquelle ist. Die Anzahl der Ausnahmen nimmt zu, weil das Automatisierungssystem mit den zuvor unausgesprochenen Regeln nichts anfangen kann. Die Kollegen umgehen die neue Lösung, weil sie nicht der realen Arbeit folgt. Schließlich stützt sich das Unternehmen weiterhin auf Tabellen und persönliche Abstimmungen, nur mit mehr Systemen im Hintergrund.

Das andere Extrem ist ebenfalls riskant: die endlose Analyse. Nicht jeder Prozess erfordert eine monatelange Neugestaltung. Wenn es sich um eine klar wiederkehrende, risikoarme und gut messbare administrative Aufgabe handelt, kann eine gezielte Integration oder Automatisierung schnell Ergebnisse liefern. Das Wesentliche ist das Gefühl für das richtige Maß. An den kritischen Punkten des Prozesses ist eine gründlichere Untersuchung erforderlich, während bei einer einfachen Benachrichtigung oder Datenübertragung eine Überplanung die Verbesserung verlangsamen kann.

Wie sollte man entscheiden?

Der beste Ausgangspunkt ist nicht die technologische Liste, sondern eine konkrete, wiederkehrende Geschäftssituation. Wählen Sie einen Prozess, der viele Menschen betrifft, regelmäßig verzögert wird, Fehler erzeugt oder unverhältnismäßig viel Managementaufmerksamkeit erfordert. Betrachten Sie den gesamten Weg vom auslösenden Ereignis bis zum Abschluss, nicht nur den Teil, in dem die meisten Beschwerden auftreten.

Bewerten Sie die Durchlaufzeit, die Anzahl der manuellen Eingriffe, den Anteil der Korrekturen und die Ausnahmen. Schon diese Übung klärt, ob tatsächlich ein Kapazitätsproblem, Informationsmangel, schlechte Verantwortungszuordnung oder fehlende Systemverbindung im Hintergrund steht. Eine Prozessentwicklung ist steuerbar, wenn sie nicht nur auf Gefühl, sondern auf beobachtbaren Fakten basiert.

Erst danach kann entschieden werden, welches Eingreifen angemessen ist. Vielleicht löst die Vereinfachung einer Regel das Problem. Vielleicht ist die Datenverbindung zwischen zwei Systemen das fehlende Element. Es kann vorkommen, dass eine individuelle interne Anwendung oder eine Produktionsunterstützungsoberfläche bessere Kontrolle bietet als eine weitere Tabelle. Es kann auch sein, dass eine Automatisierung erforderlich ist, aber nur bei einem klar abgegrenzten Prozessschritt.

Der nützliche erste Schritt ist nicht die Frage, welches Werkzeug schneller automatisiert. Vielmehr ist es, einen Prozess auszuwählen und gemeinsam festzustellen: Macht es wirklich Sinn, dass dieser in dieser Reihenfolge so funktioniert?