Prozessdokumentation: Vorlage, Tools, Fehler
· DigifyNow
Eine Prozessdokumentation hält fest, wer bei welchem Auslöser welche Schritte mit welchen Eingaben ausführt und wann der Ablauf fertig ist. Dafür geht man einen echten Fall mit den Ausführenden durch, notiert Rollen, Entscheidungen, Systeme und Ausnahmen und lässt das Ergebnis von ihnen gegenlesen. Brauchbar bleibt sie nur mit einem benannten Verantwortlichen, einer Versionsangabe und einem festen Anlass zur Überprüfung, etwa jeder Änderung an Software oder Zuständigkeit.
Was ist Prozessdokumentation?
Ein Prozess ist, einfach erklärt, eine wiederkehrende Folge von Schritten, die ein Ereignis auslöst und die mit einem prüfbaren Ergebnis endet. Eine Reklamation geht ein, und am Ende hat der Kunde eine Gutschrift oder ein Ersatzteil bekommen. Die Prozessdokumentation schreibt genau diese Folge auf: Auslöser, Schritte, wer sie ausführt, welche Entscheidungen unterwegs fallen, welche Systeme und Unterlagen im Spiel sind und woran man erkennt, dass der Vorgang abgeschlossen ist.
Am Reklamationsbeispiel sieht das so aus: Auslöser ist die E-Mail oder der Anruf des Kunden. Der Innendienst legt einen Vorgang an und prüft, ob die Ware in der Gewährleistung liegt. Liegt sie darin, entscheidet die Technik nach Foto oder Rücksendung über Reparatur oder Ersatz. Liegt sie nicht darin, geht ein Kulanzangebot raus, das der Vertriebsleiter freigibt. Abgeschlossen ist der Fall, wenn die Gutschrift gebucht oder das Ersatzteil versandt ist und der Vorgang auf erledigt steht. Wer das so aufschreibt, hat eine Prozessdokumentation. Wer nur „Reklamationen bearbeitet der Innendienst“ notiert, hat eine Zuständigkeit, aber keinen Ablauf.
Was ist das Ziel einer Prozessdokumentation?
Das Ziel einer Dokumentation: Jemand soll den Ablauf ausführen, prüfen oder ändern können, ohne die Person zu fragen, die ihn bisher im Kopf hatte. Daraus ergeben sich drei Leser mit verschiedenen Ansprüchen. Die neue Mitarbeiterin soll den Ablauf lernen. Der Geschäftsführer oder Auditor will wissen, wer wofür zuständig ist. Und der Entwickler übersetzt den Ablauf in Software oder eine Automatisierung.
Der Zweck entscheidet über die Tiefe. Für die Einarbeitung braucht es Bildschirmschritte und Beispiele, für die Zuständigkeit reicht ein Ablauf mit Rollen, für die Automatisierung braucht es zusätzlich jede Ausnahme und jedes Datenfeld. Was nicht funktioniert: alle Prozesse eines Unternehmens auf einmal in derselben Tiefe beschreiben. Das bindet Wochen, und bis der letzte Prozess fertig ist, stimmt der erste nicht mehr. Fangen Sie besser mit den Abläufen an, bei denen gerade Wissen verloren zu gehen droht, Fehler auftreten oder eine Änderung ansteht.
Welche Ebenen gehören in eine Prozessdokumentation?
Die meisten Dokumentationen, die im Alltag niemand nutzt, mischen Ebenen: Auf einer Seite stehen Zuständigkeiten für die ganze Firma und einzelne Mausklicks durcheinander. Sinnvoll ist eine Trennung in drei Ebenen, die aufeinander verweisen.
| Ebene | Beantwortet die Frage | Typische Form | Wer liest sie |
|---|---|---|---|
| Prozesslandkarte | Welche Prozesse gibt es überhaupt und wie hängen sie zusammen? | Eine Seite mit Führungs-, Kern- und Unterstützungsprozessen | Geschäftsführung, Auditoren, neue Führungskräfte |
| Prozessbeschreibung | Wer macht bei welchem Auslöser was, und wo wird entschieden? | Ablaufdiagramm mit Rollenbahnen (Swimlanes) plus kurzer Text | Beteiligte Abteilungen, Prozessverantwortliche, Entwickler |
| Arbeitsanweisung | Wie genau führe ich diesen einen Schritt im System aus? | Schrittliste mit Screenshots oder kurzes Bildschirmvideo | Ausführende, neue Mitarbeitende, Vertretungen |
Wie man die oberste Ebene aufbaut, steht im Beitrag zur Prozesslandkarte mit Beispiel aus dem Metallbau. Die mittlere Ebene ist der Kern dieser Anleitung. Die Arbeitsanweisung ändert sich am häufigsten, weil jedes Software-Update Masken und Schaltflächen verschiebt.
Wie dokumentiert man einen Prozess?
- Grenzen festlegen: Benennen Sie den Auslöser („Bestellung geht im Shop ein“) und das Ende („Rechnung ist versandt und Ware übergeben“). Was davor oder danach passiert, gehört in einen anderen Prozess.
- Einen echten Fall nachgehen: Setzen Sie sich mit den Ausführenden zusammen und gehen Sie einen konkreten, kürzlich abgeschlossenen Vorgang Schritt für Schritt durch. Gefragt wird, was tatsächlich passiert ist, nicht was im Handbuch stehen sollte.
- Rollen statt Namen notieren: „Innendienst“ statt „Frau Müller“. Sonst ist die Dokumentation mit dem ersten Personalwechsel falsch.
- Entscheidungen und Ausnahmen festhalten: Jede Stelle, an der jemand „kommt drauf an“ sagt, ist eine Verzweigung mit einer Regel. Fragen Sie nach der Regel und nach dem letzten Fall, in dem sie nicht gepasst hat.
- Systeme und Daten zuordnen: Zu jedem Schritt gehört, in welchem Programm er passiert und welche Angaben dort eingegeben oder gelesen werden. Wechsel zwischen Papier, E-Mail und Software markieren Sie gesondert, denn dort gehen Informationen verloren.
- Zeichnen und schreiben: Ablauf als Diagramm mit Rollenbahnen, darunter pro Schritt zwei bis drei Sätze. Eine Abbildung ohne Text erklärt keine Ausnahme, ein Text ohne Abbildung zeigt keine Übergaben.
- Gegenlesen lassen: Die Ausführenden prüfen, ob der Ablauf stimmt. Eine Person, die den Prozess nicht kennt, prüft, ob sie ihn danach ausführen könnte.
- Freigeben und Pflege regeln: Version, Datum, verantwortliche Rolle und Überprüfungsanlass eintragen, dann an einem Ort ablegen, den alle finden.
Wer den Ablauf zusätzlich messen will, etwa Liege- und Durchlaufzeiten, geht einen Schritt weiter in Richtung Analyse. Das Vorgehen dafür beschreibt der Beitrag zur Prozessanalyse mit Vorlage und Rechenweg.
Prozessdokumentation Vorlage: Welche Felder gehören hinein?
Eine Vorlage für die Prozessdokumentation lohnt sich vor allem, weil sie alle Beschreibungen im Unternehmen gleich aufbaut. Wer zehn Prozesse in zehn Formaten hat, findet in keinem etwas schnell. Diese Felder decken die mittlere Ebene ab:
- Prozessname und Kennung, damit Verweise eindeutig sind
- Zweck: Welches Ergebnis liefert der Prozess, für wen?
- Auslöser und Ende, jeweils als prüfbares Ereignis
- Prozessverantwortliche Rolle, die Änderungen freigibt
- Beteiligte Rollen und Abteilungen
- Eingaben und Ergebnisse: Dokumente, Daten, Ware
- Schrittfolge mit Rolle, System und Kurzbeschreibung je Schritt
- Entscheidungen mit ihrer Regel
- Bekannte Ausnahmen und wer sie behandelt
- Verweise auf Arbeitsanweisungen, Formulare und mitgeltende Prozesse
- Version, Datum der letzten Prüfung und Anlass für die nächste
Gibt es eine Prozessdokumentation Vorlage kostenlos?
Ja. Mehrere Softwareanbieter stellen kostenlose Vorlagen bereit, in den deutschen Suchergebnissen steht etwa HubSpot mit einer kostenlosen Vorlage für Prozessdokumentation weit oben. Genauso gut funktioniert eine eigene Vorlage aus den Feldern oben, in einem Textdokument oder einer Tabelle, die Sie ohnehin nutzen. Der Haken jeder fertigen Vorlage: Sie gibt Felder vor, die für Ihren Betrieb nicht passen, und lässt Felder weg, die Sie brauchen. Passen Sie die Vorlage an einem echten Prozess an, bevor Sie sie für alle anderen verwenden. Eine Vorlage ersetzt außerdem nicht das Gespräch mit den Ausführenden. Vom Schreibtisch aus ausgefüllt beschreibt sie meist den Soll- statt den Ist-Ablauf.
Prozessdokumentation Tool: Welche Werkzeugtypen gibt es?
Bei der Frage nach dem passenden Tool für die Prozessdokumentation hilft es, zuerst den Werkzeugtyp zu wählen und erst dann ein Produkt. Die Tabelle vergleicht die Typen nach demselben Maßstab. Die genannten Produkte sind Beispiele für den jeweiligen Typ. Funktionsumfang und Pläne ändern sich und stehen in der Dokumentation des jeweiligen Anbieters.
| Werkzeugtyp | Beispiele | Passt für | Grenze |
|---|---|---|---|
| Textdokument oder Tabelle | Microsoft Word, Google Docs, Excel | Einstieg, wenige Prozesse, kleine Teams | Versionen vervielfältigen sich als Kopien; Verweise zwischen Prozessen brechen leicht |
| Wiki oder Wissensdatenbank | Confluence, Notion | Viele Prozesse, Verlinkung zwischen Ebenen, Suche für alle Mitarbeitenden | Diagramme meist nur eingebettet; ohne Verantwortliche wächst es unsortiert |
| Diagramm- und Whiteboard-Werkzeug | draw.io, Microsoft Visio, Miro | Abläufe mit Rollenbahnen zeichnen, gemeinsame Workshops | Text, Ausnahmen und Versionen müssen anderswo gepflegt werden |
| BPMN-Modellierungswerkzeug | Camunda Modeler, SAP Signavio, ADONIS | Einheitliche Notation, große Prozessbestände, Vorbereitung für Prozess-Engines | Einarbeitung in die Notation nötig; für Ausführende oft schwer lesbar |
| Bildschirmvideo | Loom, eingebaute Bildschirmaufnahme des Betriebssystems | Arbeitsanweisungen, die einen Klickweg zeigen | Bei jeder Änderung der Oberfläche neu aufnehmen; ohne Textfassung nicht durchsuchbar |
Für die meisten kleinen und mittleren Betriebe reicht die Kombination aus einem Wiki für Text und Verweise und einem Diagrammwerkzeug für die Abläufe. Ein BPMN-Werkzeug lohnt sich erst, wenn viele Prozesse einheitlich modelliert werden müssen oder Abläufe später in einer Prozess-Engine laufen sollen. Wer eine Wissensablage ohnehin neu aufsetzt, findet im Beitrag zum Obsidian Second Brain im Unternehmen eine weitere Variante mit lokal gespeicherten Textdateien.
Woran scheitert Prozessdokumentation?
- Niemand ist zuständig: Ohne verantwortliche Rolle wird die Dokumentation beim ersten Systemwechsel nicht angepasst und ab dann ignoriert.
- Soll statt Ist: Beschrieben wird, wie es laufen sollte. Die Ausführenden erkennen ihren Alltag nicht wieder und arbeiten weiter wie bisher.
- Kein Überprüfungsanlass: Ein fester Termin allein reicht selten. Wirksamer ist die Regel, dass jede Änderung an Software, Formular oder Zuständigkeit die Prüfung der betroffenen Beschreibung auslöst.
- Zu viel Tiefe auf der falschen Ebene: Screenshots in der Prozessbeschreibung veralten mit jedem Update und reißen den ganzen Text mit.
- Ablage an mehreren Orten: Liegt eine Fassung im Laufwerk und eine im Wiki, weiß niemand, welche gilt.
- Ausnahmen fehlen: Der Normalfall ist schnell beschrieben. Zeit kosten im Alltag die Sonderfälle, und genau die fehlen, wenn niemand danach fragt.
Was hat Prozessdokumentation mit Automatisierung zu tun?
Eine saubere Prozessbeschreibung ist die Vorlage für jede Prozessautomatisierung: Auslöser, Entscheidungsregeln und Datenfelder sind genau die Angaben, die ein Entwickler oder ein Automatisierungswerkzeug braucht. Fehlen die Ausnahmen in der Dokumentation, fehlen sie auch in der Automatisierung, und die Sonderfälle bleiben unbemerkt liegen. Welche Abläufe sich dafür eignen und wann nicht, steht im Beitrag zur Prozessautomatisierung im KMU.
Umgekehrt dokumentiert sich eine Automatisierung teilweise selbst. In n8n etwa besteht ein Workflow aus sichtbaren Knoten und lässt sich als JSON-Datei exportieren, Einzelheiten stehen in der n8n-Dokumentation. Die fachliche Beschreibung ersetzt das aber nicht: Der Workflow zeigt, was technisch passiert, nicht warum eine Regel so gewählt wurde und wer sie ändern darf.
DigifyNow arbeitet bei Software- und KI-Projekten von der dokumentierten Ist-Fassung eines Ablaufs aus. Soll ein Ablauf an einen KI-Assistenten oder eine Automatisierung übergeben werden, prüfen wir zuerst, ob Auslöser, Regeln und Ausnahmen beschrieben sind, und ergänzen sie gemeinsam mit den Ausführenden. Wie das bei Automatisierungen mit KI abläuft, beschreibt die Seite zur KI-Automatisierung für Unternehmen.
Wann sich Unterstützung lohnt
Einen einzelnen Ablauf zu dokumentieren, schaffen die meisten Betriebe selbst, mit Vorlage, Diagrammwerkzeug und einem Termin mit den Ausführenden. Hilfe von außen lohnt sich, wenn die Dokumentation die Grundlage für neue Software, eine Automatisierung oder einen KI-Assistenten werden soll, wenn mehrere Abteilungen und Systeme an einem Ablauf beteiligt sind oder wenn Wissen an einer einzelnen Person hängt, die bald fehlt. Halten Sie dafür bereit: Auslöser und Ende des Ablaufs, die beteiligten Rollen, die genutzten Programme und zwei bis drei echte Fälle, darunter einen, der nicht glatt lief. Damit lässt sich in einer kostenlosen Ersteinschätzung Ihres Vorhabens klären, ob Dokumentation reicht oder ob sich ein weiterer Schritt anbietet.
Häufige Fragen
Was muss man als Prozessmanager können?
Ein Prozessmanager muss Abläufe mit den Ausführenden aufnehmen können, ohne sie dabei zu bewerten, die Regeln hinter Entscheidungen erfragen, Abläufe als Ablaufdiagramm oder in BPMN darstellen und Änderungen zwischen Abteilungen abstimmen. Dazu kommt ein Grundverständnis der eingesetzten Software, denn viele Prozessfehler entstehen an Übergaben zwischen Systemen. Wichtiger als Fachautorität ist die Fähigkeit, Verantwortlichkeiten eindeutig zu klären.
Was ist der Unterschied zwischen Prozessbeschreibung und Arbeitsanweisung?
Die Prozessbeschreibung zeigt den gesamten Ablauf vom Auslöser bis zum Ergebnis mit Rollen, Entscheidungen und Übergaben. Die Arbeitsanweisung beschreibt einen einzelnen Schritt daraus im Detail, etwa den Klickweg im Warenwirtschaftssystem. Die Beschreibung ändert sich, wenn sich Zuständigkeiten ändern, die Arbeitsanweisung schon dann, wenn ein Software-Update eine Maske verschiebt. Deshalb gehören beide in getrennte Dokumente mit Verweis.
Wie oft sollte eine Prozessdokumentation aktualisiert werden?
Eine feste Frist allein hält Dokumentationen selten aktuell. Verlässlicher ist ein Auslöser: Jede Änderung an Software, Formularen, Zuständigkeiten oder Vorgaben, die den Ablauf berührt, löst die Prüfung der betroffenen Beschreibung durch die verantwortliche Rolle aus. Ergänzend kann ein jährlicher Durchgang prüfen, ob Beschreibungen ohne Änderungsanlass noch stimmen. Version und Prüfdatum stehen im Dokument selbst.
Ist eine videogestützte Prozessdokumentation besser als Text?
Video eignet sich für Arbeitsanweisungen, bei denen ein Klickweg oder ein Handgriff gezeigt werden muss. Für die Prozessbeschreibung taugt es wenig: Ohne Textfassung lässt sich ein Video nicht durchsuchen, Entscheidungsregeln und Ausnahmen gehen darin unter, und jede Änderung der Oberfläche verlangt eine neue Aufnahme. Bewährt hat sich Text mit Diagramm als Grundlage, ergänzt um kurze Videos für einzelne Schritte.