Die meisten Genehmigungsprozesse scheitern nicht daran, dass dem Team ein Tool fehlt. Sie scheitern, weil niemand festgelegt hat, wer die Entscheidung tatsächlich verantwortet, welche Kriterien ein „Ja“ auslösen oder was passiert, wenn sich die primär zuständige Person auf einer Konferenz in Amsterdam befindet und ihr Postfach auf Abwesenheitsmodus eingestellt ist.
Ich habe dieses Muster oft genug erlebt, um mich nicht mehr darüber zu wundern. Ein Team richtet in einem beliebigen verfügbaren Tool einen neuen Genehmigungs-Workflow ein, sieht drei Wochen lang, dass er funktioniert, und stößt dann auf den ersten Sonderfall. Niemand hat den Eskalationsweg definiert. Die Anfrage bleibt liegen. Die anfragende Person hakt nach. Die genehmigende Person entschuldigt sich. Das Ticket wird als „gelöst“ geschlossen, obwohl der zugrunde liegende Prozess weiterhin fehlerhaft ist.
Die Aussage, die dieser Artikel vertritt: Die meisten Verzögerungen bei Genehmigungen entstehen durch schlechtes Prozessdesign, nicht durch fehlende Tools. Erst abbilden und vereinfachen, dann automatisieren – diese Reihenfolge führt tatsächlich zu messbaren Verbesserungen. Wird ein fehlerhafter Ablauf automatisiert, läuft er lediglich schneller fehlerhaft ab.
Zuerst abbilden, dann automatisieren
- Die meisten Verzögerungen bei Genehmigungen gehen auf unklare Verantwortlichkeiten und fehlende Kriterien zurück, nicht auf Einschränkungen von Tools.
- Die Automatisierung eines schlecht konzipierten Genehmigungsprozesses behebt ihn nicht – sie beschleunigt die Dysfunktion.
- Definieren Sie Rollen, Schwellenwerte und Eskalationswege, bevor Sie überhaupt einen Konfigurationsbildschirm öffnen.
- Parallele Genehmigungsweiterleitung kann die Durchlaufzeit verkürzen, ohne die Kontrolle zu reduzieren – die meisten Teams probieren sie nie aus.
Was ein Genehmigungsprozess tatsächlich steuert (und wo er normalerweise scheitert)
Ein Genehmigungsprozess ist ein strukturierter Mechanismus für Weiterleitung und Verantwortlichkeit. Er beantwortet vier konkrete Fragen: Wer darf eine Anfrage initiieren, wer ist berechtigt zu entscheiden, nach welchen Kriterien wird die Entscheidung getroffen und was geschieht anschließend mit dem Datensatz? Wenn Sie Software und E-Mail-Verläufe ausblenden, bleibt genau das übrig.
Ein Genehmigungsprozess ist ein strukturiertes System, das eine Anfrage durch definierte Prüfungsstufen führt, bevor eine Maßnahme umgesetzt oder eine Ressource gebunden wird. Er dient dazu, Kontrollmechanismen durchzusetzen – damit keine einzelne Person folgenschwere Entscheidungen allein trifft und gleichzeitig Transparenz sowie Verantwortlichkeit für das Ergebnis gewahrt bleiben. Eine unterschriebene Ausgabengenehmigung dokumentiert, wer welche Informationen unter welchen Regeln gesehen und wie entschieden hat.
Das ist die Theorie. In der Praxis wird der Genehmigungs-Workflow – also die technische Abfolge zur Ausführung des Prozesses – erstellt, bevor die Prozesslogik tatsächlich definiert ist. Jemand erstellt ein Formular, fügt ein Feld für die genehmigende Person hinzu, verbindet es mit E-Mail und betrachtet die Aufgabe als erledigt. Die Kriterien befinden sich im Kopf einer Person. Der Eskalationsweg existiert nicht. Die Vertretung ist die Person, die gerade zufällig verfügbar ist.
Die zwei häufigsten strukturellen Fehler, die ich beobachte, sind vage Rollendefinitionen („Die Führungskraft genehmigt Dinge“) und fehlende Entscheidungskriterien („Nutzen Sie Ihr Urteilsvermögen“). Beides garantiert Nacharbeit. Beides bleibt durch Automatisierung vollständig bestehen. Sie können einen vagen Genehmigungsprozess automatisieren – und leiten dann lediglich die Unklarheit schneller weiter.
Dort beginnt das Ticket normalerweise.
So bilden und analysieren Sie Ihren aktuellen Genehmigungs-Workflow ab, bevor Sie ein Tool einsetzen
Wenn Genehmigungsprozesse langsam sind, liegt der Impuls nahe, sofort zu einem Tool zu greifen. Ein Formular erstellen, einen Workflow einrichten, ihn mit Slack verbinden. Ich verstehe diesen Impuls. Er fühlt sich nach Fortschritt an. Meistens ist er das nicht.
Teams, die das Mapping überspringen und direkt zum Automatisierungsbildschirm springen, automatisieren am Ende das Chaos. Die konfigurierte Weiterleitungsregel bildet ab, wie Genehmigungen heute tatsächlich ablaufen – einschließlich Engpässen, Workarounds, vergessenen Ausnahmewegen und jener einzelnen Person, deren Postfach jede dritte Anfrage blockiert. Das Tool führt all das zuverlässig aus.
Was Sie dokumentieren sollten, bevor Sie etwas neu gestalten
Bevor Sie irgendetwas neu gestalten, benötigen Sie eine Schritt-für-Schritt-Abbildung davon, wie Genehmigungen heute tatsächlich verlaufen – nicht, wie sie verlaufen sollten, sondern die reale Abfolge. Das bedeutet, mit den Personen zu sprechen, die Anfragen einreichen, und den Personen, die sie genehmigen, denn diese beiden Perspektiven unterscheiden sich fast immer.
Dokumentieren Sie jede Phase von der ersten Einreichung bis zur finalen Entscheidung. Identifizieren Sie, wer die Anfrage in jeder Phase bearbeitet. Messen oder schätzen Sie die durchschnittliche Zeit pro Schritt, auch wenn nur grob. Ein systematischer Ansatz muss hier nicht kompliziert sein: Ein Flussdiagramm auf einem Whiteboard mit Namen und Zeitschätzungen pro Phase reicht für den Anfang aus. Sie erstellen damit eine Bestandsaufnahme darüber, wo der Prozess heute stattfindet, damit Sie erkennen, wo er scheitert, bevor Sie entscheiden, wie Sie ihn beheben.
Erfassen Sie insbesondere:
- Jeden Schritt in der aktuellen Prüfungs- und Genehmigungsabfolge, in der richtigen Reihenfolge
- Wer jeden Schritt verantwortet – nicht das Team, sondern die einzelne Person
- Die durchschnittliche Wartezeit in jedem Schritt
- Wiederkehrende Fehlerpunkte: verschwundene Anfragen, stockende Genehmigungen, Nacharbeit, die mehr als einmal im Monat anfällt
- Alle Workarounds, die das Team rund um den offiziellen Prozess aufgebaut hat
Die letzten beiden Punkte sind besonders wertvoll. Workarounds zeigen Ihnen exakt, wo der offizielle Prozess nicht funktioniert.
So erkennen Sie Engpässe, die die Automatisierung überdauern werden
Nicht alle Engpässe sind gleich. Einige verschwinden, wenn Sie Weiterleitungslogik und automatisierte Erinnerungen hinzufügen. Andere interessiert es nicht, dass Sie einen schönen Workflow erstellt haben – sie bleiben bestehen, weil das Problem nie technischer Natur war.
Der gefährliche Engpass entsteht durch unklare Verantwortlichkeiten oder fehlende Entscheidungskriterien. Wenn drei Personen jeweils glauben, eine Anfrage möglicherweise genehmigen zu müssen, aber niemand sicher ist, löst die Automatisierung des Weiterleitungsschritts diese Unklarheit nicht auf. Sie liefert die Unklarheit nur schneller an drei Posteingänge gleichzeitig – mit einer angehängten Frist.
Ebenso ist es ein struktureller Fehler und kein Konfigurationsfehler des Tools, einen Workflow mit zu vielen genehmigenden Personen zu überladen. Zusätzliche aufeinanderfolgende Genehmigungen verursachen mehr Verzögerung, ohne die Entscheidungsqualität zu verbessern. Wenn die fünfte Person in einer Kette eine Ausgabenanfrage über 500 $ prüft, lautet die Frage nicht, wie Sie sie schneller erinnern können – sondern ob sie überhaupt Teil der Kette sein sollte.
Wenn Sie Ihre Prozessabbildung betrachten, sind die Engpässe, die die Automatisierung überdauern, diejenigen, bei denen die Verzögerung durch eine Frage statt durch eine Erinnerung verursacht wird. „Wer genehmigt das?“ und „Muss das überhaupt genehmigt werden?“ sind Fragen. Das sind Designprobleme. Beheben Sie sie zuerst.
So definieren Sie Rollen, Kriterien und Schwellenwerte für einen schlanken Genehmigungsprozess
Ein effizienter Genehmigungsprozess basiert auf Regeln, nicht auf Ermessensentscheidungen. Jedes Mal, wenn eine genehmigende Person entscheiden muss, ob etwas eine Genehmigung benötigt – statt ob sie es genehmigen soll –, besteht eine Lücke im Design.
Um einen Genehmigungsprozess zu erstellen, der Anfragen konsistent weiterleitet, müssen Sie vier Dinge vorab definieren: Wer initiiert Anfragen, wer genehmigt auf welcher Ebene, welche Kriterien bestimmen den Weg einer Anfrage und wer die Vertretung übernimmt, wenn die primär zuständige Person nicht verfügbar ist. Die meisten Teams definieren die ersten zwei Punkte und überspringen die letzten zwei vollständig.
Genehmigungskriterien festlegen, die Anfragen ohne menschliches Raten weiterleiten
Genehmigungskriterien sind die Regeln, die bestimmen, wohin eine Anfrage gelangt. Ohne sie wird die Weiterleitung jedes Mal zur Ermessensentscheidung. Das führt zu Inkonsistenzen, subjektiven Entscheidungen und Nacharbeit, wenn unterschiedliche genehmigende Personen für denselben Anfragetyp unterschiedliche Maßstäbe anwenden.
Definieren Sie die Kriterien explizit, bevor Sie irgendetwas konfigurieren. Einige praktische Beispiele:
- Budgetschwelle: Anfragen unter 1.000 $ werden an die Teamleitung weitergeleitet; 1.000 $ bis 10.000 $ gehen an die Abteilungsleitung; über 10.000 $ ist eine Prüfung durch die Finanzabteilung erforderlich
- Risikokategorie: Standardlieferantenkäufe folgen einem Weg; das Onboarding neuer Lieferanten löst eine Compliance-Prüfung aus
- Erforderliche Dokumentation: Rechnungen über einem Schwellenwert müssen eine Bestellnummer enthalten; Reiseanträge müssen Reisezweck und Ziel enthalten
Vordefinierte Kriterien bedeuten, dass die Anfrage regelbasiert automatisch weitergeleitet wird. Wenn die Kriterien eindeutig sind, besteht die Aufgabe der genehmigenden Person darin, die Anfrage zu bewerten – nicht herauszufinden, was die Anfrage ist oder ob sie die richtige Person dafür ist. Allein diese Unterscheidung beseitigt überraschend viel Hin und Her.
Vertretungen und Eskalationswege benennen, bevor sie benötigt werden
Jeder Genehmigungsprozess ist für den Idealfall konzipiert: Die primär zuständige Person ist verfügbar, prüft die Anfrage und genehmigt oder lehnt sie innerhalb des erwarteten Zeitfensters ab. Dieser Weg funktioniert gut, bis die primär zuständige Person in den Urlaub fährt.
Nur den Idealfall zu gestalten, ist ein struktureller Fehler, der sich in Supportmustern regelmäßig zeigt. Eine Genehmigungsanfrage ohne definierte Vertretung eskaliert nicht – sie bleibt liegen. Das bedeutet, dass jemand die Situation manuell nachverfolgen, eine alternative genehmigende Person finden und die Frist neu starten muss. Das ist ein Support-Ticket, das nur darauf wartet, erstellt zu werden.
Bevor Sie einen Workflow konfigurieren, benennen Sie für jede Genehmigungsrolle eine Vertretung und definieren Sie, wann eine Eskalation erfolgt. Als Ausgangspunkt: Kennzeichnen Sie jede Genehmigungsanfrage, die innerhalb von 48 Geschäftszeiten keine Entscheidung erhalten hat, senden Sie nach 24 Stunden eine Erinnerung und eskalieren Sie nach 72 Stunden automatisch an die Vertretung oder eine Führungskraft. Die konkreten Schwellenwerte unterscheiden sich, das Prinzip bleibt jedoch gleich: Ausnahmewege benötigen definierte Routen, keine menschliche Improvisation.
So gestalten Sie den zukünftigen Workflow: Abfolge, parallele Genehmigungen und standardisierte Schritte
Sobald Sie Ihren aktuellen Prozess abgebildet sowie Rollen und Kriterien definiert haben, können Sie die Abfolge neu gestalten. Das Ziel sind weniger Schritte mit klareren Verantwortlichkeiten – nicht mehr Schritte mit besserer Sichtbarkeit.
Ein gut gestalteter Genehmigungs-Workflow folgt einer standardisierten Schrittfolge: Einreichung, Prüfung, Zusammenarbeit oder Anpassung bei Bedarf, Genehmigung oder Ablehnung, anschließend Protokollierung und Archivierung. Jeder Genehmigungstyp sollte in diese Struktur passen, auch wenn die konkreten Beteiligten und Kriterien unterschiedlich sind. Die Standardisierung des Schrittmusters reduziert die Verwirrung für anfragende und genehmigende Personen gleichermaßen. Die Beteiligten wissen, was sie erwartet und wo sich die Anfrage zu jedem Zeitpunkt befindet.
Die Frage bei der Neugestaltung lautet für jeden Schritt, ob er notwendig ist. Wenn ein Genehmigungsschritt aufgrund eines historischen Ereignisses oder der Annahme „Das haben wir schon immer so gemacht“ existiert, prüfen Sie, ob seine Entfernung das Risikoprofil verändert. Viele Genehmigungsketten enthalten Redundanzen – mehrere Freigaben für eine Entscheidung, die eine informierte Person treffen könnte –, die Verzögerungen erzeugen, ohne die Entscheidungsqualität zu verbessern.
Aufeinanderfolgende oder parallele Bearbeitung ist die andere strukturelle Entscheidung. Die meisten Teams setzen standardmäßig auf sequenzielle Weiterleitung. Jede genehmigende Person sieht die Anfrage erst, nachdem die vorherige gehandelt hat. Das wirkt kontrolliert. Oft ist es das nicht. Sequenzielle Weiterleitung bedeutet, dass die Durchlaufzeit der Summe aller individuellen Antwortzeiten entspricht. Wenn eine genehmigende Person drei Tage benötigt, wartet die gesamte Kette drei Tage. Parallele Weiterleitung sendet die Anfrage gleichzeitig an mehrere genehmigende Personen. Die Genehmigung ist abgeschlossen, sobald alle erforderlichen Antworten eingegangen sind. Bei Entscheidungen, bei denen jede Person etwas anderes bewertet – technische Machbarkeit, Budget, Compliance –, gibt es keinen Grund, weshalb diese Prüfungen nicht gleichzeitig stattfinden können.
💡 Wissenswert:
Parallele Genehmigungsweiterleitung kann die Durchlaufzeit erheblich verkürzen, ohne die Kontrolle zu reduzieren, weil jede prüfende Person ohnehin eine andere Dimension der Anfrage bewertet. Die meisten Teams nutzen standardmäßig sequenzielle Weiterleitung, weil sie kontrollierter wirkt. Tatsächlich addiert sie die Antwortzeit jeder genehmigenden Person zu einer einzigen Verzögerung. Wenn Sie drei unabhängige Prüfende haben, die jeweils einen Tag benötigen, dauert die sequenzielle Weiterleitung drei Tage. Die parallele Weiterleitung dauert einen.
So konfigurieren und automatisieren Sie einen Genehmigungsprozess in einem Workflow-Tool
Jetzt können Sie konfigurieren. Die Designarbeit ist abgeschlossen: Sie verfügen über eine Prozessabbildung, definierte Rollen, explizite Kriterien, Eskalationswege und eine zukünftige Schrittfolge. Die Automatisierung ist in dieser Phase Konfigurationsarbeit, keine Recherchearbeit. Sie bilden Entscheidungen ab, die bereits getroffen wurden.
Weiterleitungsregeln, Benachrichtigungen und Eskalationslogik, die feststeckende Anfragen tatsächlich verhindern
Die konkreten Automatisierungsmechanismen, die verhindern, dass Genehmigungen in Postfächern liegen bleiben, sind dynamische Weiterleitung, fristausgelöste Erinnerungen und automatische Eskalation beim Ablauf eines SLA. Jeder Mechanismus löst einen anderen Teil des Problems feststeckender Anfragen.
Dynamische Weiterleitung bedeutet, dass die Anfrage anhand von Kriterien automatisch an die richtige genehmigende Person geleitet wird. Der Budgetbetrag führt zur passenden Genehmigungsebene. Die Abteilung führt zur richtigen Leitung. Der Anfragetyp löst den passenden Prüfungsweg aus. Das ersetzt manuelles Weiterleiten und Nachrichten wie „Ich glaube, Sie müssen mit der entsprechenden Person sprechen“, die in manuell verwalteten Prozessen überraschend viel Zeit beanspruchen.
Ich sehe immer wieder Teams, die den Schritt der Formulareinreichung automatisieren, Erinnerungen und Eskalationen jedoch als manuelle Aufgaben belassen. Genau dadurch entsteht das Problem des Nachfassens per E-Mail erneut – nur innerhalb eines neuen Tools. Erstellen Sie die Erinnerungslogik, bevor die erste Anfrage produktiv geht. Ein praktischer Ausgangspunkt: Senden Sie nach 24 Stunden ohne Antwort eine Erinnerung, eskalieren Sie nach 72 Stunden an die Vertretung und kennzeichnen Sie jede Anfrage, die nicht innerhalb von fünf Geschäftstagen gelöst wurde, für eine Prüfung durch eine Führungskraft.
Benachrichtigungen und Genehmigungsantworten per E-Mail sollten, wo möglich, direkt im jeweiligen Kontext ausführbar sein. Eine genehmigende Person, die über eine Slack-Nachricht oder E-Mail-Benachrichtigung genehmigen oder ablehnen kann, ohne sich in einem separaten System anzumelden, reagiert schneller. Das ist keine Funktionspräferenz – es ist menschliches Verhalten.
Systemintegrationen, die manuelle Dateneingabe aus der Genehmigungskette entfernen
Genehmigungstools, die mit Quellsystemen verbunden sind, führen aus einem einfachen Grund zu weniger Fehlern und kürzeren Durchlaufzeiten: Die Daten werden automatisch abgerufen, statt von der anfragenden Person eingetippt zu werden. Wenn eine Bestellanfrage verlangt, dass die anfragende Person Lieferantenname, Bestellnummer, Budgetcode und Kostenstelle manuell eingibt, schaffen Sie vier Möglichkeiten für Tippfehler und vier Gründe, weshalb eine genehmigende Person ablehnt oder Korrekturen anfordert.
Wenn Sie Ihren Genehmigungs-Workflow mit Ihrem ERP, CRM, Beschaffungssystem oder Dokumentenmanagementsystem verbinden, trifft die Anfrage bereits mit dem ausgefüllten relevanten Kontext ein. Die genehmigende Person bewertet die Entscheidung, nicht die Dateneingabe. Die Orchestrierung dieser Verbindungen – Kontext aus einem System abrufen, die Genehmigung weiterleiten und das Ergebnis in ein anderes System übertragen – ist der Punkt, an dem das Design eines Genehmigungsprozesses nicht mehr nur ein Problem für Formular-Builder ist, sondern zu einer Integrationsaufgabe wird.
Für Genehmigungs-Workflows mit mehreren Systemen übernimmt Latenode diese Art der Orchestrierung auf eine Weise, die konkret beschrieben werden sollte. Ein Workflow kann eine Rechnung über E-Mail oder Cloud-Speicher erfassen, eines von mehr als 1.200 KI-Modellen nutzen, um Lieferantenname, Betrag und Rechnungspositionen zu extrahieren, die in einem JavaScript-Node hinterlegte Weiterleitungslogik anwenden, das Ergebnis über eine vorgefertigte OAuth-Integration mit einem ERP synchronisieren und Statusaktualisierungen an Slack senden – alles innerhalb einer einzigen Ausführung. Das Preismodell pro Ausführung bedeutet, dass ein Workflow mit sechs Schritten als eine Ausführung zählt, nicht als sechs separate Aufgaben. Das verändert die Kostenrechnung bei höheren Volumina.
So testen Sie, führen Sie ein und schulen Teams, ohne die Akzeptanz zu gefährden
Ein Workflow, der in einem kontrollierten Test funktioniert und in der Produktion scheitert, ist meist gescheitert, weil der Test keine realistischen Daten verwendet hat. Testen Sie mit tatsächlichen Anfragetypen, realen Schwellenwerten und bekannten Sonderfällen – der Anfrage, die zwischen zwei Weiterleitungsregeln liegt, der genehmigenden Person in Elternzeit, der Einreichung mit fehlender Dokumentation. Das sind keine unwahrscheinlichen Szenarien. Das sind die ersten Situationen an einem Montagmorgen.
Validieren Sie vor dem vollständigen Start die Weiterleitungslogik anhand jeder definierten Kriterienkombination. Bestätigen Sie, dass Eskalationsauslöser zum richtigen Zeitpunkt ausgelöst werden. Prüfen Sie, ob Ausnahmewege funktionieren, nicht nur der Idealfall. Ein neuer Prozess, der nicht gegen seine eigenen Fehlermodi getestet wurde, ist nicht bereit.
Change Management entscheidet darüber, ob der Prozess tatsächlich mit der vorgesehenen Kapazität läuft oder bei 40 % Akzeptanz bleibt, weil die Hälfte des Teams nicht wusste, dass er sich geändert hat. Ich habe gut konzipierte Genehmigungsprozesse scheitern sehen, nicht weil die Automatisierung fehlerhaft war, sondern weil die Personen, die sie nutzen sollten, Anfragen weiterhin auf dem alten Weg weiterleiteten. Eine Einführung ohne Schulung verursacht nicht nur Support-Tickets – sie erzeugt parallele Prozesse, und das ist schlimmer als das ursprüngliche Problem.
Schulen Sie anfragende und genehmigende Personen getrennt, weil ihre Erfahrung mit dem Prozess völlig unterschiedlich ist. Anfragende Personen müssen wissen, wie sie einreichen, welche Informationen erforderlich sind und wo sie den Status prüfen können. Genehmigende Personen müssen wissen, wie sie eine Anfrage bearbeiten, was passiert, wenn sie nicht innerhalb des SLA-Zeitraums reagieren, und an wen sie sich wenden, wenn sie einen Sonderfall sehen, den das System nicht berücksichtigt hat. Eine kurze Einführung mit realen Beispielen ist wirksamer als ein PDF, das niemand liest.
Führen Sie eine Phase des Parallelbetriebs durch, wenn viel auf dem Spiel steht. Lassen Sie den alten Prozess ein oder zwei Wochen neben dem neuen laufen. Vergleichen Sie die Ergebnisse. Die Redundanz ist vorübergehend; das Vertrauen, das sie bei genehmigenden und anfragenden Personen schafft, ist die Kosten wert.
So überwachen und optimieren Sie einen Genehmigungsprozess nach dem Produktivstart
Kein Genehmigungsprozess ist endgültig. Geschäftsanforderungen ändern sich, Organisationsstrukturen verschieben sich und die Sonderfälle, die Sie beim Testen nicht erwartet haben, treten nach den ersten hundert Anfragen zutage. Die Überwachungsebene zeigt Ihnen, welche dieser Änderungen relevant sind.
Verfolgen Sie die Genehmigungsdurchlaufzeit von der Einreichung bis zur finalen Entscheidung. Erfassen Sie, wie viele Anfragen vor einer Entscheidung überarbeitet oder um zusätzliche Informationen ergänzt werden müssen. Verfolgen Sie Eskalationshäufigkeit und SLA-Einhaltung. Verfolgen Sie die Akzeptanz – gelangen Anfragen tatsächlich in das System oder leiten Mitarbeitende weiterhin Dinge per E-Mail weiter? Jede Kennzahl macht eine andere Art von Prozessproblem sichtbar. Hohe Nacharbeitsquoten weisen meist auf fehlende Kriterien oder unklare Dokumentationsanforderungen hin. Hohe Eskalationsraten können bedeuten, dass SLA-Zeiträume zu eng sind, Vertretungen schwer erreichbar sind oder die primäre Genehmigungsrolle unterbesetzt ist. Ein Prozess mit guter Durchlaufzeit und geringer Akzeptanz läuft sauber für die 40 % der Anfragen, die in das System gelangen, und scheitert für den Rest stillschweigend.
Die Kennzahlen, die zeigen, ob der Prozess tatsächlich funktioniert
Sechs Kennzahlen liefern Ihnen ein nutzbares Bild der Prozessgesundheit. Eine reduzierte Durchlaufzeit bestätigt, dass Weiterleitung und Automatisierung Anfragen schneller als zuvor bewegen. Weniger Eskalationen deuten darauf hin, dass die Kriterien klar genug sind, damit Anfragen ohne Eingreifen einer Führungskraft weiterlaufen. Geringere Nacharbeitsquoten – weniger Ablehnungen aufgrund unvollständiger Informationen – zeigen, dass das Einreichungsformular und die Dokumentationsanforderungen funktionieren. Höhere fristgerechte Abschlussquoten zeigen, dass die SLA-Logik funktioniert. Bessere Prüfpfade bedeuten, dass das System die richtigen Entscheidungsdaten für Compliance-Zwecke erfasst. Und die Nutzerakzeptanzrate, also der Prozentsatz berechtigter Anfragen, die in den Workflow gelangen, gegenüber informell weitergeleiteten Anfragen, zeigt Ihnen, ob dem Prozess vertraut oder er umgangen wird.
Beobachten Sie diese Felder in Ihrem Workflow-Dashboard: durchschnittliche Zeit von der Einreichung bis zur Entscheidung, Anzahl fehlgeschlagener oder abgelehnter Anfragen, Anzahl Eskalationen pro Zeitraum, Anfragen ohne Entscheidung nach Ablauf des SLA sowie Anteil der ohne Überarbeitung abgeschlossenen Anfragen. Sie möchten Trendlinien sehen, keine einmaligen Momentaufnahmen.
📊 In der Praxis:
Die Workflow-Analysedaten von AltaFlow deuten darauf hin, dass gut implementierte Genehmigungsautomatisierung die Durchlaufzeiten typischerweise um 40–60 % reduziert. Als Vergleichswerte gelten eine Reduzierung um 30–50 % innerhalb der ersten drei Monate und mindestens 85 % routinemäßiger Genehmigungen, die ohne Überarbeitung abgeschlossen werden. Diese Zahlen dienen der Orientierung und sind nicht garantiert – sie geben Ihnen jedoch einen realistischen Referenzpunkt dafür, wie „es funktioniert“ im Vergleich zu „wir haben ein Tool installiert und die Aufgabe als erledigt betrachtet“ aussieht.
Wann Sie eine Prozessprüfung durchführen und was Sie ändern sollten
Planen Sie eine Prozessprüfung 90 Tage nach dem Start und anschließend vierteljährlich. Führen Sie aber auch eine außerplanmäßige Prüfung durch, wenn Sie einen dieser Auslöser erkennen: eine Häufung von SLA-Verstößen in kurzer Zeit, einen Anstieg von Eskalationen in einem bestimmten Schritt, eine neue Richtlinienanforderung, die verändert, wer was genehmigen darf, oder eine Organisationsänderung, durch die die im Prozess benannten Personen versetzt werden. Wiederholte Eskalationsmuster aus derselben Genehmigungsphase weisen fast immer entweder auf eine unterbesetzte Rolle oder auf Kriterien hin, die nicht dazu passen, wie das Unternehmen tatsächlich Entscheidungen trifft. Ändern Sie die Kriterien. Erinnern Sie die Menschen nicht einfach daran, schneller zu reagieren.
Genehmigungsprozesse über Zeit zu verwalten bedeutet, den Workflow als lebendiges Dokument zu behandeln und nicht als Artefakt eines Produktivstarts. Regelmäßige Überprüfungen mit Stakeholdern – den Personen, die Anfragen einreichen, den Personen, die sie genehmigen, und den Personen, die die relevanten Geschäftsprozesse verwalten – bringen Probleme ans Licht, die Kennzahlen zu spät sichtbar machen.
Best Practices für einen Genehmigungsprozess, der nicht wieder zu E-Mail zurückkehrt
Die folgenden Best Practices sind nach dem konkreten Fehlermodus geordnet, den sie jeweils verhindern – denn eine Best Practice ohne diesen Kontext ist nur ein Vorschlag.
Nutzen Sie standardisierte Einreichungsvorlagen für jeden Anfragetyp
Genehmigungsprozesse driften zurück in informelle Kanäle, wenn die Einreichung über den offiziellen Prozess schwieriger ist als das Senden einer Nachricht. Vorlagen reduzieren Reibung bei der Einreichung und stellen sicher, dass genehmigende Personen vollständige Informationen erhalten, was Nacharbeitsanfragen verringert. Eine Anfrage, die mit allen erforderlichen Feldern eintrifft, kann sofort bewertet werden.
Implementieren Sie rollenbasierte Zugriffskontrollen und führen Sie einen vollständigen Prüfpfad
Ohne Zugriffskontrollen kann der Genehmigungsdatensatz nachträglich geändert werden. Das beeinträchtigt Compliance und führt zu Konflikten. Ein Prüfpfad erfasst, wer was wann und anhand welcher angegebenen Kriterien genehmigt hat. Die Möglichkeit, Verantwortlichkeit durchzusetzen, hängt davon ab, dass dieser Datensatz korrekt und manipulationssicher ist. Dies ist besonders wichtig in Workflows für Beschaffung, HR und Finanzen.
Definieren Sie Ausnahmewege vor dem Start, nicht erst nach der ersten Ausnahme
Jeder Prozess hat Sonderfälle – Anfragen außerhalb der Standardweiterleitungsregeln, nicht verfügbare genehmigende Personen und Einreichungen mit fehlender Dokumentation. Wenn Sie den Ausnahmeweg erst nach dem ersten Sonderfall gestalten, bleibt dieser erste Sonderfall liegen, während Sie ihn entwerfen. Dokumentieren Sie, was geschieht, wenn ein Schwellenwert nicht erreicht wird, die primär zuständige Person nicht reagiert oder eine Anfrage unvollständig ist.
Vermeiden Sie unnötige Genehmigungsebenen – hinterfragen Sie jeden sequenziellen Schritt
Jeder Genehmigungsschritt kostet Zeit. Ein effektiver Genehmigungsprozess enthält genau so viele Schritte, wie Risiko und Compliance tatsächlich erfordern – und nicht mehr. Wenn eine Genehmigungsebene existiert, weil „wir es schon immer so gemacht haben“ oder weil sie jemand einmal für eine konkrete Situation hinzugefügt hat, die nicht mehr besteht, entfernen Sie sie. Aufgaben, die eine Genehmigung benötigen, sollten klar definiert sein; Aufgaben, die keine benötigen, sollten nicht standardmäßig durch eine Genehmigung geleitet werden.
Konfigurieren Sie Benachrichtigungen, die an die richtige Person gehen, nicht nur an die richtige Rolle
Eine Benachrichtigung an ein Team-Postfach ist eine Benachrichtigung, die möglicherweise nicht bearbeitet wird. Benennen Sie einzelne Personen in Weiterleitungsregeln. Senden Sie Erinnerungen automatisch an Vertretungen, nicht manuell. Eine Genehmigungsbenachrichtigung, die einen neuen Genehmigungsdatensatz im bevorzugten Workflow-Tool der jeweiligen Person erstellt, statt in einem gemeinsamen Kanal zu verschwinden, wird zuverlässiger bearbeitet.
Legen Sie regelmäßige Governance-Prüfpunkte fest, damit Kriterien nicht veralten
Genehmigungskriterien, die unter der Budgetstruktur oder dem Organigramm des letzten Jahres sinnvoll waren, können heute falsch weiterleiten. Ein Governance-Prüfpunkt – vierteljährlich oder ausgelöst durch Organisationsänderungen – verhindert, dass der Prozess unbemerkt nicht mehr mit der tatsächlichen Arbeitsweise des Unternehmens übereinstimmt. Fördern Sie gemeinsame Verantwortung für den Prozess unter den Stakeholdern, die täglich damit arbeiten, nicht nur bei der Person, die ihn ursprünglich konfiguriert hat.
