Prozessdesign ist die methodisch gestützte Disziplin der SOLL-Gestaltung — getrennt von der Prozessanalyse (IST) und der Implementierung (ERP, RPA, Workflow-Engine). Der ABPMP BPM CBOK verankert Process Design als eigene Knowledge Area; ISO 9001:2015 §4.4 macht die Sollprozess-Bestimmung zur Pflicht. Aus über 1.200 Projekten kennen wir das Muster: Bitkom 2025 meldet bei 53 Prozent der Unternehmen Probleme im Management der Digitalisierung, und ein großer Teil der designten Sollprozesse driftet binnen zwei Jahren in der Linie ab, wenn Mandat und Verzahnung fehlen. Wir empfehlen einen reduzierten BPMN-Light-Stack — fünf Notationselemente, mandatierte Process Owner, Mengengerüst-Simulation vor dem ERP-Customizing — statt konzern-typischer Six-Sigma-Stäbe.
Was ist Prozessdesign? Abgrenzung zur Prozessanalyse
Prozessdesign ist die methodisch gestützte SOLL-Modellierung von Geschäftsprozessen — nach der IST-Aufnahme, vor der Implementierung. Der ABPMP BPM CBOK definiert Process Design als eigene Knowledge Area im Prozess-Lifecycle. Wer Prozessdesign mit Prozessanalyse gleichsetzt, verwischt Projektrollen und erzeugt Workshop-Theater.
Prozessdesign bezeichnet die zielgerichtete Gestaltung von Sollprozessen — also die Disziplin, mit der Sie festlegen, wie ein Geschäftsprozess künftig ablaufen soll. Der ABPMP BPM Common Body of Knowledge ordnet Process Design als eigenständige Knowledge Area in den Prozess-Lifecycle ein — die Design-Phase folgt zwingend auf die Analyse und ist nicht deren Ersatz.
Drei Begriffe, die im deutschen Sprachgebrauch häufig synonym verwendet werden, sind methodisch sauber zu trennen:
- Prozessdesign vs. Prozessanalyse — Prozessanalyse erhebt den IST-Zustand (Engpässe, Durchlaufzeiten, Schnittstellenbrüche). Prozessdesign entwirft den SOLL-Zustand. Wer einen „Design-Workshop" startet, in dem Klebezettel-Aufnahmen entstehen, hat methodisch eine Analyse-Sitzung.
- Prozessdesign vs. Prozessmodellierung — Modellierung ist die Notation in BPMN, EPK oder vergleichbarer Sprache. Modellierung ohne vorheriges Design erzeugt schöne Diagramme ohne Architekturentscheidung.
- Prozessdesign vs. Prozessimplementierung — Implementierung ist das Aufsetzen in ERP, Workflow-Engine oder RPA. Design sagt, wie der Prozess ablaufen soll; Implementierung sagt, womit.
Methodisches Rückgrat ist die ISO 9001:2015 Abschnitt 4.4, die Prozessansatz und Sollprozess-Bestimmung zur Pflichtklausel jedes QMS macht. Das Amendment 1:2024 ergänzt den Climate-Action-Kontext, lässt §4.4 unverändert.
Warum Prozessdesign 2026 im DACH-Mittelstand relevant ist
ERP-Modernisierungswelle, Bitkom-Daten zur Digitalisierungs-Reibung und ESRS-Datenpunkt-Pflichten zwingen DACH-Mittelständler zu sauberer SOLL-Architektur vor jedem Customizing. Gleichzeitig driften viele designte Sollprozesse binnen zwei Jahren in der Linie ab, wenn Mandat und Verzahnung fehlen. Prozessdesign ist die methodisch saubere Vorarbeit, die diesen Schwund im Mittelstand spürbar reduziert.
Erstens — die ERP-Landschaft wandelt sich. Der DSAG-Investitionsreport 2026 zeigt anhaltende Modernisierungsdynamik — rund 37 Prozent der SAP-Anwender planen den Wechsel auf S/4HANA bis Ende 2027. Sollprozess-Design gehört zu den entscheidenden Vorarbeiten vor der Auswahl — wird aber häufig erst nach der Ausschreibung gestartet. Folge: der ERP-Standard designt den Prozess.
Zweitens — der Digitalisierungsdruck nimmt zu. Die Bitkom-Studie „Digitalisierung der Wirtschaft 2025" (603 Unternehmen) meldet: 53 Prozent berichten Probleme im Management der Digitalisierung, 82 Prozent sehen in der aktuellen Krise auch eine Krise zögerlicher Digitalisierung; Datenschutz und Fachkräftemangel zählen zu den größten Hürden.
Drittens — die Abdrift-Problematik schiebt. Aus über 1.200 Projekten wissen wir: Viele Mittelständler starten Sollprozess-Designs, aber nur ein Bruchteil hält sie nach zwei Jahren ohne Abdrift in der Linie am Leben. Erfolgsfaktor eins ist die Verzahnung mit einer dokumentierten Prozesslandkarte und einem mandatierten Process Owner — nicht die Wahl der Suite.
BPMN-Light, EPK und SIPOC — der Mittelstands-Stack
Im 50- bis 500-Mitarbeitenden-Mittelstand reichen fünf BPMN-Notationselemente plus SIPOC und eine Wertstromskizze. Aus unserer Projekterfahrung werden Konzern-Stacks — Six-Sigma-DMAIC, vollständige ARIS-Suiten, Black-Belt-Strukturen — im Mittelstand nur selten erfolgreich betrieben. Der reduzierte BPMN-Light-Stack dominiert die operative Praxis im DACH-Raum.
Der OMG-Standard BPMN 2.0 kennt über hundert Symbole; der vollständige Notationsumfang rechnet sich erst in deutlich größeren Organisationen. Aus über 1.200 Projekten empfehlen wir einen reduzierten Fünfer-Stack:
- Task — die ausführbare Aktivität im Prozess.
- Gateway — Entscheidungspunkt (exklusiv, parallel, ereignisbasiert).
- Start- und End-Event — definierter Auslöser und definiertes Ergebnis.
- Sequence Flow — die zeitliche Abfolge.
- Lane — Verantwortungs-Schwimmbahn pro Rolle.
Mit diesen fünf Elementen lassen sich rund 80 Prozent der mittelständischen Prozesse abbilden. Die EPK bleibt eine zulässige Alternative — vor allem in SAP-nahen Häusern. Aus über 1.200 Projekten sehen wir: Konzern-Stacks werden im 50-bis-500-Mitarbeitenden-Mittelstand nur selten erfolgreich betrieben. Ergänzend liefert Becker/Kugeler/Rosemann (Springer) die methodische Tiefe für vertiefende Fragen.
Zwei weitere Werkzeuge gehören in den Mittelstands-Stack: SIPOC für die Scope-Abgrenzung auf einer Seite und die Wertstromskizze für die End-to-End-Visualisierung. Beides ergänzt die Prozessanalyse als IST-Vorarbeit und das Value Stream Mapping für die SOLL/IST-Gegenüberstellung.
Was Lehrbücher verschweigen — die Anti-Muster
Drei Punkte, die in den meisten Prozessdesign-Lehrbüchern und Beratungsfolien nicht klar ausgesprochen werden, aber im DACH-Mittelstand über Erfolg oder Abbruch der Initiative entscheiden. Aus über 1.200 Projekten der Dreher Consulting kennen wir das wiederkehrende Muster — und die korrigierende Reihenfolge, die in der Praxis trägt.
1. „Das designt der ERP-Standard für uns" ist der teuerste Reflex
Anders als die übliche Vertriebslesart der ERP-Anbieter empfehlen wir, Sollprozesse vor der ERP-Auswahl zu designen — nicht erst beim Customizing. Wir haben in über 1.200 Projekten im DACH-Mittelstand wiederholt gesehen, dass Unternehmen die Reihenfolge umdrehen. Das Ergebnis: der ERP-Standard designt den Prozess. In unseren Begleitungen vor S/4HANA-, Business-Central- und IFS-Cloud-Einführungen war es die Mehrzahl der Mandate, in denen genau dieses Muster zu Budget-Überschreitungen führte. Wer mit dokumentiertem Sollprozessdesign in die ERP-Auswahl geht, hält das Customizing-Budget deutlich besser im Griff.
2. „Process Owner pro forma" ist Mandatslosigkeit auf Papier
Der ABPMP CBOK nennt den Process Owner als Mandatsträger. In der Praxis ist die Rolle im Mittelstand häufig pro forma besetzt — ohne Budgetentscheidungsrecht, ohne Eskalations-Mandat, ohne Veto-Recht. In unseren Projekten haben wir die Korrelation deutlich gesehen: Process Owner ohne Mandat aus der erweiterten Geschäftsleitung führen zu Sollprozessen, die im ersten Quartal nach Go-Live abdriften.
3. Simulation vor der Implementierung ist im Mittelstand die Ausnahme
Die VDI 3633 Blatt 10 beschreibt das Vorgehen zur Simulation von Geschäftsprozessen. In über 1.200 Projekten sehen wir: Der Mengengerüst-Test wird nur in den seltensten Fällen durchgeführt. Wer den Sollprozess vor dem ERP-Customizing einmal mit realistischen Mengen durchrechnet, spart in der Implementierung erfahrungsgemäß deutlich Projektzeit.
Unsere Einordnung
Die drei Anti-Muster sind selten methodischer Natur — sie sind organisatorisch und reihenfolge-bedingt. Wer Sollprozesse vor der ERP-Auswahl designt, den Process Owner mit echtem Mandat ausstattet und den Sollprozess einmal mit realistischen Mengen durchrechnet, hat den schwierigen Teil erledigt.
So setzen wir Prozessdesign im Mittelstand auf (vier Phasen)
Wir setzen Prozessdesign-Initiativen im DACH-Mittelstand in vier methodischen Phasen auf: Scope-Definition und mandatierter Process Owner, BPMN-Light-Modellierung mit SIPOC-Klammer, Mengengerüst-Simulation gegen Saisonspitzen, Verzahnung mit dem ERP-Lastenheft als Pflicht-Anhang. Typische Laufzeit der Aufsetzphase im Mittelstand: acht bis zwölf Wochen vor Übergabe in die Implementierung.
In der vendor-neutralen ERP- und Prozessberatung betrachten wir Prozessdesign — im Sinne der ABPMP-Lifecycle-Logik — als Architektur-Disziplin vor jeder Systemauswahl:
- Scope und Process Owner. Drei bis fünf End-to-End-Hauptprozesse identifizieren, je Hauptprozess einen Owner aus der erweiterten Geschäftsleitung benennen, Scope auf einer SIPOC-Seite festschreiben.
- BPMN-Light-Modellierung. Den reduzierten Fünfer-Stack im Pilotteam schulen, je Hauptprozess einen Sollprozess in zwei bis vier Detail-Ebenen modellieren. Process Mining liefert die datengetriebene IST-Vergleichsbasis.
- Mengengerüst-Simulation. Den Sollprozess gegen realistische Mengen, Saisonspitzen und Variantenexplosion durchrechnen. Ergebnis: Engpässe sichtbar, bevor das ERP-Customizing startet.
- Verzahnung mit dem ERP-Lastenheft. Den designten Sollprozess als Pflicht-Anhang ins Lastenheft aufnehmen. Übergabe in die Implementierung mit klarem Mandat; die nachgelagerte Verbesserung organisieren wir über den KVP-Prozess, eingebettet in Process Excellence als Dachklammer.
Der Unterschied zu konzernorientierten Angeboten: Wir bauen keinen Six-Sigma-Stab auf. Wir liefern den reduzierten Werkzeugkasten und die Mandatsklarheit, die das Design über das Go-Live hinaus tragfähig macht — pragmatisch statt Konzern-Overhead.
Praxisbeispiel: Küchenhersteller aus Süddeutschland (anonymisiert)
Ein süddeutscher Küchenhersteller mit rund 280 Mitarbeitenden startete sechs Monate vor der S/4HANA-Auswahl ein Prozessdesign-Programm. Ergebnis nach acht Wochen: 14 Sollprozesse modelliert, drei Engpässe per Simulation entdeckt, ERP-Customizing-Budget am Ende spürbar unter dem Marktdurchschnitt.
Der Küchenhersteller technischer Sondereinrichtungen mit rund 280 Beschäftigten hatte uns gerufen, weil die Geschäftsführung von einer erheblichen Budget-Überschreitung bei einem Wettbewerber gehört hatte. Aus unserer Erfahrung haben wir die Reihenfolge mit der Geschäftsführung geklärt: erst Sollprozessdesign, dann Lastenheft, dann Auswahl.
Drei End-to-End-Hauptprozesse waren strategisch: Order-to-Cash mit konfiguratorgesteuerter Variantenfertigung, Procure-to-Pay mit Lieferantenintegration, Make-to-Order entlang einer hochautomatisierten Fertigungslinie. Für jeden Hauptprozess wurde ein Process Owner aus der erweiterten Geschäftsleitung benannt — mit Budgetentscheidungsrecht und Veto-Recht.
Im Sollprozess Order-to-Cash entdeckte die Mengengerüst-Simulation einen Engpass im Auftragsklärungs-Workflow, der bei saisonaler Spitzenlast den Durchlauf verdoppelt hätte. Korrektur im Design — bevor das ERP-Customizing startete. Im Procure-to-Pay zeigte die Simulation einen Variantenexplosions-Effekt; auch hier Korrektur im Design.
Ergebnis nach der Implementierung: ERP-Customizing-Budget spürbar unter dem, was vergleichbare Projekte kosten, Go-Live planmäßig, Stammdatenqualität stabil. Hätten wir das Design erst nach der Auswahl gestartet, hätte der S/4HANA-Standard die Prozessarchitektur diktiert.
Häufige Fehler beim Prozessdesign
Vier Fehlermuster sehen wir in mittelständischen Prozessdesign-Initiativen im DACH-Raum immer wieder. Drei davon sind organisatorischer Natur, einer ist methodisch. Alle vier sind vermeidbar, wenn sie vor der Methodenauswahl adressiert werden — Reihenfolge schlägt Werkzeug.
- Fehler 1: Prozessdesign mit Prozessanalyse verwechseln. In „Design-Workshops" entstehen IST-Aufnahmen. Lösung: getrennte Zeitfenster, methodisch sauber abgegrenzt.
- Fehler 2: Sollprozessdesign nach der ERP-Auswahl. Der ERP-Standard designt den Prozess, das Customizing-Budget explodiert. Lösung: Design vor Lastenheft.
- Fehler 3: Process Owner ohne Mandat. Der Sollprozess driftet nach Go-Live ab. Lösung: Owner aus der erweiterten Geschäftsleitung mit Veto-Recht.
- Fehler 4: Konzern-Methodenstack im Mittelstand. Konzern-Strukturen rechnen sich im Mittelstand nur selten. Lösung: reduzierter Fünfer-Stack plus SIPOC.
Unsere Einordnung: Die Fehler sind selten methodischer Natur. Sie sind organisatorisch und reihenfolge-bedingt — und genau dort liegt der Hebel der vendor-neutralen Beratung.
Häufig gestellte Fragen zum Prozessdesign
Prozessanalyse erhebt und bewertet den IST-Zustand eines Geschäftsprozesses — Durchlaufzeiten, Engpässe, Schnittstellenbrüche, Fehlerquellen. Prozessdesign entwirft den SOLL-Zustand, also wie der Prozess künftig ablaufen soll. Der ABPMP BPM CBOK trennt beide explizit als eigene Knowledge Areas im Prozess-Lifecycle: Die Analyse folgt der Planung, das Design folgt der Analyse. Wer „Design-Workshops" startet, in denen IST-Aufnahmen entstehen, produziert keinen Sollzustand. Aus über 1.200 Projekten empfehlen wir eine saubere zeitliche und methodische Trennung beider Phasen.
Vor der Auswahl — nicht nach. In unseren Begleitungen vor S/4HANA-, Business-Central- und IFS-Cloud-Einführungen war es die Mehrzahl der Mandate, in denen die Reihenfolge umgedreht wurde. Konsequenz: Der ERP-Standard designt den Prozess, und das Customizing-Budget überschreitet regelmäßig den Rahmen. Wer mit dokumentiertem Sollprozessdesign in die ERP-Auswahl geht, hält das Customizing-Budget deutlich besser im Griff.
BPMN 2.0 in einer reduzierten Light-Variante mit fünf Notationselementen — Task, Gateway, Start/End-Event, Sequence Flow, Lane — deckt rund 80 Prozent der mittelständischen Prozesse ab. Die EPK bleibt eine zulässige Alternative, vor allem in SAP-nahen Häusern. Die vollständige BPMN-Notation und ARIS-Suiten rechnen sich im 50-bis-500-Mitarbeitenden-Mittelstand nur selten. Wir empfehlen den reduzierten Stack plus SIPOC für die Scope-Abgrenzung und die Wertstromskizze für die End-to-End-Visualisierung.
Der Process Owner ist der Mandatsträger des Sollprozesses — verantwortlich für Design, Implementierung und kontinuierliche Verbesserung. Der ABPMP CBOK verlangt Budgetentscheidungsrecht, Eskalations-Mandat und Veto-Recht gegen funktionale Suboptima. In über 1.200 Projekten sehen wir die Korrelation: Process Owner ohne Mandat aus der erweiterten Geschäftsleitung führen zu Sollprozessen, die im ersten Quartal nach Go-Live abdriften. Wir empfehlen, die Rolle aus der erweiterten Geschäftsleitung zu besetzen und im Organigramm sichtbar zu verankern.
Ja, wenn Ihr Unternehmen in den CSRD-Berichtskreis fällt. ESRS-Datenpunkte (E1 Klima, E5 Ressourcen, S1 Arbeitskräfte) lassen sich direkt als Messpunkte in den Sollprozess-Tasks verankern — statt nachträglich per Excel erhoben zu werden. Die ISO 9001:2015 Amendment 1:2024 fordert zusätzlich, klimarelevante Stakeholder-Anforderungen in den Kontext einzuarbeiten. Der doppelte Nutzen: operativ verbesserte Datenqualität plus erfüllte Berichtspflicht.
Nächste Schritte
Vor dem Start einer Prozessdesign-Initiative im DACH-Mittelstand lohnt sich ein kurzer Vorklärungsschritt: Welche End-to-End-Hauptprozesse sind im Scope? Wer trägt die Process-Owner-Rolle mit welchem Mandat? In welcher Reihenfolge zur ERP-Auswahl ist die Initiative geplant?
Vertiefen Sie diese Themen über unsere Leistungen im Prozessmanagement und unseren Bereich ERP-Beratung. Wir arbeiten herstellerunabhängig. Aktuelle Praxisanalysen finden Sie in unseren Einblicken; ein Erstgespräch vereinbaren Sie über die Kontaktseite.
30 Minuten mit Dreher Consulting
Eine strukturierte Vorklärung Ihrer Prozessdesign-Initiative — Scope der Hauptprozesse, Process-Owner-Mandat und die Reihenfolge zur ERP-Auswahl, herstellerunabhängig und aus über 1.200 Projekten im DACH-Mittelstand.
