Der häufigste Fehler passiert, bevor eine einzige Zeile gebaut ist: bei der Auswahl des Ablaufs. Der Reflex ist verständlich. Man nimmt den Prozess, der am meisten weh tut, weil dort der Nutzen am größten scheint. Oft ist genau das der schwierigste: viele Ausnahmen, unklare Datenlage, drei beteiligte Abteilungen. Der Pilot wird groß, langsam und unübersichtlich, und wenn er kippt, gilt die ganze Idee als gescheitert.

Der geeignete erste Ablauf ist selten der größte. Er ist häufig, regelbasiert, hat klare Eingaben und einen guten Datenzugang. Kleiner Prozess, sauberer Beweis. Der große Fall kommt später, wenn Team und Betrieb geübt sind.

Der erste Ablauf soll nicht der wichtigste sein, sondern der, an dem man am schnellsten und billigsten lernt.

Der zweite Fehler ist, nur den Normalfall zu testen. In der Demo läuft alles glatt, weil man saubere Beispiele einspeist. Im Betrieb kommen dann die Fälle, die keiner Regel folgen: das Formular im neuen Layout, der Kunde, der sein Anliegen anders formuliert, der Beleg mit fehlendem Feld. Wer diese Fälle nicht vorher gesammelt hat, merkt erst nach dem Start, wie oft sie vorkommen.

Ausnahmen sind kein Randthema, sie sind der Kern jeder ehrlichen Automatisierung. Die Frage ist nie, ob es Ausnahmen gibt, sondern was mit ihnen passiert. Ein guter Ablauf erkennt den Sonderfall, hält an und übergibt an einen Menschen, statt still das Falsche zu tun. Genau dieses Verhalten muss man im Test provozieren, solange Fehler noch nichts kosten.

Der dritte Fehler ist, den Bau zu planen und den Betrieb zu vergessen. Eine Automatisierung ist kein Projekt, das man einmal abschließt, sondern ein Ablauf, der jeden Tag läuft. Systeme ändern sich, ein Portal bekommt ein neues Feld, ein Format wandert, eine Berechtigung läuft ab. Ohne jemanden, der hinschaut, bemerkt man den Ausfall erst, wenn ein Kunde sich beschwert.

Betrieb heißt drei konkrete Dinge: Monitoring, das Qualität und Kosten sichtbar macht, ein definierter Fehlerpfad für unsichere Fälle und eine benannte Person, die verantwortet. Fehlt diese Person, wird die beste Automatisierung zur Waise, die niemand pflegt. Deshalb gehört die Frage nach dem Betrieb an den Anfang, nicht ans Ende.

Der vierte Fehler ist, ohne Messung zu starten. Wenn niemand notiert hat, wie lange der Ablauf vorher gedauert hat, wie viele Fälle pro Tag anfallen und wie hoch die Fehlerquote war, kann hinterher niemand belegen, ob sich etwas verbessert hat. Der Nutzen bleibt Gefühl, und Gefühl trägt keine Budgetentscheidung.

Eine Baseline ist billig. Man misst den heutigen Ablauf ein paar Tage lang, bevor man etwas ändert. Danach vergleicht man denselben Ausschnitt. So entsteht eine belastbare Aussage über den Nutzen, ohne eine erfundene Prozentzahl in den Case zu schreiben. Wer die Baseline überspringt, spart eine Woche und verliert die Grundlage, um den nächsten Ausbau zu rechtfertigen.

Diese Tabelle macht die vier Fehler konkret: woran man sie früh erkennt und was vor dem Bau dagegen hilft.

Beantworte diese fünf Fragen, bevor du baust. Bei der ersten, bei der du hängen bleibst, sitzt der Fehler, und zwar bevor er Geld kostet.

• Ist der Ablauf häufig und regelbasiert und hast du guten Datenzugang darauf?
• Welche schwierigen Fälle hast du gesammelt, und wie soll der Ablauf darauf reagieren?
• Wer verantwortet Ergebnis, Ausnahmen und Freigaben im laufenden Betrieb?
• Wie sieht der Ablauf heute aus, gemessen als Baseline vor jeder Änderung?
• Woran erkennst du, dass es nach dem Start besser läuft, und wer schaut hin?

Kernsatz: Eine Automatisierung ist zu einem kleinen Teil ein Technikprojekt und zu einem großen Teil ein Klärungsprojekt. Wer die Klärung überspringt, bezahlt sie später mit Zinsen.

Das Werkzeug entscheidet über Erfolg oder Misserfolg.

Für die meisten Abläufe im Mittelstand sind die verfügbaren Werkzeuge stark genug. Es hakt an Auswahl, Ausnahmen, Betrieb oder fehlender Messung, nicht an der Plattform.

Ein erfolgreicher Pilot bedeutet automatisch stabilen Betrieb.

Zwischen Pilot und Betrieb liegen Rechte, Monitoring, Fehlerbehandlung und eine benannte Verantwortung. Ein glatter Test ist der Anfang, nicht der Beweis.

Prozessautomatisierung, Exception Handling, KI-Betrieb, Ausgangslinie (Baseline).

Welcher Fehler ist der teuerste?

Meist der erste: den falschen Ablauf zu wählen. Ein zu großer, ausnahmenreicher Prozess macht den Piloten langsam und riskant, und ein gescheiterter Pilot diskreditiert die ganze Idee, obwohl nur die Auswahl falsch war.

Wie erkenne ich fehlenden Betrieb früh?

Frag, wer im Fehlerfall entscheidet und wer nach dem Start hinschaut. Bekommst du auf beide Fragen keinen Namen, sondern eine Abteilung, ist der Betrieb nicht geplant.

Lohnt sich eine Baseline auch bei einem kleinen Ablauf?

Ja. Sie kostet ein paar Tage Messung und ist die einzige Grundlage, um den Nutzen später zu belegen und den nächsten Schritt zu rechtfertigen. Ohne sie bleibt der Erfolg eine Behauptung.

Es werden keine externen Statistiken oder ungeprüften Kundenergebnisse als belegt behauptet. Auswahl und Betrieb werden vor der Umsetzung am realen Stack geprüft.