Prozessdokumentation Beispiele: 5 vollständig ausgefüllte Musterdokumente

Diese Prozessdokumentation-Beispiele sind fünf reale, vollständig ausgefüllte Dokumente, je eines für Betrieb, Finanzen, Lager, Engineering und HR, ohne offene Felder und mit einem PDF, das Sie noch heute an eine Kollegin oder einen Kollegen weitergeben können.

Direkt zu den Beispielen springen.

Was ein gutes Prozessdokumentation-Beispiel ausmacht

Sechs Kriterien trennen nützliche Prozessdokument-Beispiele von reiner Dekoration. Die Grafik ordnet sie Beispiel 1 zu.

• Klar benannter Umfang mit definiertem Start- und Endpunkt. Erfüllt: Das Dokument benennt den Prozess, was ihn auslöst und was ihn als abgeschlossen kennzeichnet. Nicht erfüllt: Sie können nicht erkennen, wo Ihre Verantwortung beginnt oder endet.
• Eine verantwortliche Person oder Rolle für die Arbeit, nicht nur für das Dokument. Erfüllt: Jeder Schritt trägt die Rolle, die ihn ausführt, und eine benannte Person hält das Dokument aktuell. Nicht erfüllt: passive Schritte ohne zugeordnete Rolle, sodass die Übergabe keinen Empfänger hat.
• Nummerierte Schritte in einfacher Sprache, jeweils eine Handlung. Erfüllt: Sie können jeden Schritt beim ersten Mal ausführen, ohne nach der Bedeutung eines Begriffs fragen zu müssen. Nicht erfüllt: Fachjargon oder drei Handlungen in einem Satz zusammengefasst.
• Eingaben, Werkzeuge und ein erwartetes Ergebnis pro Schritt. Erfüllt: Jeder Schritt nennt, was zum Start benötigt wird und was am Ende vorliegt, sodass sich der Abschluss überprüfen lässt. Nicht erfüllt: Der Schritt endet ohne Ergebnis, sodass niemand erkennen kann, ob er tatsächlich stattgefunden hat.
• Visueller Nachweis neben dem Text. Erfüllt: Ein Screenshot oder Diagramm steht neben dem Schritt, den es erklärt, und zeigt den echten Bildschirm. Nicht erfüllt: eine Textwand oder ein Titelbild, das nichts veranschaulicht.
• Version, Datum und Überprüfungsrhythmus im Dokument selbst. Erfüllt: Der Kopfbereich trägt eine Version, ein Datum der letzten Prüfung und ein Datum der nächsten Prüfung. Nicht erfüllt: ein undatiertes Dokument, dessen Aktualität sich nicht prüfen lässt – das Manko, das fünf von sechs Referenzquellen benennen.

5 Prozessdokumentation-Beispiele zum Nachmachen

Jedes der fünf Beispiele für Geschäftsprozessdokumentation ist vollständig ausgefüllt: Kopfzeilen-Felder, Auslöser, nummerierte Schritte mit Verantwortlichen und Ergebnissen sowie die Ausnahmeregelung. Laden Sie alle fünf Prozessdokumentation-Muster als bearbeitbare PDFs herunter.

Beispiel 1: Kunden-Onboarding-Übergabe

Nutzen Sie dieses Beispiel, wenn Sie als Customer-Success-Lead ein unterschriebenes Konto in die Implementierung übernehmen.

