KANN — technisch und fachlich möglich
Sind Regeln, Daten und Systemzugang technisch/fachlich ausreichend?
Leistungen
Geschäftsprozesse sinnvoll automatisieren
Nicht alles, was technisch automatisierbar ist, sollte automatisiert werden.
WIRKLAUF prüft, welcher Teil eines verstandenen Prozesses stabil genug ist, welchen Automatisierungsgrad er verträgt und wie Normalfälle, fachliche Ausnahmen, technische Fehler und laufender Betrieb behandelt werden.
Drei Fragen vor jeder Automatisierung
SOLLTE — wirtschaftlich und betrieblich sinnvoll
Rechtfertigt der Nutzen Umsetzung, Risiko und laufenden Betrieb?
WIE WEIT — der passende Automatisierungsgrad
Wo braucht es Unterstützung, Vorschlag, Ausnahmebehandlung oder volle Ausführung?
Technische Machbarkeit ist nur die erste Hürde.
Aufgabe ist nicht Gesamtprozess
Ein Angebotsprozess kann aus Datensammlung, fachlicher Prüfung, Preisentscheidung, Angebotserzeugung, Freigabe und Versand bestehen.
Vielleicht lassen sich Datensammlung und Entwurf automatisieren. Die Sonderkalkulation bleibt menschlich. Die Freigabe ist nur bei bestimmten Schwellen nötig.
Teilautomatisierung kann wirtschaftlich besser sein als vollständige Automatisierung.
Automatisierbar ist nicht automatisierungswürdig
Ein Prozess kann automatisierbar sein und trotzdem eine schlechte Investition:
- zu geringe Fallzahl;
- Regeln ändern ständig;
- Daten sind unzuverlässig;
- Ausnahmen dominieren;
- Fehler sind schwer reversibel;
- bestehende Software kann es bereits;
- eigentlich fehlt nur Integration;
- niemand übernimmt Betrieb;
- Automatisierungskomplexität ist größer als verbleibende manuelle Arbeit.
Automatisierungsreife vor Umsetzung prüfen
WIRKLAUF prüft acht Dimensionen:
- Stabilität
- Läuft der Prozess ausreichend konsistent?
- Häufigkeit
- Wie oft tritt er auf?
- Regelklarheit
- Sind Entscheidungen nachvollziehbar?
- Datenqualität
- Sind Inputs verfügbar/verlässlich?
- Ausnahmequote
- Wie oft weicht der Vorgang legitim ab?
- Fehlerfolge
- Was passiert bei falscher Ausführung?
- Systemzugang
- Können Systeme zuverlässig angesprochen werden?
- Messbarkeit
- Lässt sich Nutzen/Fehler später beurteilen?
Keine künstliche Gesamtpunktzahl, die Scheingenauigkeit erzeugt. Ein einziges kritisches Kriterium kann die Entscheidung dominieren.
Wann bewusst nicht automatisieren
Nicht automatisieren kann die professionellste Entscheidung sein.
Beispiele:
- Prozess wird gerade neu organisiert;
- Fachregeln sind umstritten;
- Inputdaten fehlen regelmäßig;
- legitime Sonderfälle sind häufiger als Normalfälle;
- Fehlerwirkung ist hoch und kaum reversibel;
- Fallzahl rechtfertigt die Umsetzung nicht;
- eine vorhandene Funktion reicht;
- kein Verantwortlicher kann Fehler/Ausnahmen übernehmen.
Automatisierung darf organisatorische Unklarheit nicht unsichtbar machen.
Automatisierungsgrad A–D
A — Unterstützung
Software sammelt Daten, bereitet vor oder erstellt einen Entwurf.
B — Vorschlag
Software empfiehlt eine Klassifikation/Entscheidung. Mensch bestätigt.
C — Normalfälle automatisch
Definierte Fälle laufen selbstständig. Ausnahmen gehen an Menschen.
D — autonome Ausführung
Der Prozess läuft innerhalb klarer Grenzen ohne vorherige menschliche Freigabe.
D ist nicht automatisch besser. Fehlerfolge, Reversibilität und Geschäftsrisiko bestimmen den passenden Grad.
Regeln und KI haben unterschiedliche Aufgaben
Wenn ein Schritt deterministisch beschreibbar ist, ist eine deterministische Regel oft robuster, testbarer und günstiger.
KI ist sinnvoll, wenn Interpretation realen Mehrwert erzeugt — zum Beispiel unstrukturierte Texte klassifizieren oder Informationen extrahieren. Auch dann braucht es Schwellen, Qualitätskontrolle und Ausnahmewege.
WIRKLAUF verkauft keine „AI Agents“, wenn eine klare Regel genügt.
Menschen entscheiden, wo Folgen relevant sind
Ein Mensch kann an unterschiedlichen Stellen beteiligt sein:
- Vorher
- Software bereitet vor, Mensch gibt frei.
- Bei Ausnahmen
- Normalfälle automatisch, Sonderfälle menschlich.
- Nachher
- Software führt aus, Mensch kontrolliert stichproben- oder risikobasiert.
Wichtig: Der Mensch muss echte Entscheidungsmacht besitzen. Ein „Klärfall“-Button ohne Kontext oder Eingriffsmöglichkeit ist keine echte menschliche Kontrolle.
Fachliche Ausnahme und technischer Fehler
fachliche Ausnahme
Der Fall weicht fachlich ab: Umfang unklar, Kunde nicht eindeutig, Sonderpreis nötig. Ein Wiederholversuch löst das Problem nicht. Ein fachlicher Verantwortlicher muss entscheiden.
technischer Fehler
API-Zeitüberschreitung, Anfragelimit, temporäre Nichterreichbarkeit. Hier kann Wiederholversuch sinnvoll sein.
Beide Fehlerklassen brauchen unterschiedliche Verantwortliche, unterschiedliche Reaktionen und unterschiedliche Wiederanlaufwege.
Demonstrator: drei Wege
- Normalfall
Auftrag wird bearbeitet, vollständig dokumentiert und abgeschlossen. Integration synchronisiert erfolgreich.
- Fachliche Ausnahme
Techniker meldet eine Abweichung vom vereinbarten Umfang. Der Auftrag wechselt auf KLÄRUNG NÖTIG. Die fachliche Leitung entscheidet.
- Technischer Fehler
Fachlich abgeschlossen, ERP nicht erreichbar. Die Synchronisierung wechselt auf WIEDERHOLUNG AUSSTEHEND; der nächste Versuch bleibt sichtbar. Nach ausgeschöpften Wiederholungen folgt MANUELLE TECHNISCHE KLÄRUNG.
WIRKLAUF DEMONSTRATOR · BEISPIELANWENDUNG
Illustratives Beispiel · kein KundenprojektArbeitsliste · 1 Auftrag
A-1042
Technischer Service
Abgeschlossen
Zuständigkeit
Techniker
Zuweisung aktiv seit 09:48
Auftrag A-1042 · Beispielbetrieb
Prüfung und Wiederinbetriebnahme einer Anlage
Zeitfenster
Heute · 10:00–12:00
Fachlicher Status
Abgeschlossen
Integrationsstatus
ERP aktualisiert
Abgeschlossen und synchronisiert
ERP aktualisiert · Dokumentation vollständig
7 Ereignisse im Verlauf (7).
Historie
- 09:41FachlichAuftrag aus ERP übernommenBüro / Disposition
- 09:48FachlichTechniker zugewiesenBüro / Disposition
- 10:07FachlichBearbeitung gestartetTechniker
- 11:18PrüfungAbschluss versucht – Pflichtprüfung offenTechniker
- 11:26FachlichDokumentation vervollständigtTechniker
- 11:27TechnischERP-Rückmeldung fehlgeschlagenIntegration
- 11:29TechnischWiederholversuch erfolgreichIntegration
Technikeransicht · A-1042
Abgeschlossen und synchronisiert
Auftragskopf
A-1042
Nächster Schritt
Pflichtprüfung
Funktionsprüfung
Dokumentation
Abschluss
Integration
Fehler brauchen einen definierten Wiederanlauf
Ein produktiver Ablauf braucht nicht nur die perfekte Demo, sondern den Pfad für den Moment, in dem etwas nicht funktioniert.
- AUSLÖSER
- VALIDIEREN
- NORMALFALL?
- AUSFÜHREN
- ERFOLG?
- WIEDERHOLUNG
- MELDUNG/MANUELLE KLÄRUNG
- BETRIEBSÜBERWACHUNG
Datenqualität und Systemzugang
Automatisierung ist so gut wie ihre Inputs und Schnittstellen.
Fehlende Pflichtdaten, uneindeutige IDs, instabile Exporte oder Oberflächenautomatisierung auf fragilen Fremdsystemen können den Betrieb dominieren. Manchmal muss deshalb zuerst Daten- und Integrationsqualität verbessert werden.
Werkzeug folgt Prozess
Prüfreihenfolge:
- vorhandene Systemfunktion;
- vorhandener automatisierter Ablauf;
- geeignete Workflow- oder iPaaS-Plattform;
- RPA/Oberflächenautomatisierung, wenn sinnvoll;
- eigener technischer Dienst oder individuelle Logik.
n8n, Make, Power Automate oder eigene Software sind Werkzeuge — keine Unternehmenspositionierung.
Sicherheit und Rechte
Automatisierung kann Aktionen ausführen. Deshalb gelten minimale Berechtigungen, nachvollziehbare technische Konten, sichere Zugangsdatenverwaltung, nachvollziehbare Protokollierung und klare Grenzen.
Ein Ablauf sollte nicht mehr Rechte besitzen, nur weil es technisch bequemer ist.
Betriebsüberwachung braucht klare Verantwortung
Automatisierung reduziert manuelle Arbeit, nicht Verantwortung.
Für produktive Abläufe braucht es:
- eine klar verantwortliche Person oder Rolle;
- sichtbare Ausführungen und Zustände;
- Fehler- und Ausnahmeübersicht;
- technische Protokolle;
- definierte Meldungen bei relevanten Fehlern;
- Wiederholversuch und Wiederherstellung;
- Änderungs- und Versionierungsprozess;
- Tests nach Systemänderungen.
Ohne klare Verantwortung ist eine produktive Automatisierung nicht reif.
Testen vor Autonomie
Tests sollten mindestens abdecken:
- Normalfall;
- Grenzwerte;
- fehlende/ungültige Inputs;
- fachliche Ausnahme;
- Fremdsystem-Ausfall;
- doppelter Auslöser;
- teilweise fehlgeschlagene Ausführung;
- Wiederherstellung.
Bei höherem Risiko kann ein Pilot oder Parallelbetrieb sinnvoll sein: Software erzeugt parallel Ergebnisse, führt sie aber noch nicht produktiv aus. So wird das reale Ausnahmebild sichtbar.
Wirtschaftlichkeit
Nicht nur eingesparte Handgriffe zählen.
Gesamtkosten können umfassen:
- Konzeption/Umsetzung;
- Plattformlizenzen;
- Infrastruktur;
- API- und KI-Kosten;
- Betriebsüberwachung;
- Wartung;
- Änderungen;
- verbleibende manuelle Ausnahmebearbeitung.
Die Wirtschaftlichkeitsbetrachtung muss die Restarbeit berücksichtigen. Vollständige Automatisierung ist kein Qualitäts- oder Renditeziel.
Automatisierung erzeugt auch Folgelast
Abläufe altern. Regeln ändern sich, APIs ändern sich, Ausnahmen wachsen, Verantwortliche wechseln.
Ungepflegte Automatisierung kann unsichtbare technische und fachliche Schulden erzeugen. Deshalb gehören Verantwortung, Betrieb und Weiterentwicklung bereits in die Konzeption.
Der nächste Schritt folgt der Klarheit
- Automatisierung ist klarer Kandidat
- Automatisierung besprechen
- Es geht primär um Datenaustausch
- Schnittstellenprogrammierung
- Problem klar, Intervention offen
- Kernhebel-Check
- fehlende Fachlogik ist Kern
- Individualsoftware/Web-App
FAQ
Welche Prozesse kann man automatisieren?
Vor allem stabile, häufige, regelklare Abläufe mit ausreichender Datenqualität und vertretbarer Fehlerfolge. Aber jeder Prozess muss individuell beurteilt werden.
Muss alles automatisiert werden?
Nein. Teilautomatisierung kann die bessere Lösung sein.
Wann braucht man KI?
Wenn Interpretation einen realen Mehrwert bietet. Regelklare Schritte brauchen nicht automatisch KI.
Braucht Prozessautomatisierung immer eine Schnittstelle?
Nein. Wenn ein Ablauf innerhalb eines Systems stattfindet oder vorhandene Funktionen genügen, kommt Automatisierung ohne zusätzliche Schnittstelle aus. Eine Schnittstelle wird erst gebraucht, wenn der automatisierte Schritt Daten aus einem anderen System benötigt oder dorthin zurückschreiben muss. Die Reihenfolge bleibt: zuerst klären, welcher Schritt automatisiert werden soll, dann entscheiden, welche Verbindung er dafür wirklich braucht.
Wer betreibt die Automatisierung?
Das muss vor Go-live klar sein. WIRKLAUF kann Betrieb/Weiterentwicklung übernehmen, aber Verantwortung darf nicht unsichtbar bleiben.
Automatisierung besprechen
Bitte nennen Sie:
- Prozess;
- Häufigkeit;
- heutige manuelle Schritte;
- beteiligte Systeme;
- typische Ausnahmen;
- was bei einer falschen Ausführung passiert;
- technische Idee optional.
- hallo@wirklauf.com
- Telefon
- 05921 8198432