Prozessbeschreibung: Vorlage, Beispiel und Aufbau

Wer nach einer Vorlage für eine Prozessbeschreibung sucht, hat meist ein konkretes Problem: Ein Ablauf soll aufgeschrieben werden, weil ein Audit ansteht, weil eine Kollegin in Rente geht oder weil zum dritten Mal in diesem Quartal ein Angebot mit falschen Preisen rausgegangen ist. Die Frage ist dann nicht, ob man dokumentiert, sondern in welcher Form - und was in das Dokument gehört, damit es in einem Jahr noch jemand aufschlägt.

Dieser Ratgeber liefert die Vorlage als kopierbare Struktur, ein ausgefülltes Beispiel aus dem Maschinenbau und die Antwort auf die Frage, wann eine Tabelle reicht und wann es ein Flussdiagramm braucht.

Was eine Prozessbeschreibung ist - und wo sie steht

Eine Prozessbeschreibung dokumentiert einen abgegrenzten Geschäftsprozess von seinem Auslöser bis zu seinem Ergebnis: Was setzt den Prozess in Gang, welche Schritte folgen in welcher Reihenfolge, wer ist für jeden Schritt zuständig, welche Systeme und Dokumente sind beteiligt, was kommt am Ende heraus. Sie ist das Dokument der mittleren Flughöhe: konkreter als die Übersicht aller Prozesse, gröber als die Anleitung für einen einzelnen Handgriff.

Damit steht sie zwischen drei anderen Dokumenten, mit denen sie regelmäßig verwechselt wird. Die Prozesslandkarte zeigt auf einer Seite, welche Prozesse es im Unternehmen überhaupt gibt und wie sie zusammenhängen - sie beschreibt keinen einzelnen Ablauf. Die Verfahrensanweisung ist im QM-Kontext das verbindliche, gelenkte Dokument mit Zweck, Geltungsbereich und Freigabe; inhaltlich ist sie oft eine Prozessbeschreibung mit Formalien drumherum, und das dort erklärte Ebenenmodell aus Prozess, Verfahren und Arbeitsschritt gilt hier genauso. Die Arbeitsanweisung schließlich beschreibt einen einzelnen Schritt bis zum Klickpfad und zur Maschineneinstellung.

Die Faustregel für die Abgrenzung: Die Prozessbeschreibung sagt, dass nach der technischen Klärung kalkuliert wird und wer das tut. Die Arbeitsanweisung sagt, welche Felder man im Kalkulationstool dafür ausfüllt.

Prozessbeschreibungen brauchen Sie also nicht nur für die Zertifizierung: Mit ihnen bringt eine Vertretung einen Vorgang zu Ende, versteht ein neuer Mitarbeiter die Freigabewege, und Sie sehen, wo ein Ablauf regelmäßig hakt.

Die Vorlage: Aufbau einer Prozessbeschreibung

Es gibt keine normierte Gliederung, aber ein Aufbau hat sich über Branchen hinweg bewährt. Kopieren Sie die Struktur in Word, in Ihr Wiki oder in das Dokumentenlenkungssystem - das Format ist zweitrangig, die Felder nicht.

Prozessbeschreibung: <Prozessname>
Prozess-Nr. / Version / Stand / Freigabe durch

1. Prozesseigner
   Rolle (nicht Name), die für Ablauf, Kennzahlen und Pflege verantwortlich ist

2. Zweck und Ziel
   Warum gibt es den Prozess, was soll er sicherstellen (1-2 Sätze)

3. Auslöser
   Welches Ereignis startet den Prozess

4. Input
   Was muss vorliegen, damit der Prozess starten kann (Dokumente, Daten, Freigaben)

5. Ablauf
   Nr. | Schritt | Verantwortlich (Rolle) | System / Hilfsmittel | Ergebnis des Schritts
   ... mit Entscheidungspunkten

6. Output
   Was liegt am Ende vor, in welchem System, in welchem Zustand

7. Schnittstellen
   Welche Prozesse / Abteilungen liefern zu oder übernehmen

8. Kennzahlen
   Woran wird gemessen, ob der Prozess funktioniert (2-3 Werte reichen)

9. Sonderfälle und Ausnahmen
   Was passiert, wenn es anders läuft als im Normalfall

10. Mitgeltende Dokumente
    Arbeitsanweisungen, Vorlagen, Checklisten, Richtlinien mit Dokumentennummer

Zu einigen Feldern lohnt sich ein Wort mehr.

Prozesseigner heißt immer eine Rolle, nie eine Person. "Leitung Vertrieb" bleibt, "Herr Wendt" wechselt irgendwann die Stelle. Der Eigner führt den Prozess nicht unbedingt selbst aus, aber er entscheidet, wenn er geändert werden muss.