• Prozess-ID: CS-001
• Verantwortlich: Customer Success Lead
• Version: 2.1 | Letzte Prüfung: 12. August 2026 | Nächste Prüfung: 12. Februar 2027
• Auslöser: Vertrag im CRM gegengezeichnet
• Abschlussbedingung: Kunde schließt den ersten erfolgreichen Workflow in der Produktivumgebung ab
• Schritt 1. Der/die Vertriebsmitarbeiter/in hinterlegt die Übergabenotiz innerhalb von 24 Stunden nach Gegenzeichnung im CRM. Eingabe: unterschriebener Vertrag. Ergebnis: vollständige Übergabenotiz mit Zielen, Stakeholdern und bekannten Risiken.
• Schritt 2. Der/die CS-Lead prüft die Notiz und bucht den Kickoff-Call innerhalb von 2 Werktagen. Ergebnis: Kalendereinladung mit angehängter Agenda.
• Schritt 3. Der/die CS-Lead führt den 45-minütigen Kickoff durch und bestätigt die Erfolgsmetrik schriftlich. Ergebnis: Erfolgsmetrik im Kundendatensatz vermerkt.
• Schritt 4. Der/die Solutions Engineer richtet den Arbeitsbereich ein und lädt benannte Nutzer/innen ein. Eingabe: Nutzerliste aus der Übergabenotiz. Ergebnis: Arbeitsbereich live, Nutzer/innen eingeladen.
• Schritt 5. Der/die CS-Lead führt die 30-minütige Schulung durch und teilt die Aufzeichnung. Ergebnis: Link zur Aufzeichnung im Kundendatensatz.
• Schritt 6. Der/die CS-Lead bestätigt den ersten abgeschlossenen Produktiv-Workflow und markiert das Onboarding als abgeschlossen. Ergebnis: Kontostatus auf „Aktiv" gesetzt.
• Ausnahme: Wird die Erfolgsmetrik bis Tag 10 nicht vereinbart, erfolgt die Eskalation an die CS-Managerin bzw. den CS-Manager.

Was hier funktioniert: „Eine verantwortliche Person oder Rolle für die Arbeit, nicht nur für das Dokument": drei Rollen verantworten benannte Schritte, dazu ein/e Dokumentenverantwortliche/r.

Worauf zu achten ist: Schritt 4 setzt einen separaten Solutions Engineer voraus. Fassen Sie ihn in die Schritte des/der CS-Lead, wenn eine Person beide Aufgaben übernimmt.

PDF herunterladen

Beispiel 2: Monatliche Rechnungsabstimmung

Nutzen Sie dieses Beispiel, wenn Sie als Kreditorenbuchhalter/in den Monat abschließen.

• Prozess-ID: FIN-014
• Verantwortlich: AP Team Lead
• Version: 4.0 | Letzte Prüfung: 30. Juli 2026 | Nächste Prüfung: 30. Januar 2027
• Auslöser: letzter Werktag des Monats
• Abschlussbedingung: Abstimmungsbericht von der Controllerin bzw. vom Controller freigegeben
• Schritt 1. Der/die Kreditorenbuchhalter/in exportiert das Lieferantenrechnungsregister für den Zeitraum. Ergebnis: Register-CSV im Monatsabschluss-Ordner.
• Schritt 2. Der/die Kreditorenbuchhalter/in gleicht jede Rechnung mit Bestellung und Wareneingang ab. Ergebnis: Drei-Wege-Abgleichsprotokoll, in dem jede Zeile als abgeglichen oder als Ausnahme markiert ist.
• Schritt 3. Der/die Kreditorenbuchhalter/in listet nicht abgeglichene Posten über $500 als Ausnahmen. Ergebnis: Ausnahmeliste mit Lieferant, Betrag und Begründung.
• Schritt 4. Der/die Kreditorenbuchhalter/in sendet jede Ausnahme mit einer Antwortfrist von 3 Werktagen per E-Mail an den zuständigen Budgetverantwortlichen. Ergebnis: Versandprotokoll.
• Schritt 5. Der/die AP Team Lead klärt oder verbucht jede offene Ausnahme als Rückstellung. Ergebnis: Rückstellungsbuchungen erfasst.
• Schritt 6. Der/die Controller/in prüft die Abweichungszusammenfassung und gibt sie frei. Ergebnis: unterschriebener Abstimmungsbericht abgelegt.
• Ausnahme: Jede Einzelabweichung über $10,000 geht vor der Freigabe an die CFO.

Was hier funktioniert: „Eingaben, Werkzeuge und ein erwartetes Ergebnis pro Schritt": Jeder Schritt endet in einem überprüfbaren Ergebnis, und die Schwellenwerte von $500 und $10,000 machen die Ausnahmeregelung testbar.

Worauf zu achten ist: Beide Dollarschwellen sind auf das Volumen eines bestimmten Unternehmens abgestimmt. Passen Sie sie an Ihre eigenen Rechnungswerte an.

