Aus über 1.200 Projekten der Dreher Consulting und mehr als drei Jahrzehnten Beratungserfahrung im DACH-Mittelstand sehen wir eine andere Wahrheit als die übliche Leitfaden-Lesart: Architektur vor Software. Die Prozesslandkarte ist die Soll-Architektur, an der die ERP-Auswahl gemessen wird — kein nachgereichtes Visualisierungs-Poster.
Was ist eine Prozesslandkarte? — Definition und Kerneigenschaften
Eine Prozesslandkarte ist die Level-1-Darstellung der Geschäftsprozess-Architektur eines Unternehmens — eine grafische, einseitige Übersicht aller Führungsprozesse, Kernprozesse und Unterstützungsprozesse mit ihren Schnittstellen. Sie operiert auf höchstem Abstraktionsgrad und liefert genau jene Soll-Architektur, an der ERP-Auswahl und Lastenheft gemessen werden.
Der ABPMP BPM CBOK 4.0 definiert die Enterprise Process Map als Level-1-Artefakt der Geschäftsprozess-Architektur, aus dem Level-2-Prozessgruppen und Level-3-Detailprozesse abgeleitet werden. Die ISO 9001:2015 Abschnitt 4.4 (Prozessansatz) fordert seit 2015 die Bestimmung der Prozesse und ihrer Wechselwirkungen — die Prozesslandkarte ist die etablierte grafische Umsetzung. Fünf Merkmale unterscheiden eine architekturtaugliche Prozesslandkarte vom dekorativen QM-Poster:
- Dreigliedrige Struktur — Führungsprozesse (Strategie, Steuerung), Kernprozesse (wertschöpfende End-to-End-Prozesse) und Unterstützungsprozesse (HR, IT, Finanzen) sind sichtbar getrennt.
- Schnittstellen statt Insellisten — Wechselwirkungen zwischen Prozessen werden explizit gezeigt, nicht nur Prozesse als Kacheln.
- Eine Seite, ein Abstraktionsgrad — Level-1-Sicht, keine Vermischung mit BPMN-Detail-Modellen; das gehört auf Level 3.
- Prozessverantwortliche je Kernprozess benannt — keine anonymen Prozesskästen, jeder Kernprozess hat einen Process Owner.
- Maschinenlesbare Verbindung zum Lastenheft — jedes Prozesselement ist Anker für spätere Capabilities und ERP-Anforderungen.
Die Abgrenzung im Architekturdokument ist entscheidend: Die Prozesslandkarte ist Soll-Architektur, das Lastenheft ihre Übersetzung in Anforderungen, das Pflichtenheft die Anbieterantwort. Stammdaten harmonisieren die Datensicht, Process Owner tragen die organisatorische Verantwortung.
Warum die Prozesslandkarte 2026 im DACH-Mittelstand entscheidend ist
Drei Treiber wirken zeitgleich auf den DACH-Mittelstand — die Komplexität der End-to-End-Prozesse wächst, regulatorische Pflichten verlangen dokumentierte Prozessstrukturen, und jede ERP-Modernisierung läuft ohne dokumentierte Soll-Architektur ins Leere. Wir haben das in unseren Projekten der letzten Jahre konsequent beobachtet — quer durch DACH-Maschinenbau, Küchenhersteller und Lehrmittel-Hersteller.
Erstens — die strukturelle Schwäche im Mittelstand. Die Bitkom-Studie Digitalisierung 2025 dokumentiert, dass 53 Prozent der Unternehmen ab 20 Beschäftigten Schwierigkeiten im Management ihrer Digitalisierungsprojekte berichten. Aus unserer Projekterfahrung fehlt vielen Mittelständlern vor der ERP-Auswahl eine dokumentierte Soll-Prozesslandschaft — der häufigste blinde Fleck zu Projektbeginn.
Zweitens — die regulatorische Pflicht. ISO 9001:2015 Abschnitt 4.4 macht den Prozessansatz zum Pflichtbestandteil zertifizierter QM-Systeme. Die Deutsche Gesellschaft für Qualität (DGQ) positioniert die Prozesslandschaft als zentrale Visualisierung des prozessorientierten Ansatzes — gegliedert in Management-, Kern- und Unterstützungsprozesse.
Drittens — die Architektur-Lücke vor jeder ERP-Auswahl. Die Forschung zur Prozessarchitektur — etwa von Becker et al. — ordnet Process Landscape Models als oberste Abstraktionsebene einer Prozessarchitektur ein. Aus über 1.200 Projekten der Dreher Consulting validiert: Eine sauber aufgesetzte Prozesslandkarte verkürzt die ERP-Projektdauer um bis zu 30 Prozent.
Aus unserer Erfahrung quer durch Küchenhersteller, Maschinenbau und DACH-Mittelstand fehlte in vielen Fällen die belastbare Prozesslandkarte zum Projektstart. Über 1.200 Projekte bestätigen das Muster: Ohne Soll-Architektur wird die ERP-Auswahl zum Blindflug — und in unseren Projekten kostet das im Schnitt sechs bis neun Monate zusätzliche Implementierungszeit.
Praxisbeispiel: DACH-Küchenhersteller (anonymisiert, ca. 2.000 Beschäftigte)
Bei einem süddeutschen Küchenhersteller mit rund 2.000 Beschäftigten und einem Großauftrag über 1.500 Küchen haben wir vor der ERP-Auswahl eine Prozesslandkarte aufgesetzt. Im Auftragsabwicklungsprozess existierten sechs Prozessvarianten parallel — vier davon Hauptvarianten. Die Prozesslandkarte mit klar beauftragten Prozessverantwortlichen verdichtete das auf einen Standardprozess.
Das Unternehmen war über Jahre gewachsen. Vertrieb, Konstruktion, Arbeitsvorbereitung und Versand pflegten jeweils eine eigene Sicht auf den Auftragsabwicklungsprozess — alle vier in Excel, niemand hatte den End-to-End-Prozess je auf einer Seite gesehen. Wir haben darauf gedrängt: keine Anbietergespräche, bevor die Prozesslandkarte steht.
In einem zweitägigen Workshop mit Geschäftsführerinnen und Geschäftsführern sowie den Bereichsleitungen haben wir die drei Ebenen aufgenommen. Im zweiten Schritt haben wir jeden Kernprozess einem Prozessverantwortlichen zugeordnet. Im dritten Schritt haben wir die sechs Varianten gegenübergestellt, vier als Hauptvarianten markiert und einen Soll-Prozess definiert. Ein strukturiertes Vorgehen, das auch der BVA-Leitfaden „Erstellung einer Prozesslandkarte" empfiehlt.
Daraus wurde ein architekturvalidiertes Lastenheft — keine Feature-Liste, sondern die Übersetzung der Soll-Architektur in funktionale Anforderungen je Kernprozess. Sechs Monate später war die S/4HANA-Auswahl abgeschlossen, herstellerunabhängig bewertet. Die Implementierung lief um geschätzt 25 bis 30 Prozent kürzer als bei vergleichbaren Projekten ohne Prozesslandkarten-Vorarbeit. Die Lehre: Die Prozesslandkarte ist nicht das Ergebnis der ERP-Einführung. Sie ist deren Voraussetzung.
Was Prozesslandkarten-Leitfäden verschweigen
Drei Punkte, die in deutschsprachigen Prozesslandkarten-Leitfäden und Anbieter-Pitches selten zur Sprache kommen, aber im DACH-Mittelstand über Projekterfolg oder Projektabbruch entscheiden. Sie folgen aus über 1.200 Projekten der Dreher Consulting und dem konsequenten Anwenden des ABPMP BPM CBOK 4.0.
1. Die Prozesslandkarte ist Soll-Architektur — kein nachgereichtes QM-Poster
Die übliche Praxis im Mittelstand: Die Prozesslandkarte entsteht nach einer ISO-9001-Zertifizierung als Pflicht-Visualisierung, wandert auf den Flur und altert. Aus Dreher-Sicht ist sie aber die Soll-Architektur, an der die ERP-Auswahl gemessen wird — eine Architekturzeichnung, die im Lastenheft, in den Anbietergesprächen und in der Implementierung als Referenz dient. Architektur vor Software. Wer sie als QM-Poster behandelt, kauft Software in einen weißen Fleck und repariert das in der Implementierung doppelt teuer.
2. Die Capabilities-Brücke vom Prozess zum Lastenheft fehlt in den meisten Leitfäden
Die deutschsprachige Standardliteratur — auch die Prozessarchitektur-Forschung von Becker et al. — beschreibt die Prozesslandkarte als Architekturobjekt, springt aber selten zur ERP-Auswahl durch. Aus über 1.200 Projekten der Dreher Consulting haben wir die Capabilities-Brücke etabliert: Jeder Kernprozess wird in Business Capabilities zerlegt, jede Capability als Differenzierungsfaktor oder Commodity klassifiziert. Differenzierungsfaktoren landen als Muss-Anforderungen im Lastenheft. Das ist Verhandlungsbasis statt Feature-Liste.
3. Train-the-Trainer-Methodik hält die Prozesslandkarte lebendig — extern erstellte Karten veralten
Die meisten Beratungen liefern eine Prozesslandkarte als PowerPoint-Anlage und ziehen ab. Sechs Monate später kann niemand erklären, warum welcher Pfeil wohin zeigt. Wir arbeiten in drei Stufen: Vormodellieren mit den Fachverantwortlichen, Übernahme der Modellierung durch die Prozessverantwortlichen unter Coaching, selbstständiges Management. Genau diese „Performers"- und „Owner"-Befähiger fordert auch Michael Hammers Process Audit / PEMM (HBR, April 2007) als Reifegrad-Voraussetzung.
Unsere Einordnung
Eine Prozesslandkarte ohne ERP-Architektur-Funktion, ohne Capabilities-Brücke zum Lastenheft und ohne Train-the-Trainer-Verankerung ist ein dekoratives QM-Poster — teuer in der Erstellung, wirkungslos in der Praxis. Architektur vor Software, jedes Mal.
So setzen wir Prozesslandkarten in der ERP-Auswahl ein (Methodik)
Wir setzen Prozesslandkarten in vier Phasen auf — Aufnahme, Soll-Architektur, Capabilities-Bridge, Lastenheft. Die Reihenfolge ist nicht beliebig: erst die Architektur, dann die Anforderungen, dann die Anbietergespräche. Aus unserer Erfahrung scheitert sonst jedes ERP-Projekt an dieser Stelle.
In der herstellerunabhängigen ERP-Beratung der Dreher Consulting betrachten wir die Prozesslandkarte als Teil des Enterprise Architecture Management (EAM) für den Mittelstand. Vier Phasen:
- Aufnahme — Ist-Prozesse je Bereich. Wir kartieren End-to-End-Prozesse, Prozessvarianten, Medienbrüche und Schnittstellen. Dauer: drei bis fünf Wochen.
- Soll-Architektur — die Prozesslandkarte auf einer Seite. Führungsprozesse, Kernprozesse, Unterstützungsprozesse. Pro Kernprozess ein benannter Prozessverantwortlicher.
- Capabilities-Bridge — Übersetzung in Anforderungen. Jeder Kernprozess wird in Business Capabilities zerlegt, jede Capability als Differenzierungsfaktor oder Commodity klassifiziert.
- Lastenheft — architekturvalidierte Anforderungsspezifikation. Keine Feature-Liste, sondern die Soll-Architektur in funktionalen Anforderungen je Kernprozess. Schutz vor späteren Change Requests.
Train-the-Trainer in der Praxis
Wir modellieren nicht für das Unternehmen, sondern mit dem Unternehmen. In Stufe 1 erstellen unsere Beraterinnen und Berater die erste Fassung gemeinsam mit den Fachverantwortlichen. In Stufe 2 übernehmen die Prozessverantwortlichen die Modellierung unter Coaching. In Stufe 3 betreiben sie die Prozesslandkarte selbstständig.
Der Unterschied zu vielen anderen Beratungsangeboten: Wir empfehlen 100 % herstellerunabhängig. Die Prozesslandkarte ist hier der nüchterne Schiedsrichter — die belastbare Referenz, gegen die jeder Anbieter bewertet wird.
Häufige Fehler bei Prozesslandkarten im Mittelstand
Vier Fehlermuster sehen wir in mittelständischen Prozesslandkarten-Projekten immer wieder. Alle vier sind vermeidbar — wenn sie vor der ERP-Auswahl adressiert werden. Keiner hat seine Wurzel in der Modellierungssoftware. Wir haben sie quer durch DACH-Maschinenbau und Mittelstand wiederkehrend dokumentiert.
Fehler 1 — Prozesslandkarte als QM-Pflichterfüllung. Die Karte entsteht nach der ISO-9001-Zertifizierung, wandert auf den Flur und wird nie wieder angefasst. Lösung: die Prozesslandkarte als Soll-Architektur für ERP, Digitalisierung und Organisationsentwicklung positionieren — von Anfang an.
Fehler 2 — Detailmodelle mit Prozesslandkarte verwechseln. BPMN-Detailmodelle werden in die Level-1-Sicht gepresst, das Dokument wird unleserlich. Lösung: Die Prozesslandkarte bleibt auf einer Seite, einem Abstraktionsgrad.
Fehler 3 — kein Prozessverantwortlicher pro Kernprozess. Hammers PEMM definiert „Owner" und „Performers" als unverzichtbare Befähiger. Lösung: Jeder Kernprozess bekommt einen Prozessverantwortlichen mit Mandat — namentlich, nicht als Funktionsplatzhalter.
Fehler 4 — externe Beratung modelliert allein. Sechs Monate später kann das Unternehmen die Karte nicht erklären. Lösung: Train-the-Trainer-Methodik — Übergabe in drei Stufen, von Vormodellieren bis selbstständigem Betrieb.
Unsere Einordnung
Die Fehler sind selten technischer Natur. Sie sind organisatorisch und methodisch — und genau dort liegt der Hebel der herstellerunabhängigen Beratung. Architektur vor Software, jedes Mal.
Häufig gestellte Fragen
Die Prozesslandkarte ist die Level-1-Architekturzeichnung des Unternehmens — einseitig, dreigliedrig, hochabstrakt. Ein Prozessmodell, in der Regel in BPMN 2.0 modelliert, ist die Level-3-Detaildarstellung eines einzelnen Prozesses mit Aktivitäten, Entscheidungen und Verantwortlichen. Die Prozesslandkarte zeigt, welche Prozesse es gibt und wie sie zusammenwirken; das Prozessmodell zeigt, wie ein einzelner Prozess konkret abläuft. Die Vermischung beider Ebenen ist der häufigste Anfängerfehler.
Aus unserer Erfahrung dauert eine seriöse Prozesslandkarte vier bis acht Wochen — vorausgesetzt, die Geschäftsleitung räumt zwei zweitägige Workshops frei und die Prozessverantwortlichen sind benannt. Ohne dieses Mandat verdoppelt sich die Laufzeit häufig, weil Verantwortungsfragen während der Modellierung neu verhandelt werden.
Methodisch und langfristig die Prozessverantwortlichen je Kernprozess — gemeinsam moderiert durch eine Stabsfunktion (Prozessmanagement, Organisation oder QM-Leitung). Die Geschäftsführung ist Auftraggeberin und Eigentümerin der Architektur, weil nur sie verbindliche Entscheidungen über Prozesskonsolidierung, Verantwortungsschnitte und Investitionsfreigaben treffen kann. Externe Beratung ist Geburtshelferin in den ersten Wochen, nicht Dauerverantwortliche — die Architektur muss intern getragen werden.
Für die reine Level-1-Prozesslandkarte reichen strukturierte Folien oder Visio-/draw.io-Skizzen — die Aussagekraft liegt im Inhalt, nicht im Tool. Für integrierte Architekturen mit Übergang zu Level-2 und Level-3 sind SAP Signavio, ARIS, Adonis oder GBTEC etabliert. Erst Architektur, dann Tool.
Sie ist die Soll-Architektur, an der die ERP-Auswahl gemessen wird. Aus über 1.200 Projekten der Dreher Consulting: Eine sauber aufgesetzte Prozesslandkarte verkürzt die ERP-Projektdauer um bis zu 30 Prozent. Wer vor jeder Auswahl die End-to-End-Prozesse und die Soll-Prozesslandschaft dokumentiert, bewertet Anbieter gegen eine belastbare Architektur statt gegen eine Feature-Liste.
Nächste Schritte
Vor jeder ERP-Auswahl, ERP-Migration oder größeren Digitalisierungsentscheidung lohnt sich ein vier- bis achtwöchiger Vorklärungsschritt: Prozesslandkarte als Soll-Architektur, Prozessverantwortliche je Kernprozess, Capabilities-Bridge zum Lastenheft. Wer diesen Schritt überspringt, riskiert ein doppelt teures Wiederaufsetzungsprojekt nach achtzehn bis vierundzwanzig Monaten. Wenn Sie diese Themen vertiefen möchten, lohnt der Blick in unsere herstellerunabhängige ERP-Beratung und unsere Digitalisierungs-Dienstleistungen. Wir arbeiten 100 % herstellerunabhängig.
Ergänzend empfehlen wir die Wiki-Beiträge zu Prozessverantwortlichen, zum Pflichtenheft und zu ERP-Systemen. Aktuelle Fallstudien finden Sie in unseren Einblicken; für ein 30-Minuten-Gespräch direkt mit Dr. Dreher erreichen Sie uns über die Kontaktseite.
30 Minuten mit Dr. Harald Dreher
Eine strukturierte Vorklärung Ihrer Prozesslandkarte als Soll-Architektur — Prozessverantwortliche, Capabilities-Bridge und der Weg zum architekturvalidierten Lastenheft, anbieterneutral aus über 1.200 Projekten im DACH-Mittelstand.