Auslöser und Input werden gern zusammengeworfen, sind aber zwei Dinge. Der Auslöser ist ein Ereignis: eine Anfrage geht ein, ein Monat endet, ein Mitarbeiter kündigt. Der Input ist das Material, das der Prozess verarbeitet: die Anfrage selbst, die Kundenstammdaten, das Lastenheft. Wenn der Input fehlt, kann der Prozess nicht starten - und genau das ist im Alltag der häufigste Grund für Verzögerungen.

Ablauf ist das Herzstück. Jeder Schritt bekommt eine Rolle und ein Ergebnis - nicht nur eine Tätigkeit. "Angebot kalkulieren" ist eine Tätigkeit; "Kalkulationsblatt mit Deckungsbeitrag liegt vor" ist ein Ergebnis, das man prüfen kann. Wo eine Entscheidung fällt, markieren Sie sie als eigene Zeile mit den möglichen Ausgängen.

Kennzahlen sind kein Controlling-Luxus. Zwei oder drei Werte machen sichtbar, ob der Prozess so läuft wie beschrieben. Ohne Kennzahl merkt niemand, dass die Angebotserstellung inzwischen 18 statt 10 Tage dauert.

Sonderfälle sind der Abschnitt, der in den meisten Vorlagen fehlt und in der Praxis am meisten wert ist. Dazu gleich mehr.

Die Turtle-Darstellung als Ergänzung

Wer ISO 9001 im Haus hat, kennt vermutlich das Turtle-Diagramm: eine Schildkröte, deren Körper der Prozess ist und deren Beine, Kopf und Schwanz sechs Fragen beantworten - womit (Ausrüstung, Systeme), mit wem (Rollen, Kompetenzen), wie (Methoden, Anweisungen), wie viel (Kennzahlen), was rein (Input) und was raus (Output). Das Turtle ersetzt die Prozessbeschreibung nicht, es fasst sie auf einer Seite zusammen: Rahmenbedingungen und Schnittstellen ja, Schrittfolge nein. Für das Audit und für Gespräche mit der Geschäftsführung ist es hervorragend, als Arbeitsmittel für die Vertretung taugt es nicht.

Beispiel: Angebotserstellung bei einem Maschinenbauer mit 80 Leuten

Ein Sondermaschinenbauer, 80 Mitarbeitende, zwei Vertriebsingenieure, ein Innendienst mit drei Leuten, eine Konstruktion mit acht. Angebote liegen zwischen 20.000 und 600.000 Euro. Die Prozessbeschreibung für die Angebotserstellung sieht ausgefüllt so aus:

Prozesseigner: Leitung Vertrieb.

Zweck und Ziel: Kundenanfragen werden innerhalb von zehn Arbeitstagen mit einem technisch geprüften und kaufmännisch freigegebenen Angebot beantwortet. Ziel ist eine Trefferquote von mindestens 30 Prozent bei Angeboten über 100.000 Euro.

Auslöser: Eine Anfrage geht ein - per E-Mail, über das Kontaktformular, telefonisch oder auf der Messe.

Input: Anfrage mit Ansprechpartner, Lastenheft oder Skizze des Kunden, Kundenstammdaten im CRM, aktuelle Kalkulationsrichtlinie.

Ablauf:

Output: Freigegebenes Angebot als PDF beim Kunden, Opportunity im CRM auf Status "Angebot", Kalkulationsblatt archiviert.

Schnittstellen: Konstruktion (Schritt 3), Einkauf (Schritt 4), Geschäftsführung (Schritt 7), Auftragsabwicklung (übernimmt bei Zuschlag).

Kennzahlen: Durchlaufzeit von Anfrage bis Versand (Ziel 10 Arbeitstage), Trefferquote nach Angebotsklasse, Abweichung zwischen Angebotskalkulation und Nachkalkulation.

Sonderfälle: Rahmenkunden mit hinterlegter Preisliste überspringen Schritt 4 und 5, der Innendienst erstellt das Angebot direkt. Ersatzteil- und Serviceanfragen unter 5.000 Euro laufen nicht über diesen Prozess, sondern über den Serviceprozess. Bei Messe-Anfragen mit Eilbedarf gibt der Vertriebsingenieur ein Richtpreisangebot ohne Schritt 4 heraus, gekennzeichnet als unverbindlich. Fehlt das Lastenheft, wird es in Schritt 1 angefordert; die Zehn-Tage-Frist beginnt erst mit Eingang.

Mitgeltende Dokumente: Kalkulationsrichtlinie KR-03, Freigabematrix FM-01, Angebotsvorlage im ERP, Arbeitsanweisung AA-VT-07 "Angebot im ERP anlegen".