PDF herunterladen

Beispiel 3: Wareneingang und Einlagerung im Lager

Nutzen Sie dieses Beispiel, wenn Sie als Wareneingangsmitarbeiter/in an der Rampe arbeiten.

• Prozess-ID: OPS-207
• Verantwortlich: Lagerleiter/in
• Version: 1.3 | Letzte Prüfung: 5. Juni 2026 | Nächste Prüfung: 5. Dezember 2026
• Auslöser: Spediteur trifft am Wareneingang ein
• Abschlussbedingung: Bestand im WMS am Lagerplatz sichtbar und kommissionierbar
• Werkzeuge: Handscanner, Palettenhubwagen, Schadensmeldeblock
• Schritt 1. Der/die Wareneingangsmitarbeiter/in prüft die Frachtpapiere vor dem Entladen gegen die erwartete Bestellung. Ergebnis: Bestellnummer bestätigt oder Ladung abgelehnt.
• Schritt 2. Der/die Mitarbeiter/in zählt die Kartons anhand des Lieferscheins und erfasst die Anzahl. Ergebnis: Kartonanzahl im Wareneingangsprotokoll.
• Schritt 3. Der/die Mitarbeiter/in fotografiert und dokumentiert etwaige Schäden, bevor der Spediteur abfährt. Ergebnis: Schadensmeldung mit Foto und Unterschrift des Spediteurs.
• Schritt 4. Der/die Mitarbeiter/in scannt jeden Karton als eingegangen ins WMS ein. Ergebnis: Bestellstatus auf „Eingegangen" gesetzt.
• Schritt 5. Der/die Mitarbeiter/in bringt den Bestand an den zugewiesenen Lagerplatz und scannt die Platzbestätigung. Ergebnis: Lagerplatz zur Artikelnummer erfasst.
• Schritt 6. Der/die Lagerleiter/in klärt jede Unter- oder Überlieferung noch am selben Tag mit dem Einkauf. Ergebnis: Bestellung angepasst oder Reklamation eröffnet.
• Sicherheitshinweis: Keine Palette höher als 1.8 m stapeln; beschädigte Paletten nicht mit dem Hubwagen bewegen.

Was hier funktioniert: „Klar benannter Umfang mit definiertem Start- und Endpunkt": Die Ankunft des Spediteurs eröffnet den Prozess, ein kommissionierbarer Lagerplatz schließt ihn ab.

Worauf zu achten ist: Das Beispiel setzt einen Scanner und ein laufendes WMS voraus; eine papierbasierte Rampe benötigt andere Ergebnisse in den Schritten 4 und 5.

PDF herunterladen

Beispiel 4: Software-Release-Deployment

Nutzen Sie dieses Beispiel, wenn Sie als zuständige/r Engineer für das Release im Dienst sind.

• Prozess-ID: ENG-052
• Verantwortlich: Release Manager
• Version: 6.2 | Letzte Prüfung: 20. August 2026 | Nächste Prüfung: 20. November 2026
• Auslöser: Release-Branch erstellt und CI grün
• Abschlussbedingung: Release getaggt, 60 Minuten überwacht, keine neuen Priorität-1-Alerts
• Schritt 1. Der/die Release Manager bestätigt, dass jedes Ticket im Release als QA-bestanden markiert ist. Ergebnis: Release-Checkliste mit Ticket-IDs.
• Schritt 2. Der/die Bereitschaftsingenieur/in kündigt das Deployment-Fenster 30 Minuten im Voraus im Release-Kanal an. Ergebnis: veröffentlichter Hinweis mit benanntem Rollback-Verantwortlichen.
• Schritt 3. Der/die Engineer führt die Migration im Staging aus und verifiziert die Smoke-Test-Suite. Ergebnis: grüner Smoke-Test-Lauf, im Kanal verlinkt.
• Schritt 4. Der/die Engineer deployt in die Produktivumgebung hinter dem Feature-Flag, Flag ausgeschaltet. Ergebnis: Build-Nummer erfasst.
• Schritt 5. Der/die Engineer aktiviert das Flag für 10 Prozent des Traffics und beobachtet Fehlerrate und Latenz 15 Minuten lang. Ergebnis: Dashboard-Screenshot im Kanal.
• Schritt 6. Der/die Engineer rollt auf 100 Prozent aus, taggt das Release und veröffentlicht das Änderungsprotokoll. Ergebnis: Git-Tag und Changelog-Eintrag.
• Rollback: Jeder Priorität-1-Alert innerhalb des 60-Minuten-Fensters bedeutet: zuerst das Flag ausschalten, dann das Deployment zurücksetzen. Der/die in Schritt 2 benannte Rollback-Verantwortliche trifft die Entscheidung.

