Wer mehrere Firmen parallel führt, hat keine Kapazität für wiederkehrende Fehler. Die vergessene Kündigungsfrist, das Angebot mit falschem Steuersatz, der Post, der ohne Freigabe live ging — jeder dieser Fälle kostet Geld oder Vertrauen. Die übliche Reaktion lautet: „Da müssen wir künftig besser aufpassen." Das ist die teuerste Antwort, die es gibt. Aufpassen skaliert nicht. Prozesse skalieren.
Warum Disziplin die falsche Antwort ist
Disziplin ist eine erschöpfbare Ressource. Sie funktioniert an guten Tagen, in ruhigen Wochen, bei ausgeschlafenen Menschen — also genau dann, wenn Fehler ohnehin selten sind. In der Stressphase vor einem Launch, im Urlaubsmonat, beim Onboarding eines neuen Mitarbeiters bricht sie zusammen. Ein System, das auf Disziplin baut, hat seinen Ausfall bereits eingeplant. Ein System, das auf Checks baut, nicht. Deshalb gilt im Operator-Alltag: Jeder Fehler, der wehgetan hat, wird nicht mit einem Vorsatz beantwortet, sondern mit einer Änderung am System.
Blameless: Das System ist schuld, nicht die Person
Das Postmortem kommt aus dem Betrieb grosser Software-Systeme, und die wichtigste Regel dort heisst „blameless": Es wird nicht gefragt, wer den Fehler gemacht hat, sondern welche Lücke ihn möglich gemacht hat. Das ist keine Nettigkeit, sondern Methode. Sobald Schuld verhandelt wird, verteidigen sich Menschen — und die Information, die man für die Ursachenanalyse braucht, verschwindet. Wer dagegen weiss, dass die Analyse auf den Prozess zielt, redet offen. Die Frage „Warum konnte das passieren?" liefert brauchbare Antworten. Die Frage „Wie konntest du?" liefert Ausreden.
5-Why light: die Ursache in Minuten finden
Für den Multi-Company-Alltag reicht eine abgespeckte Ursachenanalyse. Man fragt so lange „Warum?", bis man bei einer Systemlücke ankommt — meist nach drei bis fünf Stufen:
- Was ist passiert? Ein Kunde erhielt zwei Wochen keine Antwort auf seine Reklamation.
- Warum? Die Mail lag im Postfach eines Mitarbeiters im Urlaub.
- Warum? Reklamationen laufen an Personen statt an ein Funktionspostfach.
- Warum? Beim Aufsetzen des Supports wurde nie eine Vertretungsregel definiert.
- Systemlücke: Es fehlt eine Regel, kein besserer Mensch.
Die Analyse ist erst fertig, wenn die Antwort ein Prozess ist. Endet sie bei einer Person, wurde nicht tief genug gefragt.
Vom Incident zum SOP-Update
Das Dokument selbst bleibt bewusst kurz: eine halbe Seite mit Datum, Ablauf, Kosten, Ursache — und dem entscheidenden Feld: „Was ändern wir?" Genau eine verbindliche Änderung, mit Verantwortlichem und Termin. Das kann ein neuer Punkt auf einer Checkliste sein, ein Pflichtfeld im CRM, eine Automation, die vor Fristablauf warnt, oder ein Freigabeschritt vor dem Versand. Ein Postmortem ohne SOP-Update gilt als nicht abgeschlossen. Umgekehrt gilt auch: nur eine Änderung. Wer nach jedem Vorfall fünf neue Regeln einführt, baut Bürokratie statt Robustheit.
Beispiele aus dem Multi-Company-Alltag
Eine doppelt bezahlte Lieferantenrechnung wurde zum Abgleich-Schritt im Zahllauf. Ein Social-Post mit veralteter Preisangabe wurde zur Regel, dass Preisnennungen nur aus einer zentralen Preisliste kommen. Eine verpasste Domainverlängerung wurde zur Automation, die 60 Tage vorher ein Ticket erzeugt. Keiner dieser Fehler war dramatisch — aber jeder hätte sich in einem Setup mit vielen Marken beliebig oft wiederholt. Im Löwen-Codex-Ökosystem hat das einen Nebeneffekt: Ein Ökosystem, ein Regelwerk. Ein Postmortem aus einer Firma aktualisiert die SOP für alle, denn dieselbe Lücke existiert selten nur einmal.
Die Routine: 30 Minuten, fester Platz
Damit das Prinzip lebt, braucht es einen festen Ort im Kalender statt guter Absichten. Bewährt hat sich ein Block im Wochen-Review: Gab es diese Woche einen Fehler über der Schwelle? Dann 30 Minuten — Ablauf notieren, Warum-Kette durchgehen, eine Änderung beschliessen, Termin setzen. Die Schwelle ist der Preis: Alles, was spürbar Geld, einen Kunden oder mehr als einen Tag gekostet hat, qualifiziert sich. Alles, was zum zweiten Mal passiert, sowieso. So entsteht über Monate ein Bestand an Checks, der genau die Fehler abdeckt, die im eigenen Geschäft wirklich vorkommen — kein generisches Qualitätshandbuch, sondern gehärtete Erfahrung.
Fehler sind Studiengebühren. Das Postmortem-Prinzip stellt sicher, dass man jede Lektion nur einmal bezahlt — und dass sie danach für jedes System im Portfolio gilt.