Prozessdokumentation erstellen heißt, einen wiederkehrenden Ablauf so festzuhalten, dass andere ihn verstehen, ausführen und bei Bedarf verbessern können. Dafür braucht es keinen perfekten Start. Es braucht einen klar abgegrenzten Prozess, die Menschen, die ihn tatsächlich bearbeiten, und eine Freigabe nach einem kurzen Praxistest.
Viele Teams beginnen mit einer Vorlage und merken erst später, dass unklar ist, wo der Prozess überhaupt startet, welche Informationen fehlen oder wer an einer Übergabe entscheidet. Der bessere Einstieg ist der Ist-Ablauf: So läuft die Arbeit heute wirklich. Erst danach wird daraus eine nutzbare Beschreibung.
Wächst Ihr Unternehmen schneller als Ihre Prozesse?
Wenn Wissen an einzelnen Personen hängt, helfen klare SOPs dabei, Übergaben und Einarbeitung planbar zu machen.
1. Den richtigen Prozess auswählen
Dokumentieren Sie nicht alles auf einmal. Beginnen Sie mit einem Ablauf, der häufig vorkommt, mehrere Personen betrifft, spürbare Fehlerfolgen hat oder regelmäßig Rückfragen auslöst. Die Universität Würzburg empfiehlt ebenfalls, Prozesse anhand von Relevanz, Ressourcenbindung, Schnittstellen und erkennbarem Verbesserungsbedarf zu priorisieren. [1]
Ein sinnvoller erster Kandidat ist zum Beispiel die Bearbeitung einer Kundenanfrage. Der Ablauf beginnt mit einer eingehenden Anfrage und endet nicht beim Absenden eines Angebots, sondern erst dann, wenn klar ist, wer den nächsten Schritt übernimmt und welche Information dort ankommen muss. Wenn Sie unsicher sind, wo Sie anfangen sollen, hilft die Priorisierung der ersten Prozesse.
2. Start, Ende und Ergebnis klären
Ein Prozess braucht Grenzen. Formulieren Sie vor der Aufnahme einen konkreten Auslöser, ein klares Ende und das gewünschte Ergebnis. „Kundenanfrage bearbeiten“ ist noch zu breit. Besser ist: „Eine qualifizierte Anfrage ist im CRM erfasst, beantwortet und dem zuständigen nächsten Schritt zugeordnet.“
Die Universität Würzburg nennt als typische Merkmale eines Prozesses ein Start- und Endereignis, Input und Output, eine verantwortliche Person sowie eine regelmäßige Überprüfung. [2] Diese Felder reichen für den Anfang. Sie schützen davor, dass eine Prozessbeschreibung zu einem Sammeltext über alles wird, was irgendwie mit dem Thema zu tun hat.
| Frage | Beispiel für eine Kundenanfrage |
|---|---|
| Was löst den Prozess aus? | Eine Anfrage kommt über Formular, E-Mail oder Empfehlung herein. |
| Welche Informationen werden benötigt? | Kontaktdaten, Anliegen, Anlass, relevante Unterlagen und gewünschter Zeitpunkt. |
| Woran endet der Prozess? | Die Anfrage ist bewertet, im System dokumentiert und an die zuständige Person übergeben. |
| Wer trägt die Verantwortung? | Eine benannte Rolle, nicht nur „das Team“. |
3. Den Ist-Ablauf aufnehmen
Beschreiben Sie zuerst den Ablauf, der tatsächlich gelebt wird. Das gilt auch dann, wenn es Umwege, Doppelarbeit oder persönliche Abkürzungen gibt. Genau diese Stellen zeigen später, wo die Dokumentation präziser werden muss. Die Universität Würzburg empfiehlt, den Ist-Prozess gemeinsam mit den Beteiligten zu erfassen und nicht nur die vorgesehene Soll-Version aufzuschreiben. [1]
Für einen kleinen Prozess genügt oft ein Gespräch am Bildschirm oder am echten Fall. Fragen Sie: Was passiert zuerst? Woher kommt die Information? Was tun Sie, wenn etwas fehlt? Wer prüft das Ergebnis? Was geben Sie an die nächste Person weiter? Bei komplexeren Abläufen können kurze Einzelinterviews sinnvoller sein als ein großer Workshop, weil sie unterschiedliche Sichtweisen sichtbar machen.
4. Rollen, Informationen und Übergaben markieren
Eine Schrittfolge ist erst dann brauchbar, wenn klar ist, wer sie ausführt und was dabei übergeben wird. Das Organisationshandbuch des Bundes beschreibt die Erhebung eines Prozessablaufs vom Input bis zum Output und weist besonders auf die Kommunikation an Schnittstellen hin. [3]
Notieren Sie für jeden Schritt die verantwortliche Rolle, die benötigte Information, die Tätigkeit und das Ergebnis. Das ist keine Bürokratieübung. Es verhindert zum Beispiel, dass ein Vertriebsteam eine Anfrage als „übergeben“ ansieht, während das Delivery-Team nicht weiß, welche Zusage dem Kunden bereits gemacht wurde.
Für eine tabellarische Aufnahme eignen sich vier Spalten:
| Rolle | Input | Tätigkeit | Output oder Übergabe |
|---|---|---|---|
| Vertrieb | Neue Anfrage | Vollständigkeit prüfen und Bedarf klären | Qualifizierte Anfrage im CRM |
| Fachverantwortung | Qualifizierte Anfrage | Machbarkeit und nächsten Schritt bewerten | Empfehlung oder Rückfrage |
| Projektleitung | Freigegebene Übergabe | Kick-off vorbereiten | Vollständiger Projektstart |
Wie sich Rollen, Inputs, Outputs und Übergaben genauer dokumentieren lassen, vertieft der Artikel „Prozessdokumentation: So wird Wissen im Unternehmen wiederholbar“.
5. Regelfall und Ausnahmen trennen
Die erste Fassung sollte den häufigen Regelfall erklären. Ausnahmen gehören hinein, wenn sie wiederkehrend sind und eine andere Entscheidung oder Übergabe auslösen. Seltene Sonderfälle müssen nicht den ganzen Ablauf überlagern. Sie können als kurzer Eskalationshinweis dokumentiert werden: „Wenn Kundendaten fehlen, Rückfrage über Vorlage X senden und den Vorgang bis zur Antwort auf Wiedervorlage setzen.“
Das Organisationshandbuch des Bundes empfiehlt, gerade zu Beginn die Regelfälle abzubilden und die Darstellung erst danach weiter auszudifferenzieren. [3] Das ist für kleine Unternehmen pragmatisch: Die erste nutzbare Version zählt mehr als eine perfekte Darstellung, die nie fertig wird.
6. Die Beschreibung schreiben
Übertragen Sie die Aufnahme in eine Form, die der Nutzer im Arbeitsalltag findet und versteht. Für einen einfachen Ablauf genügt oft eine Tabelle mit klaren Schritten. Bei vielen Entscheidungen kann ein Flussdiagramm ergänzen. Die grafische Darstellung ist aber kein Selbstzweck. Sie ist nur sinnvoll, wenn sie die Orientierung verbessert.
Eine gute Prozessbeschreibung enthält mindestens einen Namen, Zweck, Geltungsbereich, Auslöser, Ergebnis, Rollen, Schritte, relevante Vorlagen oder Systeme, Qualitätskriterien und den Umgang mit wiederkehrenden Ausnahmen. Für besonders konkrete Teilaufgaben ergänzt eine Arbeitsanweisung die übergeordnete Prozessbeschreibung.
7. Testen, freigeben und pflegen
Lassen Sie die Beschreibung von einer Person testen, die den Ablauf nicht gerade im Kopf hat. Bleibt sie an einer Stelle stehen, fehlt meist eine Information, eine Entscheidung oder ein eindeutiger Begriff. Die Freie Universität Berlin beschreibt Abstimmung, Prüfung und Freigabe als Teil der Qualitätssicherung von Prozessbeschreibungen. [4]
Nach dem Test braucht die Dokumentation einen Owner. Diese Person muss nicht jeden Schritt selbst bearbeiten. Sie sorgt aber dafür, dass Änderungen im Ablauf, neue Systeme oder wiederkehrende Fehler nicht dauerhaft an der Beschreibung vorbeigehen. Der Artikel „Prozesse dokumentieren“ zeigt, wie aus einzelnen Beschreibungen ein gepflegtes System wird.
Was Sie als Nächstes tun können
Wählen Sie einen einzigen, häufigen Ablauf und führen Sie diese sieben Schritte an einem echten Fall durch. Wenn der Ablauf steht, können Sie entscheiden, welche Teile als SOP, Checkliste oder Arbeitsanweisung gebraucht werden. Die Begriffsabgrenzung zwischen SOP, Prozess, Checkliste und Arbeitsanweisung hilft bei dieser Entscheidung.
SOP Done4You
Wir nehmen wiederkehrende Abläufe gemeinsam mit Ihrem Team auf, strukturieren sie als nutzbare SOPs und machen Übergaben nachvollziehbar. Im Analysegespräch klären wir, welcher Prozess zuerst sinnvoll ist.
