- Prozessdokumentation
- Prozessmanagement
- Vorlagen
- Wissensmanagement
- Onboarding
Prozessdokumentation erstellen: Leitfaden, Vorlage und Beispiele
@lyanaweiss11 Min. Lesezeit

Eine Prozessdokumentation beschreibt, wie ein wiederkehrender Ablauf in deinem Unternehmen wirklich funktioniert: wer ihn auslöst, welche Prozessschritte folgen, welche Verantwortlichkeiten gelten und woran man ein gutes Ergebnis erkennt. Im Alltag steckt dieses Wissen oft in den Köpfen von zwei oder drei erfahrenen Mitarbeitern. Das fällt erst auf, wenn jemand krank ist, kündigt oder das Team schnell wächst. In diesem Leitfaden bekommst du eine Anleitung in sieben Schritten, eine Vorlage, die du in Word, Confluence oder Excel übernehmen kannst, ein vollständig ausgefülltes Beispiel und ein paar Kennzahlen, mit denen du prüfst, ob deine Dokumentation im Alltag überhaupt genutzt wird.
Was ist eine Prozessdokumentation und was gehört hinein?
Eine gute Prozessdokumentation beantwortet immer dieselben Fragen, egal ob es um die Auftragsabwicklung, das Onboarding im Personalwesen oder die Freigabe eines Features in der Produktentwicklung geht. Diese Bausteine gehören hinein:
Prozessname und Zweck: ein Name aus Objekt und Verb ("Rechnung freigeben" statt "Rechnungsthema") und ein Satz dazu, welches Problem der Prozess löst.
Auslöser, Start und Ende: welches Ereignis den Prozessablauf startet und woran du erkennst, dass er abgeschlossen ist.
Inputs und Outputs: was hineinkommt (Dokumente, Daten, Formulare) und was am Ende herauskommt.
Rollen und Verantwortlichkeiten: wer ausführt, wer entscheidet und wer informiert wird.
Prozessschritte und Prozessvarianten: die Tätigkeiten in der richtigen Reihenfolge, inklusive Ausnahmen.
Kontrollpunkte und Risiken: wo geprüft oder freigegeben wird und was schiefgehen kann.
Kennzahlen, Version und Eigentümer: woran du Erfolg misst, wer zuständig ist und wann zuletzt geändert wurde.
Warum der Aufwand? Weil die Einarbeitung neuer Mitarbeiterinnen und Mitarbeiter kürzer wird, Schulungen eine gemeinsame Grundlage bekommen und Qualitätssicherung sowie Audits nach ISO 9001 nachvollziehbare Nachweise vorfinden. Dazu kommt Risikominimierung, weil kritisches Wissen nicht mehr an einzelnen Personen hängt, und mehr Transparenz darüber, wer was tut. Und wenn du später einen KI-Support-Agent oder eine Self-Service-Wissensdatenbank aufbauen willst, können diese nur so gute Antworten geben wie die Dokumentation dahinter.
Prozess, Verfahren und SOP: der Unterschied
Diese Begriffe werden oft vermischt, dabei lassen sie sich klar trennen. Der Prozess beschreibt den übergeordneten Ablauf vom Auslöser bis zum Ergebnis, quer über mehrere Rollen hinweg. Verfahren und Standardarbeitsanweisungen (im Englischen SOPs, Standard Operating Procedures) erklären dagegen, wie eine einzelne Tätigkeit innerhalb dieses Prozesses genau ausgeführt wird, oft mit Klickpfaden und Screenshots. In der Praxis verlinkst du aus der Prozessdokumentation auf die passenden SOPs, statt jedes Detail in den Prozess zu packen.
Zwei weitere Abgrenzungen helfen beim Einstieg. Prozessmanagement, im Englischen Business Process Management, ist die übergeordnete Disziplin, mit der du Abläufe steuerst und verbesserst. Die Prozessdokumentation liefert dafür die Grundlage. Außerdem lohnt es sich, immer mit dem Ist-Prozess zu beginnen, also mit dem, was heute tatsächlich passiert. Wer direkt den Soll-Zustand aufschreibt, dokumentiert einen Wunsch, und die Engpässe, die du eigentlich beheben willst, bleiben unsichtbar.
Prozesse dokumentieren in 7 Schritten: von der Prozessidentifizierung bis zur Freigabe
Die folgenden Schritte funktionieren für fast alle Workflows, vom Kundenservice bis zur Buchhaltung. Beim ersten Prozess brauchst du etwas länger.
Prozesse identifizieren und priorisieren. Du musst nicht alle Arbeitsabläufe auf einmal dokumentieren. Die Prozessidentifizierung startet mit einer kurzen Prioritätenliste, in der du jeden Kandidaten nach drei Fragen bewertest: Wie oft läuft er, wie teuer sind Fehler, und wie stark hängt er an einzelnen Personen? Oben landen meist Routineaufgaben mit hohem Fehlerrisiko, etwa Rechnungsfreigabe, Onboarding oder Angebotserstellung.
Ziel und Grenzen festlegen. Beschreibe Start und Ende in je einem Satz, zum Beispiel "beginnt mit dem Eingang der Rechnung, endet mit der Zahlungsfreigabe". Halte außerdem fest, wofür die Prozessdokumentation gedacht ist, ob für die Schulung neuer Kollegen, für ein Audit oder als Basis, um Verbesserungspotenziale zu finden. Dieses Ziel bestimmt, wie detailliert du wirst.
Ist-Prozess erfassen. Für einfache Abläufe mit wenigen Beteiligten reichen Einzelinterviews. Bereite dafür fünf bis acht Fragen vor: Was löst den Ablauf aus, was tust du als Erstes, wo wartest du auf andere, was geht häufig schief? Sobald mehrere Abteilungen beteiligt sind, ist ein Prozessworkshop von etwa 90 Minuten effizienter, weil die Übergaben direkt im Raum geklärt werden. Eine bewährte Agenda: Ziel und Grenzen vorstellen, jeden Schritt auf Post-It-Klebezettel schreiben, an einer Metaplan-Wand sortieren, Übergaben und Probleme markieren. Für hybride Teams funktioniert dasselbe auf einem digitalen Whiteboard wie Miro. Damit niemand Prozessschritte auslässt, lass die Beteiligten einen echten Fall der letzten Woche durchgehen, statt den Ablauf aus dem Gedächtnis zu beschreiben. Erfasse zunächst nur die Hauptvariante und höchstens zwei häufige Prozessvarianten, seltene Sonderfälle kommen später dazu.
Rollen und Übergaben klären. Die meisten Fehler entstehen dort, wo eine Aufgabe von einer Person zur nächsten wandert. Halte für jeden Schritt fest, wer ihn ausführt und wer das Ergebnis bekommt, und arbeite mit Rollen statt Namen. Bei Prozessen mit vielen Beteiligten ergänzt eine RACI-Matrix (verantwortlich, rechenschaftspflichtig, konsultiert, informiert) die Dokumentation und macht Teamprozesse über Bereichsgrenzen hinweg nachvollziehbar.
Entwurf schreiben. Jetzt hast du Interviewnotizen, Fotos von der Wand und vielleicht ein Bildschirmvideo, in dem jemand den Ablauf vorführt. Aus einem Video schreibst du die Schritte am einfachsten heraus, indem du bei jedem Klick pausierst und eine Zeile notierst. Danach geht es ans Ausformulieren, und hier verlieren viele Teams den Schwung. KI-gestützte Apps helfen beim ersten Entwurf: Mit einer Prozessdokumentation Software wie Cortee gibst du deine Notizen als Stichpunkte ein, Cortee schreibt und formatiert daraus die Seite, und hinter jedem Absatz bleibt sichtbar, auf welcher Notiz er beruht. Wie das Schreiben mit KI generell funktioniert, liest du im Beitrag Dokumentation mit KI erstellen. Ob mit oder ohne Hilfe: Halte dich an die Vorlage unten und beginne jeden Schritt mit einem Verb.
Validieren. Gib den Entwurf jemandem, der den Prozess kennt, und jemandem, der ihn nicht kennt. Die erfahrene Person findet fachliche Fehler, die unerfahrene findet Lücken, weil sie nichts stillschweigend ergänzt. Lass sie den Ablauf anhand des Textes einmal durchspielen und notiere jede Rückfrage. Beobachte zusätzlich einen echten Durchlauf, dann weißt du, dass der Text die Realität trifft.
Freigeben, ablegen und kommunizieren. Die verantwortliche Führungskraft gibt frei, und du trägst einen Prozesseigentümer ein. Lege die Seite in eurer Wissensdatenbank ab, etwa in einem Wiki oder einem Content-Collaboration-Hub wie Confluence. Ordne dort nach Bereichen, gib jedem Prozess eine ID und verlinke zugehörige SOPs. Kündige die neue Seite im Team an, denn gute Kommunikation entscheidet darüber, ob sie genutzt wird.
Kostenlose Vorlage für Prozesssteckbrief und Prozesstabelle
Der Prozesssteckbrief fasst die Eckdaten auf einer Seite zusammen, die Prozesstabelle darunter beschreibt die einzelnen Schritte. Die Tabelle kannst du direkt in Excel oder Google Sheets übernehmen: Jede Spalte wird zu einer Spalte im Tabellenblatt. Ein einheitlicher Prozessstandard für alle Abläufe sorgt für Konsistenz, weil jeder sofort weiß, wo welche Information steht.
PROZESSSTECKBRIEF
Prozessname:
Prozess-ID / Version / Datum:
Prozesseigentümer (Rolle):
Freigegeben von:
Zweck:
Auslöser:
Startpunkt / Endpunkt:
Geltungsbereich / nicht enthalten:
Rollen und Verantwortlichkeiten:
Inputs:
Outputs:
Beteiligte Systeme:
Prozessvarianten / Ausnahmen:
Kontrollpunkte:
Risiken:
Kennzahlen (Ziel / Ist):
Review-Rhythmus und Review-Auslöser:
PROZESSTABELLE (Spalten für Excel)
Nr. | Prozessschritt | Rolle | Eingang | Tätigkeit | System | Ergebnis | Kontrollpunkt | Risiko | NachweisWie bei allen Vorlagen gilt: Passe die Felder an deinen Bereich an, aber lass keines leer. Ein leeres Feld "Risiken" sagt dem Leser nicht, ob es keine gibt oder ob niemand darüber nachgedacht hat. Schreib im Zweifel "keine bekannt" hinein.
Beispiel: Prozessdokumentation für die Rechnungsfreigabe
Hier ein ausgefülltes Beispiel aus einem Unternehmen mit rund 40 Mitarbeitern. Rechnungen kamen dort per Post, per E-Mail und manchmal direkt an Projektleiter, und Skontofristen wurden regelmäßig verpasst.
PROZESSSTECKBRIEF
Prozessname: Eingangsrechnung freigeben
Prozess-ID / Version / Datum: FIN-03 / 1.2 / 17.10.2026
Prozesseigentümer (Rolle): Leitung Buchhaltung
Freigegeben von: Geschäftsführung
Zweck: Rechnungen fristgerecht, sachlich geprüft und korrekt verbucht bezahlen
Auslöser: Rechnung geht im zentralen Postfach rechnungen@ ein
Startpunkt / Endpunkt: Eingang der Rechnung / Rechnung freigegeben und archiviert
Geltungsbereich / nicht enthalten: alle Abteilungen / Reisekosten, Gutschriften
Rollen und Verantwortlichkeiten: Buchhaltung (Erfassung, Zahlung), Kostenstellenverantwortliche (sachliche Prüfung), Geschäftsführung (Freigabe ab 5.000 Euro)
Inputs: Rechnung als PDF, Bestellung, Lieferschein
Outputs: Rechnung im Zahlungslauf, Beleg im Archiv
Beteiligte Systeme: Buchhaltungssoftware, E-Mail-Postfach, digitales Archiv
Prozessvarianten / Ausnahmen: Papierrechnungen werden zuerst gescannt; Rechnungen ohne Bestellung gehen zur Klärung an die Kostenstelle
Kontrollpunkte: formale Prüfung, sachliche Prüfung, Vier-Augen-Freigabe ab 5.000 Euro
Risiken: verpasstes Skonto, doppelte Zahlung, gefälschte Bankverbindung
Kennzahlen (Ziel / Ist): Durchlaufzeit unter 5 Arbeitstagen / 9 Tage; Skontoquote über 90 Prozent / 64 Prozent
Review-Rhythmus und Review-Auslöser: jährlich sowie bei Systemwechsel, neuen Freigabegrenzen oder neuer RolleNr. | Prozessschritt | Rolle | Eingang | Tätigkeit | System | Ergebnis | Kontrollpunkt | Risiko | Nachweis |
|---|---|---|---|---|---|---|---|---|---|
1 | Rechnung erfassen | Buchhaltung | PDF im Postfach | hochladen, Stammdaten zuordnen | Buchhaltungssoftware | Rechnung erfasst | Dublettenprüfung | doppelte Zahlung | Erfassungsprotokoll |
2 | Formal prüfen | Buchhaltung | erfasste Rechnung | Pflichtangaben und Bankdaten prüfen | Buchhaltungssoftware | formal korrekt | Abgleich mit Stammdaten | gefälschte IBAN | Prüfvermerk |
3 | Sachlich prüfen | Kostenstellenverantwortliche | Rechnung, Bestellung | Leistung und Betrag bestätigen | Buchhaltungssoftware | sachlich richtig | Abgleich mit Bestellung | falsche Menge oder Preis | digitale Freigabe |
4 | Freigeben | Geschäftsführung (ab 5.000 Euro) | geprüfte Rechnung | Zahlung freigeben | Buchhaltungssoftware | Zahlungsfreigabe | Vier-Augen-Prinzip | unberechtigte Zahlung | Freigabevermerk |
5 | Bezahlen und archivieren | Buchhaltung | freigegebene Rechnung | Zahlungslauf, Ablage | Buchhaltungssoftware, Archiv | bezahlt und abgelegt | Skontofrist geprüft | verpasstes Skonto | Zahlungsprotokoll |
Die Prozesskontrolle sitzt an den Schritten 2 bis 4, und genau dort zeigten sich die Verbesserungspotenziale: Rechnungen lagen tagelang bei den Kostenstellen. Die neue Regel, die sachliche Prüfung innerhalb von zwei Arbeitstagen zu erledigen, steht deshalb direkt in der Dokumentation und nicht in einer separaten E-Mail.
Flussdiagramm, Swimlane oder Checkliste: das passende Format
Steckbrief und Tabelle sind dein Hauptdokument, weil sie auch Ausnahmen und Begründungen transportieren. Eine grafische Prozessabbildung ergänzt sie, und welches Format passt, hängt davon ab, wer liest und in welcher Situation.
Flussdiagramme, im Englischen Flowchart, zeigen auf einen Blick, wo Entscheidungen fallen und welche Wege es gibt. Das lohnt sich, sobald ein Prozess mehr als eine Verzweigung hat. Ein Swimlane-Diagramm ordnet jeden Schritt einer Bahn pro Rolle oder Abteilung zu und macht Übergaben sichtbar. Für Abläufe über mehrere Teams ist dieses Prozessdiagramm meist das hilfreichste, weil es die Teamarbeit an den Schnittstellen klärt. Ein Spaghetti-Diagramm zeichnet die tatsächlichen Wege von Personen oder Material nach und eignet sich vor allem für die Analyse in Produktion und Lager. Wer ein formales Prozessmodell braucht, etwa für die Automatisierung, greift zur Notation BPMN.
Eine Checkliste schließlich ist das richtige Format für Leute, die den Ablauf schon kennen und nur nichts vergessen wollen, zum Beispiel am ersten Arbeitstag beim Onboarding. Leite sie direkt aus der Prozesstabelle ab, dann bleibt die Standardisierung erhalten, ohne dass du zwei Wahrheiten pflegst. Kurze Tutorials als Video ergänzen das gut, wenn ein Schritt am Bildschirm schwer zu beschreiben ist.
Häufige Fehler und wie du sie vermeidest
Die meisten Probleme haben wenig mit dem Format zu tun und viel mit dem Vorgehen:
Soll statt Ist dokumentieren. Ein Ablauf, den niemand wiedererkennt, wird auch nicht genutzt.
Zu viel Detail. Einen Prozess mit 60 Schritten liest keiner. Bündle Kleinstschritte und verlinke Arbeitsanweisungen separat.
Nur mit der Führungskraft sprechen. Wer den Prozess täglich ausführt, kennt die Workarounds.
Namen statt Rollen. Sobald eine Person das Team verlässt, stimmt die Seite nicht mehr.
Kein Eigentümer und kein Review. Ohne Zuständigkeit ist eine Dokumentation nach wenigen Monaten veraltet.
Der letzte Punkt entscheidet darüber, ob sich der Aufwand lohnt.
Prozessdokumentation aktuell halten und für Prozessverbesserung nutzen
Systeme werden gewechselt, Freigabegrenzen angepasst, neue Rollen entstehen, und jede dieser Änderungen macht ein paar Sätze falsch. Damit die Prozessdokumentation mitwächst, braucht sie einen Eigentümer, feste Review-Auslöser und einen Änderungsverlauf. Eigentümer ist die Rolle, die den Prozess verantwortet, meist die Teamleitung des Bereichs. Überprüfe jeden Prozess mindestens einmal im Jahr und zusätzlich bei konkreten Anlässen: Systemwechsel, neue oder wegfallende Rolle, wiederholter Fehler, neue gesetzliche Vorgabe oder Audit-Befund. In den Änderungsverlauf gehören Versionsnummer, Datum, wer geändert hat, was sich geändert hat und warum.
Im Alltag fehlt für die Pflege meistens die Zeit. Die neue Freigabegrenze ist beschlossen, aber niemand formuliert den Absatz um. Hier hilft es, wenn eine Änderung so klein sein darf wie eine Notiz. In Cortee gibt das Team kurze Stichpunkte ein, etwa "Freigabe GF ab 10.000 Euro statt 5.000", und Cortee ändert nur den betroffenen Abschnitt auf der Live-Seite, während der Rest unverändert bleibt. Die Quelle jeder Änderung bleibt sichtbar, und die Daten werden in der EU gespeichert.
Kennzahlen: woran du gute Dokumentation erkennst
Kaum ein Ratgeber sagt dir, wie du prüfst, ob deine Prozessdokumentation wirkt. Dabei reichen wenige Signale. Die Nutzungsrate zeigt, wie oft eine Seite aufgerufen wird, denn eine Prozessseite, die niemand öffnet, ist entweder unbekannt oder unbrauchbar. Die Fehlerquote im Prozess, etwa der Anteil an Rechnungen mit Rückfragen, sollte nach der Einführung sinken. Die Durchlaufzeit misst, wie lange ein Vorgang vom Auslöser bis zum Ergebnis braucht, und macht die Effizienzsteigerung sichtbar. Ergänzend beobachtest du die Einarbeitungszeit neuer Kollegen und die Zahl der Rückfragen an erfahrene Mitarbeiter. Wer viele Prozesse betreut, hält zusätzlich eine einfache Prozessreife fest, von 1 (nicht dokumentiert) bis 4 (dokumentiert, getestet, gemessen und regelmäßig überprüft).
Diese Zahlen machen aus der Dokumentation ein Werkzeug für Prozessverbesserung und Teameffizienz. Gepflegte Dokumentation sichert die Wissensbewahrung über Personalwechsel hinweg und schafft die Grundlage für Skalierung, wenn dein Team wächst. Fang mit einem einzigen Prozess an, nimm die Vorlage von oben und bring den Entwurf in zwei Wochen zur Freigabe. Wenn du sehen willst, wie aus deinen Workshop-Notizen eine lesbare Seite wird, die bei der nächsten Änderung nicht veraltet, probier es mit deinem ersten Prozess in Cortee aus.