Was hier funktioniert: „Nummerierte Schritte in einfacher Sprache, jeweils eine Handlung", ergänzt durch eine Rollback-Zeile, die benennt, wer entscheidet und in welcher Reihenfolge.

Worauf zu achten ist: Die 10-Prozent-Ausrollung setzt voraus, dass Feature-Flags eingerichtet sind; ohne sie gibt es in Schritt 5 nichts zu aktivieren.

PDF herunterladen

Beispiel 5: Offboarding von Mitarbeitenden

Nutzen Sie dieses Beispiel, wenn Sie als HR-Partner/in einen Austritt abschließen.

• Prozess-ID: HR-031
• Verantwortlich: HR Business Partner
• Version: 3.4 | Letzte Prüfung: 1. August 2026 | Nächste Prüfung: 1. Februar 2027
• Auslöser: Kündigung angenommen oder Beendigung bestätigt
• Abschlussbedingung: aller Zugriff entzogen, Arbeitsmittel zurückgegeben, letzte Gehaltsabrechnung verarbeitet
• Schritt 1. Der/die HR-Partner/in erfasst den letzten Arbeitstag und benachrichtigt am selben Tag die Führungskraft, IT und Gehaltsabrechnung. Ergebnis: Offboarding-Datensatz mit Datum angelegt.
• Schritt 2. Führungskraft und austretende Person vereinbaren ein Übergabedokument, das benennt, wer jede laufende Verantwortung übernimmt. Ergebnis: Übergabedokument mit einer verantwortlichen Person pro Punkt.
• Schritt 3. Die Führungskraft bucht eine 60-minütige Durchsprache der laufenden Arbeiten und zeichnet sie für die Nachfolge auf. Ergebnis: Aufzeichnung im Übergabedokument verlinkt.
• Schritt 4. Die IT entzieht SSO-, E-Mail- und Admin-Zugriff innerhalb von 2 Stunden nach dem letzten Arbeitstag. Ergebnis: unterschriebene Checkliste zum Zugriffsentzug.
• Schritt 5. Der/die HR-Partner/in sammelt Laptop, Ausweis und etwaige Schlüssel ein und erfasst die Rückgabe. Ergebnis: Bestandsprotokoll aktualisiert.
• Schritt 6. Die Gehaltsabrechnung verarbeitet die letzte Zahlung inklusive aufgelaufenem Urlaub im nächsten Zyklus. Ergebnis: letzte Lohnabrechnung ausgestellt.
• Schritt 7. Der/die HR-Partner/in führt das Austrittsgespräch innerhalb von 5 Werktagen und legt die Notizen ab. Ergebnis: Austrittsnotizen abgelegt.
• Ausnahme: Bei unfreiwilligen Austritten kehrt sich die Reihenfolge um, der Zugriff wird vor der Benachrichtigung entzogen.

Was hier funktioniert: „Version, Datum und Überprüfungsrhythmus im Dokument selbst": HR-031 trägt Version 3.4 und ein Prüfdatum im Februar 2027, sodass sich die Aktualität prüfen lässt.

Worauf zu achten ist: Unfreiwillige Austritte kehren die Reihenfolge um. Wer nur den Standardfall kopiert, lässt den riskantesten Fall undokumentiert.

PDF herunterladen

So passen Sie ein Prozessdokumentation-Beispiel an