Das Ergebnis passt auf anderthalb Seiten und beantwortet trotzdem die Fragen, die im Alltag gestellt werden: wer bei 180.000 Euro freigibt, warum das Ersatzteilangebot woanders läuft, was passiert, wenn der Kunde keine Zeichnung schickt.

Tabelle oder Flussdiagramm - wann was?

Die Schritttabelle und das Flussdiagramm konkurrieren nicht, sie beantworten verschiedene Fragen. Die Tabelle trägt Details: Rollen, Systeme, Ergebnisse, Fristen. Das Flussdiagramm zeigt die Logik: Reihenfolge, Verzweigungen, Schleifen.

Für die Angebotserstellung oben reicht die Tabelle: acht Schritte, zwei Entscheidungen, keine Schleife. Bei der Reklamationsbearbeitung mit Rücksprüngen zwischen Ursachenanalyse und Kunde lohnt sich zusätzlich ein Diagramm. Ein pragmatischer Standard: Tabelle immer, Flussdiagramm nur dort, wo die Tabelle unübersichtlich wird. Und wenn Sie zeichnen, reichen fünf Symbole - Start, Schritt, Entscheidung, Verbindung, Ende. Vollständige BPMN-Notation beeindruckt den Berater, nicht die Vertretung, die am Freitagnachmittag ein Angebot rausbringen muss.

Typische Fehler in Prozessbeschreibungen

Soll statt Ist. Die Beschreibung zeigt den Ablauf, wie ihn sich die Leitung wünscht, nicht, wie er läuft. Auf dem Papier fragt der Einkauf Zukaufteile an; tatsächlich ruft der Vertriebsingenieur den Lieferanten selbst an, weil es schneller geht. Ein Dokument, das die Praxis nicht abbildet, wird nicht benutzt - und bei einer Störung weiß niemand, was nun gilt. Erst die Praxis erheben, dann entscheiden, ob sie so bleiben soll, dann dokumentieren. Wie Sie dabei vorgehen und welche Elemente eine belastbare Prozessdokumentation insgesamt braucht, steht im Leitfaden.

Keine Sonderfälle. Der Normalfall braucht selten eine Beschreibung; den kennen alle. Die Beschreibung wird an den Ausnahmen gebraucht: Rahmenkunde, Eilanfrage, fehlendes Lastenheft. Wer den Abschnitt weglässt, dokumentiert das, was ohnehin funktioniert, und lässt offen, was Probleme macht.

Kein Eigner oder ein Name statt einer Rolle. Ohne Eigner ist niemand zuständig, wenn sich der Ablauf ändert. Mit einem Namen ist das Dokument bei der nächsten Stellenänderung falsch.

Tätigkeiten ohne Ergebnis. "Kalkulieren", "prüfen", "abstimmen" - was liegt danach vor? Ein Schritt ohne benanntes Ergebnis lässt sich weder prüfen noch übergeben. Und Klickpfade gehören in die Arbeitsanweisung, nicht hierher: Sie veralten beim nächsten ERP-Update.

Nur die Führungskraft gefragt. Die Leitung kennt den Prozess in der Übersicht. Die Sonderfälle kennt der Innendienst, der seit Jahren die Eilanfragen von der Messe abfängt. Wer die Ausführenden nicht fragt, bekommt eine Beschreibung ohne die Stellen, an denen es hakt.

Pflege: Warum die Beschreibung nach der Freigabe veraltet

Die meisten Prozessbeschreibungen werden einmal geschrieben und dann drei Jahre nicht angefasst. Das ERP wird gewechselt, die Freigabegrenze steigt auf 200.000 Euro, der Einkauf organisiert die Lieferantenanfragen neu - und das Dokument beschreibt den Stand vom Freigabetag. Das Problem ist ein fehlender Auslöser: Änderungen werden im Team umgesetzt, der Weg zurück ins Dokument hat keinen Termin und keinen Verantwortlichen.

Drei Dinge helfen. Ein Prüfdatum im Kopf des Dokuments, mit dem Eigner als Verantwortlichem - ein Review darf fünf Minuten dauern und mit "keine Änderung" enden, aber er findet statt. Änderungs-Trigger: Jede Systemumstellung, jede neue Zuständigkeit, jede neue Freigabegrenze löst eine Prüfung aus. Und regelmäßige kurze Gespräche mit den Ausführenden, denn der schnellste Indikator für ein veraltetes Dokument ist die Lücke zwischen Beschreibung und Praxis.

