KI-Prozessautomatisierung · Industrie und Verwaltung
Bevor Sie automatisieren:welcher Prozess trägt die Rechnung?
Die Frage klingt nach Verzögerung, spart aber das meiste Geld. Die Technik ist selten das Problem: Teuer wird der Prozess, der automatisiert wurde, obwohl er zwölfmal im Jahr vorkommt.
Erstgespräch anfragenKurz beantwortet
KI-Prozessautomatisierung heißt bei skillbyte: Bevor gebaut wird, steht fest, welcher Prozess die Rechnung trägt. Ein Prozess eignet sich, wenn er häufig vorkommt, klar beschreibbar ist und der Aufwand heute überwiegend aus Suchen und Zusammentragen besteht. Der Einstieg ist ein Tag für Analyse und Priorisierung, an dem zwei Fälle mit Ihren Stundensätzen durchgerechnet werden, danach ein Proof of Concept an echten Daten in vier bis acht Wochen. Gewachsene Systeme wie ERP oder Ticketsystem bleiben stehen; die KI wird an sie angebunden, das Kernsystem bleibt.
Was sich eignet
Drei Merkmale, und alle drei müssen stimmen.
Ein Prozess eignet sich für KI-Automatisierung, wenn er häufig vorkommt, klar beschreibbar ist und der Aufwand heute überwiegend aus Suchen und Zusammentragen besteht. Fehlt eines der drei, rechnet es sich meistens nicht.
- 01Häufigtäglich bis wöchentlich
- 02Beschreibbarein Mensch kann Regeln nennen
- 03SuchlastigZeit geht fürs Finden drauf
Die Häufigkeit ist dabei das härteste Kriterium und wird am häufigsten übersehen. Ein Vorgang, der zehnmal im Jahr vorkommt, spielt die Einrichtung nie wieder ein, auch dann nicht, wenn er jedes Mal einen ganzen Tag frisst.
Was sich in der Praxis rechnet
Vier Prozesse, die fast immer tragen.
- Angebotserstellung
- 6 Std 76 Min
- Dokumentensuche
- −86 % Suchzeit
- Störmeldungen
- −45 % Ausfallkosten
- Einarbeitung
- −50 % Dauer
Zahlen aus dokumentierten Projekten: Ausgangslage, Vorgehen und Ergebnis stehen auf der Beweisseite. Sie sind Anhaltspunkte, keine Zusagen: dieselbe Automatisierung wirkt in Ihrem Betrieb anders, je nachdem, wie oft der Fall vorkommt und wie die Daten vorliegen.
Fragen aus der Praxis · ROI-Messung KI-Einführung
Wie messe ich den ROI einer KI-Einführung?
Den ROI einer KI-Einführung messen Sie mit einer Vorher-Zahl, die vor dem Start erhoben wird, und derselben Messung nach dem Proof of Concept. Häufigkeit mal heutiger Zeitaufwand mal Stundensatz ergibt die jährliche Belastung; davon ab geht der verbleibende Aufwand nach der Automatisierung plus die Betriebskosten des Systems. Bei TROESTER lag die Vorher-Zahl bei 6 Stunden je Vorgang, nach dem Pilot bei 76 Minuten, gemessen mit derselben Methode.
Die Rechnung im Detail: KI-Lösung: ROI nachweisen und Business Case für KI im Mittelstand rechnen.
Welche Kennzahlen belegen den Nutzen?
Kennzahlen, die es im Betrieb schon gibt: Bearbeitungszeit je Vorgang, Vorgänge je Woche, Rückfragen je Schicht, Zeit bis zum Angebot, Stillstandsstunden. Sie kommen aus ERP, Ticketsystem, Postfach oder einer Strichliste am Analysetag. Eine Kennzahl, die erst für das Projekt erfunden wird, überzeugt weder Geschäftsführung noch Controlling. Welche der CFO sehen will: KI-Kennzahlen, die der CFO sehen will.
Wie stelle ich sicher, dass ein KI-Projekt sich rechnet, bevor es startet?
Drei Bedingungen: Der Vorgang kommt häufig vor, täglich bis wöchentlich; die Vorher-Zahl ist erhoben; ein Abbruchkriterium ist vereinbart, etwa eine Trefferquote, unter der der Proof of Concept endet. Am Analysetag rechnen wir zwei Fälle mit Ihren Stundensätzen durch und raten ab, wo es sich nicht lohnt. Was das Abbruchkriterium leistet: Abbruchkriterium für den KI-Pilot definieren; wo die Kosten nach dem Pilot entstehen: KI-Kosten nach dem Pilot.
| Größe | Woher am Analysetag | Beispiel |
|---|---|---|
| Häufigkeit | Ticketsystem, Postfach, ERP: Vorgänge je Woche | Täglich bis wöchentlich, sonst rechnet es sich selten |
| Zeit je Vorgang heute | Stoppuhr an fünf echten Fällen, Aussage der Bearbeiter | TROESTER: 6 Stunden je Störung im Service |
| Zeit je Vorgang danach | Messung im Proof of Concept mit derselben Methode | TROESTER: 76 Minuten |
| Stundensatz | Ihre eigenen Sätze aus dem Controlling | Keine Branchendurchschnitte |
| Betriebskosten | LLM-Kostenrechner, Hosting, Wartung, Zuständigkeit | API gegen eigene Hardware, je nach Nutzung |
Fragen aus der Praxis · Legacy-Systeme modernisieren
Wie modernisiere ich ein gewachsenes ERP ohne Neustart?
Ein gewachsenes ERP modernisieren Sie ohne Neustart, indem das Kernsystem stehen bleibt und neue Funktionen daneben entstehen: Eine Anbindungsschicht liest Aufträge, Stücklisten und Belege über Schnittstellen oder Exporte, die KI-Automatisierung arbeitet darauf, das ERP bleibt das führende System. Jede neue Funktion ersetzt einen Handgriff außerhalb des Kernsystems, keinen Bestandteil davon. So entstehen Ergebnisse in Wochen, und die Ablösung bleibt eine Option statt einer Voraussetzung.
Warum das im Mittelstand besser trägt als ein Komplettaustausch: Warum Rip-and-Replace im Mittelstand scheitert und Systeme integrieren statt ersetzen.
Kernsystem-Ablösung vermeiden: wann sich der Neustart trotzdem lohnt
Die Ablösung lohnt sich, wenn eine von drei Bedingungen gilt: Der Hersteller stellt die Wartung ein, das System bietet keine Schnittstellen mehr, oder die Datenqualität im System selbst ist das Problem. Auch dann wird schrittweise abgelöst, Funktion für Funktion im Parallelbetrieb, mit der Anbindungsschicht als Brücke. Die Entscheidungskriterien: Legacy-System ablösen oder modernisieren? und Modernisierung im Parallelbetrieb.
KI-Unterstützung bei der Modernisierung: Altcode lesen, Regeln herausziehen
KI hilft bei der Modernisierung an drei Stellen: Sie liest Altcode und beschreibt, was er tut; sie zieht Geschäftsregeln heraus, die nur noch im Code stehen; und sie inventarisiert Schnittstellen, die niemand mehr dokumentiert hat. Das ersetzt keine Architekturentscheidung, verkürzt aber die Wochen, in denen sonst jemand Quelltext liest. Vertiefung: KI und Legacy-Code: was wirklich geht, Geschäftsregeln aus Altcode extrahieren, Legacy-Schnittstellen inventarisieren.
| Kriterium | Anbindung neben dem Kernsystem | Schrittweise Ablösung im Parallelbetrieb | Komplettablösung zum Stichtag |
|---|---|---|---|
| Zeit bis zum ersten Ergebnis | Wochen | Monate je Funktion | Jahre bis zum Go-live |
| Risiko für den laufenden Betrieb | Gering, Kernsystem bleibt führend | Mittel, je Funktion begrenzt | Hoch, ein Stichtag für alles |
| Rolle der KI | Automatisierung auf gelesenen Daten | Altcode lesen, Regeln herausziehen, Schnittstellen finden | Datenmigration prüfen, Abnahme vorbereiten |
| Passt, wenn | System läuft stabil, Schnittstellen oder Exporte vorhanden | Wartungsende absehbar, einzelne Module überaltert | Datenqualität im System selbst ist das Problem |
Der Unterschied
Automatisierung mit Regeln und Automatisierung mit KI.
Klassische Automatisierung
Folgt festen Regeln und braucht strukturierte Daten. Sie ist schnell, billig und zuverlässig, und sie steht still, sobald ein Lieferant sein Rechnungsformat ändert.
KI-gestützte Automatisierung
Kommt mit dem zurecht, was tatsächlich im Postfach liegt: E-Mails, PDFs, Freitext, abfotografierte Typenschilder. Der Preis dafür ist, dass das Ergebnis nicht bei jedem Durchlauf identisch ausfällt und geprüft werden muss.
Deshalb ist die richtige Antwort selten „entweder oder".
Die meisten tragfähigen Lösungen setzen Regeln, wo Regeln reichen, und KI genau dort, wo sie bisher gescheitert sind. Wer nur das eine anbietet, empfiehlt es überall.
Verwandt, aber nicht dasselbe: Prozessoptimierung fragt, ob der Ablauf richtig geschnitten ist.
Diese Frage kommt zuerst, denn einen schlechten Prozess zu automatisieren macht ihn schnell, nicht gut.
Die Cluster
Fünf Wege in die Tiefe.
Jede Seite beantwortet die Fragen ihres Themas vollständig und führt zurück hierher. Wer zuerst rechnen will: die Rechner, ohne Anmeldung.
Vertiefung
Einzelne Fälle, ausführlich.
Welcher Prozess bei Ihnen? Dreißig Minuten.
Schildern Sie einen Ablauf, der Zeit frisst. Wir sagen Ihnen, ob er die drei Merkmale erfüllt, und wenn nicht, welcher andere in Ihrem Betrieb es wahrscheinlich tut.
Kurz beantwortet.
Die, die häufig vorkommen, klar beschreibbar sind und heute vor allem aus Suchen und Zusammentragen bestehen: Angebotserstellung, Rechnungsprüfung, Störmeldungen einordnen, Dokumente finden. Ungeeignet sind Vorgänge, bei denen jeder Fall anders liegt und die Entscheidung Erfahrung verlangt.
Häufigkeit mal heutiger Zeitaufwand mal Stundensatz ergibt die jährliche Belastung. Davon ab geht, was nach der Automatisierung übrig bleibt, plus die Betriebskosten des Systems. Die Vorher-Zahl wird vor dem Start erhoben und nach dem Proof of Concept mit derselben Methode nachgemessen; wir rechnen im Workshop zwei Fälle mit Ihren eigenen Sätzen durch.
Kennzahlen, die es im Betrieb schon gibt: Bearbeitungszeit je Vorgang, Vorgänge je Woche, Rückfragen je Schicht, Zeit bis zum Angebot, Stillstandsstunden. Sie kommen aus ERP, Ticketsystem, Postfach oder einer Strichliste am Analysetag. Bei TROESTER war es die Zeit je Vorgang: 6 Stunden vorher, 76 Minuten danach.
Drei Bedingungen: Der Vorgang kommt täglich bis wöchentlich vor, die Vorher-Zahl ist erhoben, und ein Abbruchkriterium ist vereinbart. Am Analysetag rechnen wir zwei Fälle mit Ihren Stundensätzen durch; trägt keiner, steht das am selben Tag auf der Seite.
Indem das Kernsystem stehen bleibt und neue Funktionen daneben entstehen: Eine Anbindungsschicht liest Aufträge, Stücklisten und Belege über Schnittstellen oder Exporte, die KI-Automatisierung arbeitet darauf, das ERP bleibt das führende System. Jede neue Funktion ersetzt einen Handgriff außerhalb des Kernsystems.
Wenn der Hersteller die Wartung einstellt, keine Schnittstellen mehr möglich sind oder die Datenqualität im System selbst das Problem ist. Dann wird schrittweise abgelöst, Funktion für Funktion im Parallelbetrieb, mit der Anbindungsschicht als Brücke, statt in einem Neustart an einem Stichtag.
Ein Tag für Analyse und Priorisierung, danach meist vier bis acht Wochen bis zu einem lauffähigen Proof of Concept an echten Daten. Der Weg in den Regelbetrieb dauert erfahrungsgemäß länger als der Bau: dort liegen Rechte, Ausfallsicherheit und die Frage, wer es in zwei Jahren betreut.
Meistens nicht, und oft ist es ein Vorwand zum Aufschieben. Was stimmen muss, sind die Daten, die der Prozess erzeugt. Wo der Ablauf tatsächlich falsch geschnitten ist, sieht man das am Tag der Analyse, und dann kommt Prozessoptimierung vor Automatisierung.
Weiterführend