SOPs die funktionieren

Vor ein paar Monaten hat mir ein Kunde sein Wiki geschickt. 68 Seiten DIN A4. Darin steht, wie alles in seiner Agentur funktioniert. Onboarding, Kunden-Kommunikation, Reporting, Tool-Setups, Abrechnung. Alles drin, sauber gegliedert, jahrelang aufgebaut.

Eine Woche später habe ich mit seinem Team gearbeitet. Wir sind über Themen gestolpert, die im Wiki stehen sollten. Ich habe nachgefragt. Niemand im Team kannte die Inhalte.

Auf die Frage, warum nicht, kam die ehrliche Antwort: "Da schaut keiner rein. Das ist zu lang."

68 Seiten Dokumentation. Null Wirkung im Alltag. Genau das ist das Muster, das ich bei den meisten Agenturen sehe: Wer dachte, dass Dokumentation allein das Problem löst, wundert sich, warum das Team trotzdem jede Woche dieselben Fragen stellt. Der Grund ist fast immer der gleiche: Die SOPs wurden für die falsche Person geschrieben.

Warum die meisten SOPs ungelesen liegen

Das Problem fängt beim Schreiben an.

Der typische Ablauf in einer Agentur sieht so aus: Der Inhaber merkt, dass sein Team immer wieder dieselben Fehler macht. Er setzt sich hin, denkt den Prozess durch, und schreibt auf, wie er sich vorstellt, dass es laufen soll. Fertig. Abgehakt.

Das Ergebnis ist ein Dokument, das aus der Vogelperspektive beschreibt, was theoretisch passieren sollte. Geschrieben von jemandem, der den Prozess selbst nicht täglich ausführt. Formuliert in einer Sprache, die zeigt, wie der Inhaber denkt, nicht wie das Team arbeitet.

Drei Probleme kommen dann zusammen.

Erstens die Länge. Viele SOPs sind drei, fünf, manchmal zehn Seiten lang. Niemand liest ein Zehn-Seiten-Dokument, um eine Aufgabe zu erledigen. Die Person, die den Prozess ausführen soll, will wissen, was als nächstes zu tun ist. Nicht, warum dieser Prozess strategisch wichtig ist.

Zweitens die Form. Fließtext erklärt, Checklisten führen. Wer einen Prozess zum ersten Mal ausführt, braucht eine Abfolge von konkreten Schritten, keine Hintergrundlektüre. Wenn die SOP erklärt statt anweist, liegt sie beim zweiten Mal schon in der Schublade.

Drittens die Zielgruppe. Ein Inhaber schreibt für Inhaber. Er lässt Schritte weg, die ihm selbstverständlich erscheinen, weil er sie seit Jahren gemacht hat. Genau diese Schritte sind die, an denen das Team hängt.

Der Bottleneck liegt nicht darin, dass niemand die SOPs lesen will. Er liegt darin, dass die SOPs für die falsche Person geschrieben sind. Die Person, die den Prozess täglich ausführt, braucht eine Anleitung. Kein Strategiepapier.

Die fünf Regeln einer SOP die funktioniert

Die Substanz einer guten SOP lässt sich auf fünf Regeln bringen.

Regel 1: Maximal eine A4-Seite. Wenn der Prozess länger ist, ist das kein Grund für mehr Seiten. Das ist ein Signal, den Prozess in mehrere SOPs aufzuteilen. Onboarding Schritt 1, Onboarding Schritt 2. Jede davon eine Seite. Überschaubar, ausführbar, fertig.

Regel 2: Checkliste statt Fließtext. Jeder Schritt ist eine konkrete Handlung. "Vertrag an Kunden schicken." "Projektordner in Google Drive anlegen." "Ersttermin in Calendly buchen." Ein Satz pro Schritt. Mit Screenshot, wenn der Schritt am Bildschirm nicht selbsterklärend ist.

Regel 3: Keine Erklärungen. Wer den Prozess ausführt, will wissen, was zu tun ist. Nicht, warum dieser Schritt existiert. Hintergrund gehört ins Team-Wiki, nicht in die SOP. Wenn jemand den Hintergrund wissen will, kann er nachfragen. In der SOP hat er keinen Platz.

Regel 4: Nur das, was sich ändert, wenn es jemand anders macht. Eine SOP dokumentiert den Unterschied zwischen "der macht es so" und "das ist unser Standard." Schritte, die so offensichtlich sind, dass jeder sie kennt, brauchen keinen Platz. Schritte, die jeder anders macht, wenn man sie nicht aufschreibt, brauchen ihn.

Regel 5: Verlinkung statt Einbettung. Wenn ein Schritt ein Tool braucht, kommt der Link direkt dazu. Kein Umweg über eine Anleitung, die irgendwo anders liegt. Der Ausführer klickt, erledigt, hakt ab.

