Die meisten Unternehmen glauben, sie hätten durchgängige Prozesse. Tatsächlich verfügen sie über eine Sammlung abteilungsbezogener Workflows, die jeweils vernünftig gestaltet sind, an der Teamgrenze enden und völlig unberührt davon bleiben, was danach passiert.
In dieser Lücke, dem Raum zwischen dem Ende des Workflows eines Teams und dem Beginn des Workflows eines anderen Teams, gehen Umsätze verloren, warten Kunden und scheitern Automatisierungsprojekte unbemerkt. Innerhalb jeder Abteilung sieht der Prozess gut aus. Für die Übergabe fühlt sich niemand zuständig.
Das ist kein Anfängerfehler. Laut von Process Excellence Network beobachteten APQC-Studien zählt die Definition und Abbildung durchgängiger Prozesse seit mehreren Jahren in Folge zur größten Herausforderung im Prozessmanagement. Unternehmen mit jahrzehntelanger operativer Erfahrung haben weiterhin Schwierigkeiten, das Gesamtbild zu erkennen. Die Sichtweise in Silos bleibt bestehen, weil sie bequem ist, nicht weil sie zutreffend wäre.
Im Folgenden erhalten Sie eine praxisnahe Definition dessen, was ein durchgängiger Geschäftsprozess tatsächlich ist, warum er sich von dem unterscheidet, was die meisten Teams mit „Prozess“ meinen, und warum es wichtig ist, diese Unterscheidung richtig zu treffen, bevor Sie überhaupt etwas automatisieren.
Der teure Teil beginnt nach der Umsetzung
- Ein abteilungsbezogener Workflow endet an der Grenze Ihres Teams; ein durchgängiger Prozess nicht.
- Ohne eine einzelne verantwortliche Person über den gesamten Ablauf hinweg bleibt das Problem bei Übergaben trotz jedes Redesigns bestehen.
- Die schnelle Automatisierung fragmentierter Workflows skaliert die Fragmentierung, nicht die Lösung.
- Durchlaufzeiten verkürzen sich tatsächlich, wenn das Redesign vor der Automatisierung erfolgt, nicht danach.
Was ein durchgängiger Geschäftsprozess tatsächlich ist
Ein durchgängiger Geschäftsprozess ist eine funktionsübergreifende Abfolge von Schritten, die mit einem konkreten Auslöser beginnt und erst endet, wenn ein definiertes Ergebnis geliefert wurde – in der Regel an einen internen oder externen Kunden. Jede Übergabe zwischen Teams, Systemen oder Rollen ist Teil dieses einen kontinuierlichen Ablaufs und kein separater Prozess mit einem separaten Verantwortlichen.
APQC beschreibt solche Abläufe als Wertschöpfungskettenprozesse, die Organisationsfunktionen übergreifen. Tallyfy definiert die Abgrenzung präzise: Der Prozess reicht vom Anfang bis zum Ende, vom initialen Ereignis bis zum finalen Ergebnis, wobei jeder Zwischenschritt berücksichtigt wird. Die Formulierung „End-to-End verstehen“ ist keine Metapher. Sie bedeutet, den vollständigen Prozess vom Auslöser bis zum Ergebnis nachzuverfolgen, ohne an einer Abteilungsgrenze haltzumachen.
Wenn ein Vertriebsteam einen Deal abschließt, ist das kein durchgängiger Prozess. Es ist ein Teil des Prozesses. Der vollständige Prozess beginnt, wenn ein Kunde seine Kaufabsicht äußert, und endet, wenn die Zahlung eingegangen ist und das Produkt oder die Dienstleistung geliefert wurde. Alles zwischen diesen beiden Punkten, über alle beteiligten Funktionen hinweg, ist der E2E-Prozess.
Die Unterscheidung klingt offensichtlich. In der operativen Realität haben die meisten Unternehmen sie jedoch nie tatsächlich auf diese Weise abgebildet.
Wie sich durchgängige Prozesse von abteilungsbezogenen Workflows unterscheiden
Ein abteilungsbezogener Workflow beschreibt, was ein einzelnes Team tut. Ein durchgängiger Prozess beschreibt, was das Unternehmen liefert. Das ist nicht dasselbe, und sie als gleichwertig zu behandeln, ist die Ursache der meisten fehlerhaften Übergaben.
Betrachten wir Order-to-Cash, einen der häufigsten E2E-Prozesse in jedem Unternehmen, das etwas verkauft. Der Vertrieb verantwortet die Opportunity und schließt den Deal ab. Das Finanzteam verantwortet Rechnung und Zahlung. Operations oder Fulfillment verantwortet die Lieferung. Jede Gruppe hat ihren eigenen Workflow, ihre eigenen Tools, ihre eigenen Kennzahlen und ihre eigene Definition von „erledigt“. Der Vertrieb ist fertig, wenn der Vertrag unterschrieben ist. Das Finanzteam ist fertig, wenn die Rechnung versendet wurde. Operations ist fertig, wenn das Produkt versandt wurde.
Für den Kunden ist der Prozess erst abgeschlossen, wenn er erhalten hat, wofür er bezahlt hat, und die Rechnung dem entspricht, was vereinbart wurde. Dieser Endpunkt gehört keiner einzelnen Abteilung.
So entstehen voneinander getrennte Prozesse in Unternehmen, die sich selbst für gut geführt halten. Unterschiedliche Abteilungen verwalten jeweils ihren eigenen Teil kompetent. Der funktionsübergreifende Prozess, der diese Teile verbindet, hat jedoch keinen Verantwortlichen, keine Abbildung und keine Kennzahl, die den gesamten Umfang abdeckt. Das Ergebnis ist eine Reihe lokaler Effizienzen, die sich zu einer frustrierenden Kundenerfahrung summieren – oder schlimmer noch: zu einer Verzögerung bei der Umsatzrealisierung, die niemand vollständig erklären kann.
Die APQC-Erkenntnis, dass die Definition von E2E-Prozessen seit Jahren die Liste der Herausforderungen anführt, ist aussagekräftig. Das ist kein Problem, mit dem unerfahrene Unternehmen vor ihrer Reife konfrontiert sind. Es ist eine systemische Verwechslung, die bestehen bleibt, weil die Organisationsstruktur sie aktiv verstärkt. Funktionsübergreifende Prozesse sind innerhalb einer Struktur, die um funktionale Abteilungen aufgebaut ist, unsichtbar.
Wo der Workflow endet und der E2E-Prozess weiterläuft
Hier wird die Abgrenzung konkret. Der bestehende Prozess eines Vertriebsteams endet typischerweise bei „gewonnen“. Der Deal ist abgeschlossen, das CRM aktualisiert, die Provision erfasst. Aus Sicht des Vertriebsteams ist die Arbeit erledigt.
Der durchgängige Prozess hat gerade erst begonnen. Die Bestellung muss noch erfasst werden. Bestand oder Kapazität müssen zugewiesen werden. Fulfillment übernimmt sie, häufig aus einem separaten System. Das Finanzteam erstellt eine Rechnung, manchmal aus einem weiteren System. Der Kunde erhält das Produkt. Die Zahlung wird verbucht. Der Abgleich erfolgt.
Diese gesamte Abfolge ist Teil des Prozesses. Der Vertriebs-Workflow ist ein Fragment davon. Die Frage, die Sie sich für Ihre eigene Situation stellen sollten, lautet: Wo genau übergibt der Workflow Ihres Teams an ein anderes Team? Was passiert in diesem Moment? Wer ist für diesen Moment verantwortlich? Wenn die Antwort lautet: „Es geht irgendwie einfach an sie weiter“, dann bricht der Prozess genau dort im operativen Betrieb.
E2E-Geschäftsprozessbeispiele, die Sie erkennen sollten
Dies sind die wichtigsten Geschäftsprozesse für Beschaffung, Produktion, Vertrieb und Umsatzgenerierung. Jeder einzelne ist ein umsatzkritischer Ablauf, nicht nur ein operatives Verfahren. Sie als aktive Prozesse mit klar definiertem Start und Ziel zu erkennen, ist der erste Schritt, um sie richtig zu steuern.
Order-to-Cash
Auslöser: Ein Kunde gibt eine Bestellung auf. Ziel: Zahlung eingegangen und abgeglichen. Umfasst Vertrieb, Operations oder Fulfillment sowie Finanzwesen. Dies ist der durchgängige Prozess, der am häufigsten gleichzeitig in drei Abteilungen als „funktioniert einwandfrei“ beschrieben wird, während Kunden sich über Rechnungsfehler beschweren.
Procure-to-Pay
Auslöser: Eine Beschaffungsanforderung wird genehmigt. Ziel: Die Lieferantenrechnung ist bezahlt und der Einkauf erfasst. Umfasst Beschaffung, Finanzwesen und die anfordernde Geschäftseinheit. Häufig über drei Systeme fragmentiert, die niemals dafür konzipiert wurden, miteinander zu kommunizieren.
Source-to-Pay
Auslöser: Ein identifizierter Geschäftsbedarf, der eine neue Lieferantenbeziehung erfordert. Ziel: Der Lieferant ist eingebunden, vertraglich gebunden und die erste Zahlung wurde geleistet. Umfasst Beschaffung, Rechtsabteilung, Finanzwesen und manchmal IT für Systemzugriffe. Allein der Teil des Lieferanten-Onboardings beinhaltet genug Übergaben, um eine Woche E-Mail-Verläufe zu erzeugen.
Concept-to-Market
Auslöser: Eine Produktidee oder strategische Initiative. Ziel: Das Produkt ist live und generiert Umsatz. Beteiligt sind Produktmanagement, Entwicklung, Marketing, Vertrieb und Customer Success. Es ist der Prozess, der am häufigsten als „kollaborativ“ beschrieben wird und am seltensten einen einzigen eindeutig verantwortlichen Eigentümer hat.
Kunden-Onboarding
Auslöser: Ein neuer Kunde unterzeichnet einen Vertrag oder erstellt ein Konto. Ziel: Der Kunde hat seine erste relevante Aktion erfolgreich abgeschlossen und bleibt Kunde. Die Customer Journey umfasst Vertrieb, Implementierung oder Customer Success, Produkt und Support. Die Geschäftsabläufe in diesem Prozess wirken intern oft gleichzeitig reibungslos und aus Kundensicht chaotisch. Produkt bereitstellen, Zugangsdaten ausgeben, Schulung abschließen, Funktionen aktivieren – all das ist ein Prozess, nicht vier.
Prozesse durchgängig abbilden: Was übersprungen wird und warum es Probleme verursacht
Bei der Prozessabbildung scheitert E2E-Denken in der Praxis häufig, nicht in der Theorie. Unternehmen bilden ihre Prozesse durchaus ab. Das Problem ist, was sie abbilden.
Die meisten Initiativen zur Prozessabbildung erstellen Flussdiagramme, die zeigen, was innerhalb einer einzelnen Funktion geschieht. Das Diagramm ist für dieses Team korrekt. Es wird in dem Moment falsch, in dem die Arbeit an ein anderes Team übergeht, denn genau an dieser Stelle endet die Abbildung, während die Realität weitergeht.
Durchgängige Prozesskarten erfordern von Anfang an eine andere Definition des Umfangs. Die Abbildung beginnt beim Auslöser, verfolgt jeden Schritt über alle Funktionen hinweg und endet erst beim finalen Ergebnis. Nicht an der Grenze der Abteilung, die das Abbildungsprojekt initiiert hat.
Warum die meisten Prozesskarten die Übergaben übersehen
Der strukturelle Grund ist einfach. Wenn ein Team zur Prozessverbesserung mit der Abbildung beginnt, bezieht es üblicherweise die Personen im Raum ein. Diese Personen stammen aus einer Abteilung. Die Karte spiegelt ihre Erfahrung wider. Die Teile des Prozesses, die sie nicht sehen – nachgelagerte Systeme, vorgelagerte Abhängigkeiten, parallele Aktionen anderer Teams – sind aus diesem Raum nicht sichtbar und deshalb auch auf der Karte unsichtbar.
Das Ergebnis ist ein korrektes Flussdiagramm der Erfahrung eines Teams, das den vollständigen Prozessablauf falsch darstellt. Es zeigt keinen Engpass dort, wo sich der tatsächliche Engpass befindet – meist am Übergabepunkt zwischen Teams. Es zeigt keine Verzögerung zwischen dem Ende eines Schritts des einen Teams und dem Beginn des Schritts des nächsten Teams. In diesen Verzögerungen steckt die tatsächliche Durchlaufzeit.
Eine korrekte End-to-End-Prozesskarte verwendet Flussdiagramme oder Swimlane-Diagramme, die jeder beteiligten Funktion eine Spur zuweisen. Jeder Schritt in jeder Spur wird abgebildet. Jede Übergabe von einer Spur in eine andere wird ausdrücklich als Übergang dargestellt, nicht impliziert und nicht vorausgesetzt. Der Auslöser befindet sich in der ersten Spur. Das Ergebnis steht am Ende der Spur, die den finalen Schritt verantwortet. Alles zwischen diesen beiden Punkten, über alle Spuren hinweg, liegt im Geltungsbereich.
Der Swimlane-Ansatz macht Engpässe außerdem auf eine Weise sichtbar, die Diagramme einzelner Abteilungen nicht leisten können. Wenn Sie die Übergabe zwischen Vertrieb und Operations visualisieren, sehen Sie, wann die Übergabe manuell erfolgt, wann eine erneute Dateneingabe erforderlich ist und wann sie davon abhängt, dass eine Person ein Postfach prüft. Diese Punkte sollten zuerst behoben werden.
Die richtige Abbildung ist keine Dokumentationsübung. Das Ergebnis ist ein Diagnosewerkzeug. Eine Karte, die nicht mindestens eine Lücke aufdeckt, von der Sie vor Beginn nichts wussten, deckt wahrscheinlich nicht den vollständigen Prozess ab.
Stakeholder-Beteiligung bei der E2E-Prozessabbildung
Jede Funktion, die den Prozess berührt, muss bei der Abbildung einen Stakeholder im Raum haben. Nicht vertreten durch jemanden, der angrenzendes Wissen über diese Funktion besitzt. Sondern tatsächlich durch jemanden, der dort arbeitet und beschreiben kann, was passiert, welche Ausnahmen es gibt und wo die Entscheidungspunkte liegen.
KPMGs Forschung zur Prozessorganisation identifiziert territoriale Barrieren konsequent als Hauptgrund dafür, dass E2E-Abbildungsinitiativen unvollständige Prozesskarten erzeugen. Teams schützen ihre Prozessdokumentation. Sie zeigen, was sie effizient erscheinen lässt. Sie spielen Schritte herunter, die unübersichtlich wirken, oder Übergaben, die informell sind. Das Resultat ist eine Prozesskarte, die das beabsichtigte Design widerspiegelt, nicht die operative Realität.
Die Stakeholder-Gruppe für eine typische E2E-Abbildungsübung sollte den Prozessinitiator, die Verantwortlichen aller nachgelagerten Funktionen, den IT- oder Systemverantwortlichen für jede beteiligte Plattform sowie die Person umfassen, die für das finale Kundenergebnis verantwortlich ist. Rollen und Verantwortlichkeiten müssen in der Karte selbst sichtbar sein, nicht nur in den Besprechungsnotizen. Und die Entscheidungspunkte – jene Momente, in denen eine menschliche Entscheidung bestimmt, welchen Weg die Arbeit nimmt – müssen ausdrücklich benannt werden, weil der Prozess dort unter höherem Volumen meist anfällig wird.
Dort beginnt meist das Ticket.
End-to-End-Prozessverantwortung: Die Governance-Ebene, die die meisten Teams überspringen
Gestalten Sie den Prozess richtig, und er wird dennoch scheitern, wenn keine Verantwortungsstruktur dahintersteht. Dies ist die Governance-Ebene, die die meisten Teams überspringen – meist, weil sie organisatorische Autorität statt nur technische Anstrengung erfordert.
End-to-End-Prozessmanagement erfordert eine einzelne Person, die schriftlich für Design, Daten, Technologie und Leistungserbringung über den gesamten Prozess hinweg verantwortlich ist. Kein Komitee. Keine Beschreibung geteilter Verantwortung, die letztlich keine Verantwortung bedeutet. Eine Person mit der Befugnis, Entscheidungen zu treffen, die mehrere Abteilungen betreffen.
KPMGs Framework für Prozessorganisation nennt diese Rolle den globalen Prozesseigentümer. Die Verantwortung erstreckt sich auf alles: wie der Prozess gestaltet ist, auf welchen Daten er basiert, welche Systeme ihn unterstützen und ob das Endergebnis den Servicestandard erfüllt. Wenn bei der Übergabe zwischen Vertrieb und Finanzwesen etwas schiefläuft, ist der globale Prozesseigentümer für Order-to-Cash die Person, die dieses Problem über den gesamten Prozess hinweg verantwortet – nicht die Person, deren Team es zuletzt bearbeitet hat.
Die Einführungsmuster von Shared Services und Global Business Services zeigen, wie dies im großen Maßstab funktioniert. Unternehmen, die funktionsübergreifende Prozesse erfolgreich konsolidiert haben, erreichten dies unter anderem, weil sie Verantwortungsstrukturen aufbauten, die dem Prozessumfang entsprachen und nicht dem Organigramm. In den meisten erfolgreichen Programmen ging die Rolle des Prozesseigentümers dem technologischen Redesign voraus. Governance kam zuerst. Die Automatisierung folgte.
Für kleinere Unternehmen trägt diese Rolle möglicherweise keinen formalen Titel, aber die Funktion muss dennoch existieren. Jemand muss den gesamten Umfang verantworten. Ohne diese Person wird jede Redesign-Initiative durch den nächsten Konflikt an einer Teamgrenze zunichtegemacht, und jede Automatisierungsinvestition verstärkt die Fragmentierung, die sie eigentlich lösen sollte. Change Management in E2E-Prozessprogrammen ist gerade deshalb schwierig, weil es verlangt, dass Unternehmensziele und Kennzahlen einzelner Abteilungen einander nicht länger widersprechen. Das ist kein technisches Problem.
📊 In der Praxis:
Echte End-to-End-Verantwortung bedeutet, dass eine Person verantwortlich ist, wenn die Rechnung nach Abschluss des Deals falsch ist, wenn das Onboarding zwischen IT und HR stockt und wenn eine Beschaffungsanforderung neun Tage an einer Übergabe liegt, die niemand überwacht. Nicht jede Funktion besitzt ihren eigenen Teil. Eine Person verantwortet den gesamten Ablauf, einschließlich der Lücken zwischen den Teilen.
Warum die Automatisierung eines E2E-Geschäftsprozesses nicht dasselbe ist wie sein Redesign
Das ist der Fehler, den ich am häufigsten scheitern sehe. Ein Team beschließt zu automatisieren. Es bildet seinen aktuellen Workflow ab, automatisiert die repetitiven Schritte und setzt ihn um. Die Automatisierung funktioniert. Die Ineffizienz bleibt.
Automatisierung gestaltet einen Prozess nicht neu. Sie beschleunigt den bestehenden Prozess. Wenn dieser Prozess fehlerhafte Übergaben, manuelle Neueingaben, redundante Freigaben und unklare Verantwortlichkeiten enthält, führt die Automatisierung all diese Dinge schneller aus. Der E2E-Prozess bleibt fragmentiert. Jetzt ist er nur schneller fragmentiert.
Die Deloitte-Umfrage „2026 State of AI in the Enterprise“ ergab, dass 30 % der Unternehmen zentrale Geschäftsprozesse inzwischen rund um KI neu gestalten, statt KI auf bestehende Prozesse aufzusetzen. Diese 30 % gehen den schwierigeren Weg. Die anderen 70 % automatisieren ihre Workarounds, nicht ihre Prozesse.
McKinseys Forschung zur Digitalisierung zeigt, dass sich Durchlaufzeiten von Tagen auf Minuten verkürzen lassen, wenn vollständige E2E-Prozesse als Teil der Automatisierungsinitiative neu gestaltet werden und diese Initiative durch funktionsübergreifende Teams mit geeigneter Autorität für Prozessdesign unterstützt wird. Diese Verkürzung entsteht nicht, wenn Automatisierung auf fragmentierte abteilungsbezogene Workflows aufgesetzt wird. Die Geschwindigkeit verbessert sich auf Schrittebene. Die Verzögerung bei der Übergabe – dort, wo die Durchlaufzeit tatsächlich entsteht – bleibt bestehen.
Die Frage, die Sie vor der Automatisierung eines Workflows stellen sollten: Stellt dieser Workflow den vollständigen E2E-Prozess vom Auslöser bis zum Ergebnis dar, oder ist er das Fragment einer Abteilung innerhalb einer größeren Abfolge? Wenn er ein Fragment ist, wird die Automatisierung innerhalb dieses Fragments korrekt sein und alles außerhalb davon ignorieren.
In Latenode ist es strukturell einfach, einen Workflow zu erstellen, der die vollständige Abfolge von Aktionen vom Auslöser bis zum gewünschten Ergebnis umfasst. Der Workflow beginnt, wenn ein Datensatz im HR-System erstellt wird, führt über Dokumentenverarbeitung, Systembereitstellung und Benachrichtigungen und endet mit einem bestätigten Ergebnis – alles in einem Ablauf. Es geht nicht um das Tool. Es geht darum, dass die Automatisierung des Onboardings nur innerhalb der Schritte des HR-Teams den Onboarding-Prozess nicht optimiert, solange die IT-Bereitstellung und das Finanz-Setup manuelle Übergaben bleiben. Sie beschleunigt ein Fragment und lässt den Engpass unangetastet. Ich habe das mehr als einmal erlebt. Der Workflow läuft erfolgreich. Die neue Mitarbeiterin oder der neue Mitarbeiter wartet am dritten Tag noch immer.
Die gute Nachricht: Die Automatisierung hat funktioniert. Die schlechte Nachricht: Sie hat den falschen Umfang automatisiert.
Was einen gut gestalteten E2E-Prozess auszeichnet
Nutzen Sie diese Liste als Diagnoseinstrument, nicht als Beschreibung. Wenn Ihr aktueller Prozess nicht jeden Punkt erfüllt, wissen Sie, wo Sie anfangen müssen.
Funktionsübergreifende Integration ist vorhanden, nicht nur vorausgesetzt
Jede Funktion, die den E2E-Prozess berührt, ist formal verbunden und koordiniert sich nicht nur per E-Mail. Wenn Übergaben auf informeller Kommunikation beruhen, fehlt die Integration – unabhängig davon, was die Prozesskarte zeigt.
Transparenz besteht über den gesamten Ablauf hinweg
Transparenz und Kontrolle sind nicht auf Abteilungen beschränkt. Jede berechtigte Person kann sehen, wo sich der Prozess aktuell befindet, nicht nur, wo er innerhalb ihres Teams steht. Wenn das nicht zutrifft, verfügen Sie über lokale Dashboards, nicht über Prozesstransparenz.
Operative Effizienz wird durchgängig gemessen, nicht je Abteilung
Wenn eine Abteilung starke Durchsatzkennzahlen meldet, während die Durchlaufzeit des vollständigen Prozesses lang ist, deutet das auf falsch ausgerichtete Leistungsmessung hin, nicht auf starke Operations.
KPIs sind an das finale Kundenergebnis gekoppelt
Best Practices für das Design von E2E-Geschäftsprozessen behandeln Kennzahlen zur Kundenerfahrung – nicht interne Aktivitätskennzahlen – als primäre Signale für die Prozessleistung. Wenn das einzige messbare Ergebnis ein abteilungsbezogenes ist, wird der E2E-Prozess nicht gemessen.
Kosteneinsparungen sind funktionsübergreifend
Echte Effizienz in Geschäftsprozessen zeigt sich in der gesamten Durchlaufzeit und den Gesamtkosten, nicht im Budget eines einzelnen Teams. Optimierungen, die Kosten in einer Abteilung senken, indem sie Arbeit in eine andere verlagern, sind keine Prozessverbesserungen.
Qualität und Konsistenz bleiben an den Übergabepunkten erhalten
Nacharbeit, Neueingaben, Ausnahmen und Eskalationen häufen sich typischerweise bei Übergaben. Ein gut gestalteter E2E-Prozess verfügt bei jedem Übergang über explizite Qualitätskontrollen, nicht nur innerhalb der Schritte einzelner Teams.
🤔 Denken Sie darüber nach:
Die meisten Unternehmen können diese Merkmale ohne Zögern aufzählen. Die Frage ist, wer sie tatsächlich über den gesamten Ablauf vom Auslöser bis zum Ergebnis hinweg verfolgt. Nicht abteilungsbezogene KPIs. Durchgängige Kennzahlen. Wenn die Antwort lautet: „Niemand hat eine einheitliche Sicht auf alle“, ist das Governance-Problem aus dem vorherigen Abschnitt bereits hier sichtbar.