Genau bei diesem Zusammentragen setzt wissa.ai an. Eine KI interviewt die Mitarbeitenden, die den Prozess ausführen - 15 bis 20 Minuten pro Person, per Chat oder Sprache, ohne Workshop. Nennt der Innendienst den Kollegen aus der Arbeitsvorbereitung als denjenigen, der kalkuliert, wird der als Nächster eingeladen; so arbeitet sich das System von Wissensträger zu Wissensträger durch den Prozess. Daraus entsteht die Prozessbeschreibung mit Quellenbeleg je Aussage: Zu jedem Schritt steht, wer ihn beschrieben hat, und wenn der Vertriebsingenieur den Ablauf anders schildert als der Einkauf, wird der Widerspruch markiert statt geglättet. Nach jedem Gespräch aktualisiert sich die Beschreibung mit Diff zur Vorversion; die Pflege wird zum Nebeneffekt der Gespräche. Redaktion und Freigabe bleiben beim Prozesseigner.

Wenn Sie Ihre Prozessbeschreibungen nicht selbst aus zwölf Gesprächen zusammensetzen wollen: wissa.ai liefert die Rohfassung aus den Interviews, rückverfolgbar bis zur einzelnen Aussage, DSGVO-konform mit EU-Hosting und freiwilliger Teilnahme. Die ersten drei Interviews sind kostenlos, danach kosten 12 Interview-Credits 149 Euro. Jetzt kostenlos registrieren

Fazit

Eine brauchbare Prozessbeschreibung hat zehn Felder, passt auf anderthalb bis drei Seiten und beschreibt den Ablauf, wie er läuft - mit Eigner als Rolle, mit Ergebnis je Schritt, mit den Sonderfällen, an denen es im Alltag hakt. Die Tabelle ist das Standardformat, das Flussdiagramm die Ergänzung für verzweigte Abläufe, das Turtle die Zusammenfassung fürs Audit. Die Vorlage kopieren Sie in fünf Minuten. Die eigentliche Arbeit ist das Zuhören bei denen, die den Prozess ausführen - und ein Pflegemechanismus, der dafür sorgt, dass das Dokument nicht am Tag der Freigabe zu altern beginnt.

FAQ

Was ist der Unterschied zwischen Prozessbeschreibung und Verfahrensanweisung?

Inhaltlich sind beide oft dasselbe: ein Ablauf mit Schritten, Rollen und Systemen. Die Verfahrensanweisung ist der Begriff aus dem QM-System und bringt Formalien mit - Zweck, Geltungsbereich, Dokumentennummer, Freigabe, Änderungshistorie. Eine Prozessbeschreibung kann auch ohne Zertifizierung existieren, etwa als Wiki-Seite für die Vertretung. Wer beides hat, nutzt die Prozessbeschreibung als Kern der Verfahrensanweisung, nicht als Parallel-Dokument.

Gibt es eine Prozessbeschreibung Vorlage für Word?

Die Struktur aus diesem Artikel lässt sich direkt in Word übernehmen: Kopfblock mit Prozessname, Nummer, Version und Freigabe, dann die zehn Abschnitte, der Ablauf als Tabelle mit fünf Spalten. Wichtiger als das Dateiformat ist, dass das Dokument dort liegt, wo die Ausführenden es finden, und dass es eine Version und einen Eigner trägt.

Wie lang sollte eine Prozessbeschreibung sein?

Anderthalb bis drei Seiten. Länger wird sie meistens, weil zwei Prozesse vermischt sind oder Klickanleitungen enthalten sind, die in eine Arbeitsanweisung gehören. Ein Ablauf mit mehr als zwölf Schritten ist ein Hinweis darauf, ihn in zwei Prozesse zu teilen oder Teilschritte zusammenzufassen.

Wer schreibt die Prozessbeschreibung?

Verantwortlich ist der Prozesseigner, die Inhalte kommen von den Ausführenden. Bewährt hat sich die Rollenteilung: Die Mitarbeitenden, die den Prozess täglich bedienen, liefern Ablauf und Sonderfälle - per Gespräch oder per KI-Interview -, jemand mit Überblick strukturiert, der Eigner gibt frei. Wer die Beschreibung allein am Schreibtisch schreibt, dokumentiert den Soll-Zustand.

Was ist ein Turtle-Diagramm und brauche ich es?

Das Turtle-Diagramm fasst einen Prozess auf einer Seite zusammen: Input, Output, Ressourcen, Beteiligte, Methoden und Kennzahlen um den Prozess herum angeordnet. Es ist im ISO-9001-Umfeld verbreitet und für Audits und Managementgespräche nützlich. Als Arbeitsmittel ersetzt es die Prozessbeschreibung nicht, weil es die Schrittfolge nicht zeigt. Wer kein QM-System hat, kann darauf verzichten.