Das ist das Format, das aus einer guten Prozessdokumentation eine SOP macht, die das Team auch benutzt. Warum dieser Schritt der Schlüssel ist, um den Inhaber als Bottleneck abzulösen, zeigt Prozesse deine Agentur befreien: aus Wissenssilos im Kopf werden übergebbare Abläufe. Ein Prozess auf Papier bringt nur dann etwas, wenn er in einer Form vorliegt, die der Ausführer in der Situation des Ausführens nutzen kann.

Wer schreibt: der Ausführer nicht der Inhaber

Das ist der Hebel, der den größten Unterschied macht, und gleichzeitig der, den die wenigsten ziehen.

Die Person, die einen Prozess täglich ausführt, kennt ihn besser als jede andere. Sie kennt die Stelle, an der immer etwas schiefläuft. Sie kennt den Schritt, der im Kopf des Inhabers offensichtlich ist, aber in der Praxis jedes Mal zu einer Rückfrage führt. Sie kennt den Unterschied zwischen dem, was der Prozess theoretisch ist, und dem, was er in der Praxis ist.

Ein Inhaber, der SOPs von oben schreibt, dokumentiert seinen mentalen Prozess. Nicht den Prozess, der tatsächlich stattfindet.

Die bessere Aufteilung: Der Ausführer schreibt die erste Version, während er den Prozess durchläuft. Schritt für Schritt, so wie er es tut. Kein Nachdenken, was wichtig klingt. Einfach aufschreiben, was passiert. Der Inhaber liest danach drüber und prüft, ob etwas fehlt oder falsch ist. Das ist der Review. Nicht das Schreiben.

Diese Aufteilung hat zwei Vorteile. Erstens ist die SOP näher an der Realität. Zweitens fühlt sich das Team für die SOP mitverantwortlich, weil es sie selbst geschrieben hat. Wer die Anleitung selbst verfasst hat, nutzt sie auch.

Das ist auch der Grund, warum SOPs das stärkste Material für ein strukturiertes Mitarbeiter-Onboarding sind. Eine neue Person kann nur dann eigenständig arbeiten, wenn die SOP von jemandem geschrieben wurde, der den Prozess kennt, nicht von jemandem, der ihn verwaltet. Im Projektalltag greift dann Projektmanagement in der Agentur: Owner, Deadlines und Definition of Done bilden das System, in dem SOPs überhaupt erst wirken.

Der SOP-Test

Es gibt einen Test, der in ca. fünf Minuten zeigt, ob eine SOP funktioniert oder nicht.

Du gibst die SOP einem Praktikanten oder einer Person, die den Prozess noch nie gemacht hat. Du beobachtest, was passiert. Nicht kommentieren, nicht eingreifen, nur schauen.

Wenn die Person an einer Stelle hängt und nachfragt: das ist eine Lücke in der SOP. Nicht eine Wissenslücke beim Ausführer.

Wenn die Person einen Schritt überspringt, weil er unklar formuliert ist: das ist ein Formulierungsproblem in der SOP.

Wenn die Person nach dem ersten Lesen den gesamten Prozess selbständig durchläuft: die SOP ist fertig.

Dieser Test kostet eine Stunde. Er ist direktes Feedback, das kein Review von oben liefern kann. Eine SOP, die einen Praktikanten nach der ersten Lektüre befähigt, den Prozess auszuführen, ist ein echter Hebel für operative Unabhängigkeit. Alles darunter ist Dokumentation, die niemand liest.

Dein nächster Schritt

Nimm die eine SOP, die dein Team am häufigsten ignoriert. Wahrscheinlich weißt du, welche das ist.

Gib sie der Person, die den Prozess am häufigsten ausführt. Bitte sie, die SOP beim nächsten Durchlauf zu aktualisieren, Schritt für Schritt, so wie sie es wirklich macht. Maximal eine A4-Seite. Checkliste. Screenshots wo nötig.

Dann der Test: eine unvorbereitete Person, erste Lektüre, Prozess ausführen.

Wenn das klappt, ist die SOP fertig. Wenn nicht, weißt du genau wo.

Quartalsweise geht jemand aus dem Team, der Owner der SOP, einmal durch und prüft, ob noch alles stimmt. Eine Stunde für alle SOPs zusammen. Nicht mehr. Ohne diesen Rhythmus veraltet jede Dokumentation innerhalb von sechs Monaten und führt das Team aktiv in die falsche Richtung.

Eine SOP, die niemand liest, spart keine Zeit. Sie kostet sie, weil du die Fragen trotzdem beantwortest und glaubst, die Lösung schon zu haben.