Kaum ein Mittelständler, der es nicht schon versucht hätte - und kaum einer, bei dem das Ergebnis länger als ein paar Monate aktuell blieb. Irgendwo liegt ein Ordner "Prozesse_final", ein QM-Handbuch von 2021, ein Wiki mit drei gepflegten und vierzig verwaisten Seiten.
Dieser Leitfaden erklärt, warum das so ist - und wie Sie es besser machen: was in eine Prozessdokumentation gehört, wie Sie konkret vorgehen und wie Sie verhindern, dass die Doku nach sechs Monaten wieder Altpapier ist.
Warum Prozessdokumentation scheitert: Die drei Versionen jedes Prozesses
In jedem Unternehmen existiert jeder Prozess dreimal:
1. Der dokumentierte Prozess. Das, was im Handbuch, im Wiki oder in der ISO-Doku steht. Meist entstanden in einem Workshop vor zwei Jahren, seitdem unverändert.
2. Der vermutete Prozess. Das, was die Geschäftsführung glaubt, wie es läuft. "Der Auftrag geht über SAP, dann prüft der Vertrieb, dann geht's in die Fertigung."
3. Der echte Prozess. Das, was tatsächlich passiert: Der Auftrag kommt per Mail rein, Frau Behrens tippt ihn in eine Excel-Liste ab, weil die SAP-Maske "umständlich" ist, und ruft dann quer über den Flur, ob die Fertigung Kapazität hat. Funktioniert seit Jahren. Steht nirgends.
Die meisten Dokumentationsprojekte scheitern, weil sie Version 2 aufschreiben - die Vermutung der Führungsebene - und Version 3 nie zu Gesicht bekommen. Wer den echten Prozess kennt, sitzt selten im Workshop. Und wenn doch, sagt er dort nicht: "Ich mache das seit Jahren anders, als es hier an der Wand steht."
Das zweite Scheiterproblem ist der Aufwand. Prozesse dokumentieren heißt klassisch: Workshops ansetzen, Leute aus dem Tagesgeschäft ziehen, jemanden finden, der alles nachbereitet. Bei 20 Prozessen und knapper Personaldecke ist nach dem dritten Workshop die Luft raus. Der Rest bleibt undokumentiert - meist ausgerechnet die Prozesse, die nur eine einzige Person im Kopf hat.
Das dritte Problem behandeln wir weiter unten ausführlich: Selbst gute Doku veraltet, wenn niemand sie pflegt.
Was eine gute Prozessdokumentation enthält
Eine brauchbare Prozessdokumentation beantwortet die Fragen, die eine neue Kollegin in Woche zwei stellt. Nicht mehr, nicht weniger. Als Checkliste:
Die Schritte
- Was löst den Prozess aus? (Bestellung, Anruf, Monatsende, Fehlermeldung)
- Welche Schritte folgen in welcher Reihenfolge?
- Was ist das Ergebnis, und woran erkennt man, dass der Prozess fertig ist?
Die Verantwortlichen
- Wer führt jeden Schritt aus - als Rolle, nicht nur als Name?
- Wer entscheidet bei Unklarheiten?
- Wer ist Vertretung, wenn die Hauptperson im Urlaub ist? (Wenn die Antwort "niemand" lautet, haben Sie gerade ein Wissensrisiko dokumentiert - das ist wertvoll.)
Die Systeme
- Welche Tools werden in welchem Schritt benutzt - inklusive der inoffiziellen Tabellen auf dem lokalen Laufwerk?
- Wo liegen die Daten, und wer hat Zugriff?
- Wo wird Information von einem System ins nächste übertragen - automatisch oder per Hand?
Die Übergaben
- An welchen Stellen wechselt der Prozess die Abteilung oder die Person?
- Wie wird übergeben: Ticket, Mail, ein Wort im Vorbeigehen an der Werkbank?
- Übergaben sind die häufigste Fehlerquelle. Dokumentieren Sie sie genauer als alles andere.
Die Sonderfälle
- Was passiert bei Eilaufträgen, Reklamationen, fehlenden Angaben?
- Genau diese Ausnahmen kennt oft nur eine Person - und genau dafür braucht man die Doku später.
Das Glossar
- Was heißt bei Ihnen "freigegeben"? Was ist ein "AB"? Was meint der Vertrieb mit "durch"?
- Interne Begriffe sind für Neue die größte Hürde. Drei Zeilen Glossar sparen dreißig Rückfragen.
Wenn Sie ein Prozessdokumentation-Beispiel brauchen: Nehmen Sie den Auftragseingang. Auslöser (Bestellung per Mail oder Shop), Schritte (Erfassung, Prüfung, Bestätigung), Verantwortliche (Innendienst, bei Sonderpreisen die Vertriebsleitung), Systeme (ERP plus die Preisliste in Excel), Übergabe an die Fertigung (per Ticket, in dringenden Fällen telefonisch), Sonderfall Eilauftrag (Freigabe direkt durch die GF). Zwei Seiten, und eine neue Kraft kann nach dem Lesen echte Fragen stellen statt Grundsatzfragen.
Schritt für Schritt: So dokumentieren Sie Ihre Prozesse
1. Priorisieren Sie nach Risiko, nicht nach Ordnung. Fangen Sie nicht beim Organigramm oben links an. Fragen Sie: Welcher Prozess steht still, wenn eine bestimmte Person morgen ausfällt? Welcher produziert regelmäßig Fehler? Diese zuerst.
2. Fragen Sie die, die es tun. Nicht die Abteilungsleitung fragen, wie der Prozess läuft - die Person fragen, die ihn ausführt. Am besten einzeln, nicht in der Gruppe. In Einzelgesprächen sagen Menschen Sätze wie "offiziell machen wir das so, aber eigentlich...". Genau dieser Satz ist der Kern jeder ehrlichen Prozessdokumentation.
3. Folgen Sie den Verweisen. In fast jedem Gespräch fällt ein Satz wie "das macht dann Max" oder "die Liste pflegt Hanne". Das sind keine Randnotizen, das ist Ihre Landkarte: Sprechen Sie als Nächstes mit Max und Hanne. So arbeiten Sie sich von Wissensträger zu Wissensträger, statt zu raten, wer etwas wissen könnte.
4. Schreiben Sie den Ist-Zustand auf, nicht den Wunsch. Der häufigste Fehler: Beim Dokumentieren wird gleich "optimiert" - aufgeschrieben wird, wie es sein sollte. Ergebnis ist eine Doku, die von Tag eins an falsch ist. Erst der ehrliche Ist-Zustand, mit der Word-Vorlage von 2019 und dem Postfach als Ablage. Verbessern können Sie danach, auf Basis von Fakten.
5. Machen Sie Widersprüche sichtbar, statt sie glattzubügeln. Wenn der Chef sagt "läuft über SAP" und das Team sagt "läuft über drei Tabellen und den einen USB-Stick", ist das kein Redaktionsproblem. Das ist ein Befund. Schreiben Sie beide Versionen mit Quelle nebeneinander und klären Sie es - meist ist die Klärung wertvoller als die Doku selbst.
6. Legen Sie fest, wie die Doku aktuell bleibt. Dazu gleich mehr - aber entscheiden Sie es, bevor Sie die erste Seite schreiben. Eine Doku ohne Pflegekonzept ist ein Projekt mit eingebautem Verfallsdatum.
Wenn Ihnen für die Schritte 2 und 3 schlicht die Kapazität fehlt - und das ist im Mittelstand der Normalfall -, gibt es inzwischen einen anderen Weg: Bei wissa.ai interviewt eine KI Ihre Mitarbeitenden einzeln per Chat, 15 bis 20 Minuten pro Person, ohne Workshops. Fällt im Gespräch "das machen Max und Hanne", werden beide automatisch eingeladen - das Schneeball-Prinzip aus Schritt 3, nur ohne dass jemand die Interviews führen und nachbereiten muss. Widersprüche zwischen Aussagen stehen mit Quelle nebeneinander, und jede Aussage in der fertigen Doku ist bis zum Interview rückverfolgbar.
Der Pflege-Fluch: Warum Doku veraltet - und was dagegen hilft
Der Moment, in dem eine Prozessdokumentation fertig ist, ist der Moment, in dem sie anfängt zu veralten. Ein neues Tool wird eingeführt, eine Kollegin geht, ein Schritt fällt weg - und niemand denkt daran, das Handbuch anzupassen. Warum auch: Pflege ist unsichtbare Arbeit, für die sich niemand verantwortlich fühlt und die im Tagesgeschäft immer verliert.
Nach einem Jahr stimmen dann 70 Prozent der Doku noch - aber niemand weiß, welche 70 Prozent. Ab diesem Punkt ist sie schlimmer als keine Doku: Neue verlassen sich auf falsche Angaben, Erfahrene ignorieren sie komplett. Der PDF-Friedhof ist geboren.
Was dagegen hilft:
- Einen Eigentümer pro Prozess benennen. Nicht "das QM", sondern eine Person mit Namen, die bei Änderungen die Seite anfasst.
- Pflege an Anlässe koppeln statt an Termine. "Quartalsweise Review" wird verschoben, bis er stirbt. Besser: Jede Tool-Einführung, jeder Personalwechsel, jede Prozessänderung löst ein Doku-Update aus.
- Klein halten. Zwei aktuelle Seiten schlagen zwanzig veraltete. Alles streichen, was keine Frage einer neuen Kollegin beantwortet.
- Lebende Doku statt Dokument. Der grundlegendere Ansatz: Die Doku ist kein Endprodukt, das einmal erzeugt und dann verwaltet wird, sondern sie wird aus wiederkehrenden Gesprächen laufend neu gespeist. Bei wissa.ai etwa aktualisiert sich die Prozessdokumentation nach jedem Interview, mit sichtbarem Diff zur Vorversion - man sieht, was sich seit dem letzten Stand geändert hat, statt es zu ahnen.
Der Maßstab ist unbequem, aber einfach: Wenn niemand sagen kann, wann Ihre Doku zuletzt aktualisiert wurde, ist sie tot.
Prozessdokumentation Vorlage: Wann Word reicht - und wann nicht
Die Suche nach einer "Prozessdokumentation Vorlage" führt zu hunderten Word- und Excel-Templates. Die nüchterne Einordnung:
Eine Vorlage reicht, wenn Sie fünf bis zehn Prozesse haben, eine Person die Doku wirklich als ihre Aufgabe betrachtet und sich Ihre Abläufe selten ändern. Ein Zwei-Seiten-Template mit den Feldern aus der Checkliste oben - Auslöser, Schritte, Verantwortliche, Systeme, Übergaben, Sonderfälle - ist dann völlig ausreichend. Sie brauchen keine BPMN-Software und keine Schwimmbahn-Diagramme, um einen Auftragseingang festzuhalten.
Eine Vorlage reicht nicht, wenn das eigentliche Problem gar nicht das Formular ist. Eine Vorlage löst drei Dinge nicht: Sie holt das Wissen nicht aus den Köpfen (das leere Feld "Sonderfälle" füllt sich nicht von selbst), sie deckt nicht auf, dass der dokumentierte und der echte Prozess auseinanderlaufen, und sie pflegt sich nicht. Wer 30 Prozesse, hohe Personalfluktuation oder kritisches Kopfwissen bei Einzelpersonen hat, bekommt mit Vorlagen vor allem eines: 30 leere Formulare und ein schlechtes Gewissen.
Die Faustregel: Die Vorlage ist die Lösung für das Struktur-Problem. Für das Erhebungs-Problem und das Pflege-Problem brauchen Sie einen Prozess - oder ein Werkzeug, das beides übernimmt.
Wenn Sie den zweiten Weg testen wollen: wissa.ai ist aktuell in der Beta - 149 Euro pro Monat mit 12 Interview-Credits, Befragte kostenlos, DSGVO-konform mit EU-Hosting und AVV, ohne Leistungsbewertung und mit freiwilliger Teilnahme, also auch mit Betriebsrat gut vereinbar. Auf die Beta-Warteliste eintragen.
FAQ
Wie fange ich an, wenn noch gar nichts dokumentiert ist?
Nicht mit dem Organigramm und nicht mit allen Prozessen gleichzeitig. Wählen Sie die zwei, drei Prozesse mit dem größten Risiko - dort, wo Wissen an einer einzigen Person hängt oder regelmäßig Fehler passieren. Sprechen Sie mit den Ausführenden, schreiben Sie den Ist-Zustand auf zwei Seiten auf, benennen Sie einen Eigentümer. Dann der nächste Prozess.
Wie detailliert muss eine Prozessdokumentation sein?
So detailliert, dass eine neue Kollegin nach dem Lesen weiterarbeiten kann - nicht detaillierter. Jeder Klick-für-Klick-Screenshot-Roman veraltet schneller, als er gelesen wird. Auslöser, Schritte, Verantwortliche, Systeme, Übergaben und Sonderfälle auf ein bis drei Seiten sind fast immer das richtige Maß.
Wer sollte die Prozesse dokumentieren - die Führungskraft oder das Team?
Die Inhalte müssen von den Ausführenden kommen, sonst dokumentieren Sie die Vermutung statt der Realität. Die Führungskraft priorisiert, klärt Widersprüche und sorgt dafür, dass Zeit dafür da ist. Wer das Aufschreiben komplett an eine Person delegiert, die den Prozess nicht selbst ausführt, muss zumindest sicherstellen, dass diese Person mit den Richtigen spricht.
Brauche ich eine spezielle Software für Prozessdokumentation?
Für wenige, stabile Prozesse: nein, ein Word-Template oder ein Wiki reicht. Software wird sinnvoll, wenn das Erheben (Wissen aus vielen Köpfen holen) oder das Aktuellhalten das eigentliche Problem ist - also bei vielen Prozessen, Fluktuation oder verteiltem Kopfwissen. Kaufen Sie kein Tool für ein Problem, das Sie nicht haben, und keine Vorlage für ein Problem, das eine Vorlage nicht löst.
Wie oft muss eine Prozessdokumentation aktualisiert werden?
Besser als ein fester Rhythmus sind Anlässe: neues Tool, Personalwechsel, geänderter Ablauf - jedes dieser Ereignisse löst ein Update aus. Wenn Sie zusätzlich einen Rhythmus wollen: Einmal im Jahr jeden Prozess vom Eigentümer gegenlesen lassen ist realistischer als der quartalsweise Review, der nach dem zweiten Quartal ausfällt.