Prozessoptimierung scheitert an der Übergabe, nicht am Tool
7 Min. Lesezeit
Prozessoptimierung im Mittelstand scheitert in den meisten Projekten nicht an der falschen Methode und nicht am fehlenden Tool. Sie scheitert an der Übergabe zwischen Abteilungen, die im Org-Chart sauber getrennt sind und in der Realität ineinanderhängen. Wer das nicht regelt, optimiert sechs Wochen lang etwas, das hinter der nächsten Türschwelle wieder zerfällt.
Das Wichtigste in Kürze
- Übergaben sind der echte Engpass. Tools heilen keinen Prozess, dessen Abteilungsschnittstellen ungeklärt sind. Wer zuerst Software einführt, dokumentiert seinen Bruch.
- Drei Sub-Prozesse tragen die meisten Stunden. In Einkauf, Vertrieb und Backoffice liegen die Hebel, die nicht in der Strategie-Folie auftauchen, aber wöchentlich Arbeitsstunden kosten.
- Messen schlägt beschreiben. Ohne Vorher-Nachher-Zahl ist jedes Optimierungsprojekt eine Behauptung. Drei einfache Metriken reichen, sie müssen vor dem Start festgelegt sein.
Verwandt:Prozessoptimierung ohne Dauerprojekt / Wer drei Tage braucht, hat den Lead schon verloren
Warum Prozessoptimierung an der Schnittstelle bricht, nicht am Tool
Was ist Prozessoptimierung in der Praxis? Prozessoptimierung ist die systematische Verbesserung eines Geschäftsablaufs durch Reduzierung von Wartezeiten, Doppelarbeit und Übergabeverlusten zwischen den beteiligten Funktionen. Im Mittelstand bedeutet das selten ein neues ERP-Modul und fast immer eine geklärte Verantwortung an einer konkreten Schnittstelle zwischen zwei Abteilungen.
Drei Realitäten aus echten Projekten: Eine Bestellanforderung läuft 14 Tage zwischen Fachbereich und Einkauf hin und her, weil keine Seite weiß, wer die Lieferantenfreigabe holt. Ein Angebot wird im Vertrieb fertig und liegt drei Tage in der kaufmännischen Prüfung, weil der dortige Mitarbeiter parallel die Rechnungsläufe macht. Eine Reklamation wandert zwischen Service, Qualität und Buchhaltung im Kreis, weil die letzte Übergabe nie sauber definiert wurde.
In allen drei Fällen würde ein neues Workflow-Tool die Stundenzahl nicht senken. Es würde die Vorgänge schneller dokumentieren, nicht schneller bearbeiten. Wer das Geld zuerst in Software steckt, kauft Visualisierung, nicht Wirkung.
Drei stille Hebel im Einkauf, Vertrieb und Backoffice
Diese drei Eingriffe haben gemeinsam, dass sie kein Projektbudget brauchen. Sie brauchen einen Geschäftsführungs-Beschluss, der die Verantwortung klärt, und ein Montagsmeeting, in dem die neuen Regeln verkündet werden. Wer das in zwei Wochen aufsetzt, hat die ersten Effekte nach drei Wochen messbar.
Was Process Mining im Mittelstand realistisch leistet
Process Mining ist seit zehn Jahren das Lieblings-Werkzeug der Beratung. Im Mittelstand wirkt es selten so, wie es im Pitch klingt. Das Tool liest Event-Logs aus ERP, CRM und Workflow-System und zeigt, wo die echten Pfade liegen. Das ist nützlich, wenn es genug Event-Logs gibt. Im Mittelstand sind die Logs oft lückenhaft, weil Vorgänge in Excel oder Mail vorbei am System laufen.
Ein Process-Mining-Bericht über einen Prozess, der zur Hälfte in Outlook stattfindet, zeigt nicht den Prozess. Er zeigt das System-Skelett unter dem realen Ablauf.
Das heißt nicht, dass Process Mining nicht funktioniert. Es heißt, dass es in dem Reife-Schritt sinnvoll ist, in dem die Vorgänge tatsächlich im System laufen. Davor lohnt es sich, die Vorgänge ins System zu bringen, statt einen externen Auswerter zu beauftragen, der den halben Prozess nicht sieht.
Wie KI in der Backoffice-Realität wirklich Zeit spart
Die KI-Versprechen für die Verwaltung sind groß und werden seit zwei Jahren aufgewärmt. Was 2026 messbar funktioniert, ist deutlich kleiner als die Pitch-Folien suggerieren. Eingangsrechnungs-Erkennung mit OCR plus LLM-Validierung läuft in vielen ERP-Add-Ons stabil und nimmt einer Buchhaltung pro Rechnung etwa zwei Minuten ab. Bei tausend Rechnungen im Monat ergibt das einen Tag pro Monat, kein Quartal. Das ist messbar gut, aber kein Transformations-Versprechen.
Was nicht funktioniert: KI-Assistenten, die in Outlook nach Reise-Spesen-Belegen suchen, Vertragsklauseln in Word automatisch nachverhandeln oder den nächsten Quartalsbericht aus den ERP-Daten schreiben. Es gibt Pilotprojekte dazu, sie liefern selten produktive Stundenersparnis und scheitern an der Variabilität der Eingangsdaten.
Der pragmatische Pfad für KI im Backoffice: ein oder zwei klar abgegrenzte Anwendungsfälle mit hohem Volumen und niedriger Varianz. Eingangsrechnungs-Workflow, Lieferanten-Stammdaten-Anlage, Reisekosten-Klassifizierung. Drei Anwendungsfälle pro Mittelständler reichen für 2026 völlig aus. Wer mehr versucht, verliert sich.
Vier Schritte, die jedes Prozessprojekt vor dem Start klärt
Bevor irgendein Tool ausgewählt oder ein Workshop gebucht wird, lohnen sich vier Festlegungen. Sie kosten zusammen einen Vormittag und entscheiden, ob das Projekt sechs Wochen später noch Substanz hat.
Erstens: Welche Schnittstelle wird optimiert. Nicht „der Einkaufsprozess“, sondern: die Übergabe zwischen Fachbereich und Einkauf bei einer Bestellanforderung über 5.000 Euro. Spezifisch, abgegrenzt, dokumentierbar.
Zweitens: Welche Vorher-Zahl wird gemessen. Durchlaufzeit in Werktagen, Anzahl Übergaben, Anzahl Rückfragen, Bearbeitungsfehler. Eine Zahl reicht, sie muss vor dem Eingriff erhoben sein.
Drittens: Wer ist der Owner. Eine Person, nicht ein Team. Wenn die Optimierung scheitert, weiß diese Person warum. Wenn sie funktioniert, hat sie es gemacht.
Viertens: Wann ist die Überprüfung. Nicht „in einem Jahr“, sondern: in vier Wochen wird die Vorher-Zahl gegen die Nachher-Zahl gestellt. Vier Wochen ist lang genug für einen messbaren Effekt und kurz genug, dass die Beteiligten sich erinnern, was sie geändert haben.
Häufige Fragen
Lohnt sich Six Sigma oder Lean im Mittelstand?
Six Sigma als methodisches Komplettpaket ist im Mittelstand fast immer überdimensioniert. Einzelne Werkzeuge wie Wertstrom-Analyse oder Ursache-Wirkungs-Diagramme liefern in kurzen Workshops gute Ergebnisse. Lean-Konzepte wie Kanban funktionieren in Produktionsprozessen sehr gut, in Büro-Prozessen oft mit Anpassungen. Wer einen Six-Sigma-Berater fest verpflichtet, kauft Methodik, die er selten in voller Tiefe braucht.
Wann sollte ein Workflow-Tool eingeführt werden?
Wenn der Prozess organisatorisch geklärt ist und nur noch die Geschwindigkeit der Bearbeitung der Engpass ist. Das ist seltener der Fall, als die Hersteller-Demo suggeriert. Ein Workflow-Tool auf einen ungeklärten Prozess legen heißt, den Bruch in der Software einzufrieren. Erst die Übergaben klären, dann das Tool wählen, das diese Übergaben unterstützt.
Wie überzeugt man die Geschäftsführung von kleinen Schritten statt großem Projekt?
Mit Zahlen aus dem ersten Eingriff. Wer in vier Wochen einen Sub-Prozess um 30 Prozent Bearbeitungszeit reduziert, hat die Argumentation für den nächsten Schritt. Großprojekte starten oft als Folge eines erfolglosen kleinen Eingriffs, weil das Mandat verloren wurde. Wer die Optik des großen Projekts will, muss sich die kleinen Erfolge vorher erarbeiten.
Was tun, wenn ein Sub-Prozess querschnittlich durch fünf Abteilungen läuft?
Den Prozess in mindestens drei Sub-Prozesse zerlegen, jeden mit eigenem Owner und eigener Übergabe-Definition. Querschnittliche Optimierungen scheitern systematisch, weil sie keine eindeutige Verantwortung haben. Drei kleinere Eingriffe mit klarem Owner sind schneller und nachhaltiger als ein End-to-End-Projekt, das keinen Verantwortlichen kennt.
Mehr aus dem MBF Media Netzwerk
Quelle Titelbild: KI-generiert (Mai 2026), C2PA-Zertifikat im Bild hinterlegt.