Bevor du die erste Zeile schreibst
Die meisten Prozessdokumentationen scheitern nicht an der Form, sondern daran, dass niemand vorher zwei Fragen geklärt hat: Wofür? und Von wo bis wo? Wer das überspringt, produziert entweder eine 40-Seiten-Doku, die keiner liest, oder eine dreizeilige Notiz, die nichts trägt.
Dieser Artikel ist die praktische Anleitung zum Prozessdokumentation-Leitfaden: eine kopierbare Vorlage, sechs Schritte und ein konkretes Beispiel. Am Ende weißt du nicht nur, was in eine Prozessdokumentation gehört, sondern wie du sie so erstellst, dass sie auch in einem Jahr noch stimmt.
Offenlegung: Wir bauen bei Balane mit FlowVisual eine Desktop-App (Windows & macOS), die Prozesse als Simulation laufen lässt. Sie taucht am Ende auf — die Vorlage und die Schritte funktionieren ohne jedes Tool, auf Papier genauso wie digital.
Die Vorlage: Was in jede Prozessdokumentation gehört
Kopiere diese Struktur in Word, Confluence, Notion — egal. Sie ist bewusst kompakt: ein Steckbrief (der Kopf), eine Schritt-Tabelle (der Körper) und drei kurze Anhänge (Ausnahmen, Kennzahlen, Versionierung).
1. Prozess-Steckbrief
| Feld | Inhalt |
|---|---|
| Prozessname | Kurz und eindeutig, z. B. „Eingangsrechnung bis Zahlung" |
| Zweck | Ein Satz: warum es diesen Prozess gibt |
| Auslöser | Was den Prozess startet |
| Ergebnis | Woran man Erfolg erkennt |
| Scope | Start- und Endpunkt — und was nicht dazugehört |
| Prozesseigentümer | Eine namentlich benannte Person |
| Stand / nächste Prüfung | Datum + Verantwortliche/r |
2. Schritt-Tabelle (der Kern)
| # | Schritt | Wer (Rolle) | System | Entscheidung? | Dauer | Herkunft |
|---|---|---|---|---|---|---|
| 1 | Rechnung empfangen | Buchhaltung | E-Mail / DMS | – | 2 min | gemessen |
| 2 | Sachlich prüfen | Fachabteilung | ERP | Betrag > 5.000 €? | 15 min | geschätzt |
| 3 | Freigeben | Kostenstellenleiter | ERP | abgelehnt → zurück an 2 | 5 min | geschätzt |
| 4 | Zahlung anstoßen | Buchhaltung | Banking | – | 3 min | gemessen |
Die Spalte Herkunft (geschätzt / berechnet / gemessen) ist der unscheinbarste, aber wichtigste Teil. Sie entscheidet, ob deine Zahlen später einer Nachfrage standhalten.
3. Drei kurze Anhänge
- →Ausnahmen & Sonderfälle: „Was, wenn die Rechnung keine Bestellnummer hat?" Hier landet das Wissen, das sonst nur erfahrene Mitarbeiter im Kopf haben.
- →Kennzahlen: Volumen (z. B. 800 Rechnungen/Monat), Gesamtdurchlaufzeit, Fehler-/Rücklaufquote.
- →Versionierung: Wer hat wann was geändert. Eine Tabelle mit drei Spalten reicht.
Das ist die ganze Vorlage. Mehr braucht es für die meisten Prozesse nicht — und weniger trägt nicht.
Die sechs Schritte
Schritt 1: Zweck und Scope festlegen
Kläre zuerst, wofür du dokumentierst — Einarbeitung, Audit, Standardisierung oder Optimierung. Der Zweck bestimmt alles Weitere: Detailtiefe, Format, Sprache. Eine Audit-Doku ist nüchtern und vollständig; eine Einarbeitungs-Doku ist anschaulich und führt.
Dann der Scope: Wo beginnt der Prozess, wo endet er? Schreibe explizit auf, was nicht dazugehört. Ein zu weit gefasster Scope ist der häufigste Grund, warum Doku-Projekte im Sand verlaufen.
Schritt 2: Die richtigen Leute fragen
Der wichtigste Schritt — und der, der am häufigsten übersprungen wird. Dokumentiere den Prozess mit den Menschen, die ihn täglich ausführen, nicht aus der Vorstellung am Schreibtisch. Der Soll-Prozess in den Köpfen der Führung und der gelebte Ist-Prozess klaffen fast immer auseinander, und die Lücke ist genau da, wo die Probleme sitzen.
Praktisch: ein moderiertes Gespräch oder ein kurzer Workshop von 60–90 Minuten pro Prozess. Du fragst, sie erzählen, du zeichnest live mit. Die richtige Frage ist nicht „Wie läuft das?", sondern „Was war das letzte Mal, als es schiefging?"
Schritt 3: Ist-Zustand erfassen
Geh die Schritt-Tabelle der Reihe nach durch. Für jeden Schritt: Wer macht es, mit welchem System, gibt es eine Entscheidung/Verzweigung, wie lange dauert es? Halte dich an die Flughöhe, die der Zweck verlangt — nicht jeder Klick, sondern die nachvollziehbare Tätigkeit.
Wichtig: Erfasse die Ausnahmen parallel. Jedes Mal, wenn jemand „normalerweise..." oder „außer wenn..." sagt, gehört das in den Anhang.
Schritt 4: Kennzahlen mit Herkunft ergänzen
Trage Dauer, Volumen und Fehlerquoten ein — und markiere bei jedem Wert die Herkunft: gemessen (du hast es gestoppt oder aus dem System gezogen), berechnet (aus anderen Werten abgeleitet) oder geschätzt (jemand hat ein Bauchgefühl genannt). Diese drei Stufen sind der Unterschied zwischen einer Doku, die beeindruckt, und einer, die trägt. Niemand erwartet, dass alles gemessen ist — aber jeder hat das Recht zu wissen, was geraten wurde.
Schritt 5: Review mit den Beteiligten
Die erste Version ist immer falsch. Das ist kein Makel, sondern der normale Lauf. Schick die Doku an die Beteiligten oder geh sie in einem zweiten kurzen Termin durch. Erfahrungsgemäß tauchen hier die wertvollsten Ausnahmen erst auf, weil das fertige Bild die Erinnerung triggert.
Schritt 6: Lebendig halten
Der Schritt, der über Wert oder Aktenstaub entscheidet. Drei Dinge konkret festlegen:
- →Eigentümer: eine namentlich benannte Person, nicht „die Abteilung".
- →Prüfrhythmus: ein festes Datum (z. B. halbjährlich) plus ereignisbasierte Auslöser — Systemwechsel, Reorganisation, neue gesetzliche Anforderung.
- →Ablageort mit wenig Reibung: dort, wo gearbeitet wird. Eine Doku, die man extra suchen muss, wird nicht gepflegt.
Ein durchgängiges Beispiel: Mitarbeiter-Onboarding
Kurz und konkret. Prozess: ein neuer Mitarbeiter startet.
- →Auslöser: unterschriebener Vertrag liegt vor.
- →Ergebnis: Mitarbeiter ist am ersten Tag arbeitsfähig (Zugänge, Hardware, Einweisung).
- →Schritte (verkürzt): (1) HR legt Personalakte an → (2) IT richtet Konten & Hardware ein → (3) Vorgesetzter plant Einarbeitung → (4) Facility stellt Arbeitsplatz → (5) Tag 1: Begrüßung & Einweisung.
- →Entscheidung: Remote oder vor Ort? Verzweigt bei Schritt 2 und 4.
- →Ausnahme: Was, wenn die Hardware nicht rechtzeitig da ist? → Leihgerät aus dem Pool.
- →Kennzahl: Durchlaufzeit „Vertrag bis arbeitsfähig" — Ziel: ≤ 5 Werktage. Aktuell: geschätzt 8 Tage, weil Schritt 2 oft auf Schritt 1 wartet.
Genau dieser letzte Satz ist der Übergang von Dokumentation zu Erkenntnis: Die Doku zeigt, dass Schritt 2 wartet. Aber wie viel das in Zeit und Geld kostet — und was es bringt, die beiden Schritte zu parallelisieren — zeigt erst die nächste Stufe.
Häufige Fehler beim Erstellen
- 01Am Schreibtisch erfunden statt vor Ort aufgenommen. Ohne die Ausführenden dokumentierst du Fiktion.
- 02Zu detailliert. Wenn die Doku jeden Mausklick enthält, liest sie keiner und niemand pflegt sie.
- 03Zahlen ohne Herkunft. Eine geschätzte Zahl als Fakt zu verkaufen, fliegt beim ersten kritischen Nachhaken auf.
- 04Kein Eigentümer. Ohne benannte Person ist die Doku ab Tag eins auf dem Weg zur Veraltung.
- 05Fertig = abgelegt. Die Doku ist nie „fertig". Wer sie als einmaliges Projekt behandelt, hat sie schon verloren.
Von der Vorlage zum belastbaren Modell
Eine ausgefüllte Vorlage ist ein guter Stand — aber sie ist statisch. Sie sagt „Schritt 2 wartet oft auf Schritt 1", aber nicht, wie oft, wie teuer und was eine Änderung wert wäre. Diese Fragen beantwortet erst ein Modell, das läuft.
Genau dafür haben wir FlowVisual gebaut. Du überträgst die Schritte aus deiner Vorlage in ein paar Bausteine, hinterlegst die Kennzahlen (mit derselben Herkunfts-Logik: geschätzt / berechnet / gemessen) und drückst Play. Die Last fließt durch, Warteschlangen bauen sich auf, der Engpass kippt von Teal nach Rot.
Dann der eigentliche Mehrwert: Ändere eine Zahl — Person dazu, Schritt automatisieren — und das Modell rechnet Vorher/Nachher in Zeit und Euro durch, mit Spanne statt Scheingenauigkeit. Aus „wir glauben, das hilft" wird „hier ist die Rechnung". FlowVisual läuft nativ auf Windows und macOS, lokal (keine Cloud, keine Anmeldung) und ist als Vollversion (v0.9) per Direktdownload erhältlich — 14 Tage kostenlos testen, danach 99 €/Jahr für 3 Lizenzen (netto, B2B). Details auf der Produktseite.
Häufig gestellte Fragen
Wie lange dauert es, einen Prozess zu dokumentieren?
Für einen überschaubaren Prozess (4–8 Schritte): ein Aufnahme-Gespräch von 60–90 Minuten plus etwa eine Stunde Nachbereitung und ein kurzer Review. Für komplexe, abteilungsübergreifende Prozesse mit vielen Ausnahmen: ein halber bis ganzer Tag plus Datenerhebung. Der zeitintensivste Teil ist fast immer, Kennzahlen zu messen statt zu schätzen.
Welches Tool soll ich für die Vorlage nehmen?
Für den Anfang reicht das Tool, das du eh hast — Word, Confluence, Notion. Wichtiger als die Software ist, dass die Struktur stimmt (Steckbrief + Schritt-Tabelle + Anhänge) und die Doku dort liegt, wo gearbeitet wird. Wann sich spezialisierte Software lohnt, steht im Tool-Vergleich.
Soll ich den Ist- oder den Soll-Prozess dokumentieren?
Zuerst immer den Ist-Zustand — wie es heute wirklich läuft, inklusive der unbequemen Abkürzungen und Ausnahmen. Erst auf dieser ehrlichen Grundlage lohnt sich ein Soll-Prozess. Wer direkt das Ideal dokumentiert, beschreibt einen Prozess, den niemand lebt.
Wie detailliert sollte die Schritt-Tabelle sein?
So, dass ein neuer Mitarbeiter den Prozess danach korrekt ausführen könnte — nicht detaillierter. Für die meisten Zwecke ist die Ebene „Aufgabe" richtig (z. B. „Rechnung sachlich prüfen"), nicht die Ebene „Mausklick". Geht es um Automatisierung, brauchst du jeden Entscheidungspunkt.
Was mache ich mit Prozessen, die ständig anders laufen?
Wenn ein Prozess wirklich jedes Mal anders läuft, ist das oft das eigentliche Problem, nicht die Dokumentation. Dokumentiere den häufigsten Pfad als Hauptlinie und die Abweichungen als Ausnahmen. Wird die Liste der Ausnahmen länger als die Hauptlinie, hast du einen Standardisierungs- statt eines Doku-Falls.
Fazit
Eine gute Prozessdokumentation zu erstellen ist keine Frage des schönsten Tools, sondern von drei Dingen: Zweck und Scope vorab klären, den Ist-Zustand mit den Ausführenden aufnehmen, und die Doku lebendig halten statt sie abzulegen. Die Vorlage oben gibt dir das Skelett; die sechs Schritte geben dir den Weg.
Und wenn aus der ausgefüllten Vorlage mehr werden soll als ein Dokument — ein Modell, das läuft, Engpässe zeigt und einen €-Case trägt — dann haben wir FlowVisual genau dafür gebaut. FlowVisual läuft auf Windows und macOS — 14 Tage kostenlos testen, danach 99 €/Jahr für 3 Lizenzen (netto, B2B).
Feedback gern an contact@balane.tech.