1. Wählen Sie das Muster aus der Galerie, das Ihrem Prozess am nächsten kommt. Orientieren Sie sich zuerst an der Struktur, sechs oder sieben nummerierte Schritte mit jeweils einer verantwortlichen Person, statt an der Branche, damit der Aufbau schon passt, bevor Sie ein Wort ändern.
2. Schreiben Sie den gesamten Kopfbereich neu. Vergeben Sie eine eigene Prozess-ID, einen eigenen Verantwortlichen, Version 1.0, echte Daten für die letzte und nächste Prüfung sowie einen Auslöser und eine Abschlussbedingung in Ihren eigenen Worten.
3. Ordnen Sie jedem Schritt eine echte Rolle zu. Ersetzen Sie die Rollen aus dem Muster durch die Ihres Teams, und geben Sie jedem Schritt ohne Empfänger vorab eine verantwortliche Person.
4. Formulieren Sie Eingabe und Ergebnis jedes Schritts als konkret greifbare Artefakte um. Benennen Sie eine Datei, einen Datensatz oder eine Nachricht, die Ihr Team öffnen kann, damit sich der Abschluss eines Schritts überprüfen lässt.
5. Ergänzen oder streichen Sie Schritte und aktualisieren Sie die Werkzeugzeile. Streichen Sie, was Sie nicht tun, ergänzen Sie, was das Muster ausgelassen hat, und benennen Sie die Systeme, die Ihr Team nutzt.
6. Schreiben Sie die Ausnahme- bzw. Rollback-Zeile für Ihren schlimmsten Fall um. Die Muster eskalieren an Tag 10, bei $10,000 und bei einem Priorität-1-Alert; Ihr Prozess braucht seinen eigenen Schwellenwert.
7. Testen Sie es an jemandem, der den Prozess noch nie durchgeführt hat. Beobachten Sie, wie diese Person das Dokument einmal durcharbeitet, und beheben Sie jeden Schritt, bei dem nachgefragt werden musste.

Wann Sie Prozessdokumentation brauchen

Schreiben Sie das Dokument, sobald Sie eine wiederkehrende Aufgabe zum ersten Mal an eine neue Person übergeben. Das Onboarding auf eine bisher nicht ausgeführte Aufgabe ist über alle geprüften Quellen hinweg der häufigste Auslöser, und das Muster „Offboarding von Mitarbeitenden" existiert, weil der umgekehrte Fall genauso teuer ist: Die Person, die die Aufgabe verantwortet, verlässt das Unternehmen und nimmt den Ablauf mit.

Greifen Sie ebenfalls darauf zurück, wenn dieselbe Kundenanfrage zweimal auf dieselbe Weise abgewickelt werden muss. Dafür existiert die „Kunden-Onboarding-Übergabe", ebenso wie jeder Support-Workflow, der von Vertrieb in Implementierung übergeht, ohne dass jeder Schritt einen schriftlich festgelegten Empfänger hat.

Auch Deployments und Rollouts verdienen eines. Das „Software-Release-Deployment" benennt eine 60-minütige Beobachtungsphase und eine/n Rollback-Verantwortliche/n, weil sich die Kosten eines nicht dokumentierten Schritts dort als Ausfall statt als Frage bemerkbar machen.

Häufige Fehler bei der Prozessdokumentation

• Das Dokument nach einer Prozessänderung veralten lassen. Fünf von sechs geprüften Quellen benennen dies. Bei einem undatierten Dokument lässt sich nicht feststellen, ob es noch zur Arbeit passt, sodass Ihr Team ihm nicht mehr vertraut und stattdessen eine Kollegin oder einen Kollegen fragt.
• Einen Schritt unzugeordnet lassen, sodass der Prozess an der Übergabe bricht. Zwei Teams gehen jeweils davon aus, dass das andere den Schritt ausführt, und er fällt zwischen ihnen durch.
• Es dort ablegen, wo Ihr Team es nicht findet. Sie verlieren die Stunden, die Sie ins Schreiben investiert haben, und der Prozess läuft weiterhin aus dem Gedächtnis.
• In Fachjargon oder vager Formulierung schreiben. „Senden Sie eine herzliche, einladende, warme E-Mail" bringt die lesende Person ins Stocken; „Senden Sie eine Willkommens-E-Mail an alle neuen Mitarbeitenden" nicht. Wer ins Stocken gerät, fragt genau die Person, die das Dokument eigentlich ersetzen sollte.
• Es ohne die Personen schreiben, die den Prozess ausführen. Das Ergebnis beschreibt, wie die Arbeit ablaufen soll, statt wie sie tatsächlich abläuft, sodass genau die wichtigsten Schritte fehlen. Prinzipien ohne ausgefülltes Muster scheitern auf dieselbe Weise: Der/die Leser/in hat nichts zum Nachmachen.

Überspringen Sie das leere Blatt: Zeichnen Sie stattdessen auf

Eines dieser Muster von Grund auf abzutippen, ist der langsame Weg. Die Aufnahme, die Sie brauchen, existiert oft schon innerhalb des Prozesses: Beispiel 5 verlangt, dass die Führungskraft eine 60-minütige Durchsprache der laufenden Arbeit bucht und für die Nachfolge aufzeichnet. Dieses Video enthält bereits die Schritte, die Verantwortlichen und die Ergebnisse.

Hinto AI verwandelt Bildschirmaufnahmen und Video-Walkthroughs in strukturierte Dokumentation und SOPs. Zeichnen Sie Bildschirm, Kamera und Mikrofon im Browser oder über die Chrome-Erweiterung auf, oder bringen Sie ein bereits vorhandenes Video mit: Loom, Zoom, YouTube oder eine lokale MP4-, MOV- oder WebM-Datei. Hinto erkennt UI-Statuswechsel und Klicks, zieht daraus Screenshots und schriftliche Schritte und verwandelt eine lange Aufnahme in ein Inhaltsverzeichnis mit mehreren strukturierten Artikeln. Ein Klick veröffentlicht das Ergebnis auf einer öffentlichen URL mit Ihrer eigenen Domain.

Häufige Fragen zur Prozessdokumentation

Wie schreibt man Prozessdokumentation?

Benennen Sie den Umfang mit Start- und Endpunkt, ordnen Sie der Arbeit eine verantwortliche Rolle zu, und schreiben Sie dann nummerierte Schritte in einfacher Sprache, jeweils eine Handlung. Geben Sie jedem Schritt ein erwartetes Ergebnis sowie eine Visualisierung und ein Prüfdatum.

Wie schreibt man gute Prozessdokumentation?

Gute Dokumentation besteht Prüfungen, die Sie selbst durchführen können: eine Visualisierung neben den Schritten, eine Versionshistorie, einen Überprüfungsrhythmus und einen Testlauf mit einer neuen Person. Alles, wonach diese Person fragt, ist ein Schritt, den Sie noch nicht fertiggestellt haben.

Wie schreibt man ein einfaches Prozessdokument?

Definieren Sie zuerst Umfang, Start- und Endpunkt. Bleiben Sie dann auf einer Seite bei einfacher Sprache, im Aufbau von Beispiel 2: sechs nummerierte Schritte, jeweils eine verantwortliche Person und ein Ergebnis, eine Ausnahmezeile.

Wie erstellt man Prozessdokumentation?

Benennen Sie zuerst eine verantwortliche Person oder Rolle für die Arbeit: nicht zugeordnete Schritte brechen an der Übergabe. Schreiben Sie dann in einfacher Sprache, eine Handlung pro nummeriertem Schritt, und passen Sie eines der obigen Muster an, statt bei null zu beginnen.

Was ist Geschäftsprozessdokumentation?

Sie erfasst einen wiederholbaren Geschäftsprozess von Anfang bis Ende: die Weitergabe von Arbeit zwischen Abteilungen oder einen Order-to-Cash-Zyklus. Eine Struktur trägt unterschiedliche Fachbereiche, deshalb decken die obigen Muster Betrieb, Finanzen, Lager, Engineering und HR ab.

Was ist Prozessdokumentation im Projektmanagement?

Sie umfasst die wiederholbaren Abläufe, auf die ein Projekt angewiesen ist, etwa das Deployment von Software, sowie die Aufzeichnungen, die die Einhaltung von Vorgaben belegen. Beispiel 4 schließt erst ab, wenn das Release getaggt und 60 Minuten lang beobachtet wurde.