Der Begriff kommt aus der Softwareentwicklung: Der Bus-Faktor eines Projekts ist die Zahl der Personen, die vom sprichwörtlichen Bus erfasst werden müssten, bevor das Projekt stillsteht. Bei den meisten Solo-Operatoren und Gründern liegt dieser Wert bei exakt eins. Das ist kein theoretisches Risiko. Es reicht eine Grippe in der falschen Woche, ein Krankenhausaufenthalt, ein familiärer Notfall — und plötzlich zeigt sich, ob man ein System gebaut hat oder nur eine sehr gut organisierte Abhängigkeit von sich selbst.
Die Ironie: Gerade wer viel automatisiert, wiegt sich in falscher Sicherheit. Die Workflows laufen ja. Aber Workflows beantworten keine Kundenfrage, die aus dem Raster fällt, verlängern keinen Vertrag und entscheiden nicht, ob ein Angebot rausgeht. Automation senkt den täglichen Aufwand — sie erhöht nicht automatisch den Bus-Faktor. Das sind zwei verschiedene Baustellen.
Der Test: 14 Tage offline
Die ehrlichste Diagnose ist ein Gedankenexperiment: Was passiert, wenn du ab morgen 14 Tage nicht erreichbar bist — kein Laptop, kein Telefon? Geh die Frage konkret durch. Welche Rechnungen würden nicht gestellt? Welche Kunden würden auf Antworten warten? Welche Zahlung würde platzen, welches Abo auslaufen, welcher Server unbetreut weiterlaufen? Wer könnte überhaupt auf die Konten, Domains und Tools zugreifen? Bei den meisten ist die Antwort ernüchternd: Nach zwei Wochen Funkstille wäre messbarer Schaden entstanden — nicht, weil das Geschäftsmodell schwach ist, sondern weil das gesamte Betriebswissen in einem einzigen Kopf liegt.
Vier Bausteine gegen den Single Point of Failure
- Zugriffs-Vault mit Notfallzugang: Alle Zugänge — Banken, Domains, Hosting, Tools — liegen in einem Passwort-Manager, und eine Vertrauensperson hat einen geregelten Notfallzugriff. Nicht als Zettel im Schreibtisch, sondern als definierter Prozess.
- Notfall-Playbook: Eine Seite, die beantwortet: Was muss in den ersten 14 Tagen passieren? Laufende Verpflichtungen, kritische Zahlungen, Kundenkontakte mit einem Satz Kontext, Prioritäten. Nicht das ganze Unternehmen erklären — nur handlungsfähig machen.
- SOPs für die Kernprozesse: Die fünf Abläufe, die den Umsatz tragen, sind so dokumentiert, dass eine fachfremde Person sie mit dem Playbook zumindest am Leben halten kann.
- Selbstlaufende Grundlast: Rechnungsstellung, Follow-ups, Monitoring und Reporting laufen automatisiert weiter, ohne dass jemand täglich Knöpfe drückt. Das kauft im Ernstfall die wertvollste Ressource: Zeit.
Ein Operator, der unersetzlich ist, hat kein Unternehmen gebaut, sondern einen Arbeitsplatz mit Deko. Der Wert eines Systems zeigt sich daran, wie lange es ohne seinen Erbauer weiterläuft.
KI als Redundanz-Schicht
Neu ist, dass ein Solo-Operator heute Redundanz aufbauen kann, ohne Personal einzustellen. Wenn das Betriebswissen nicht nur im Kopf liegt, sondern in Playbooks, SOPs und einer sauber strukturierten Wissensbasis, kann ein KI-Agent im Vertretungsfall erstaunlich viel abfangen: eingehende Anfragen vorsortieren und mit Kontext beantworten, Standardvorgänge nach dokumentiertem Prozess ausführen, bei Abweichungen die Vertrauensperson mit einer klaren Zusammenfassung alarmieren. Das funktioniert nur, wenn die Dokumentation existiert — die KI vervielfältigt Wissen, sie ersetzt es nicht. Im Löwen-Codex-Setup ist das der eigentliche Grund für die Schreibdisziplin: Ein Ökosystem, dessen Regeln aufgeschrieben sind, kann von Maschinen mitgetragen werden. Eines, das nur im Kopf existiert, nicht.
Der Nebeneffekt: verkaufbar statt gefangen
Der Bus-Faktor ist nicht nur eine Versicherung gegen den Ernstfall. Er ist auch der Unterschied zwischen einem Unternehmen, das man verkaufen, verpachten oder ruhen lassen kann, und einem, das man lebenslang selbst bedienen muss. Käufer, Partner und Banken bewerten exakt dieselbe Frage: Läuft das ohne den Gründer? Jede Stunde, die in Playbooks, Zugriffsregelungen und selbstlaufende Prozesse fliesst, zahlt deshalb doppelt ein — sie senkt das Risiko heute und erhöht den Unternehmenswert morgen. Urlaub, in dem das Telefon wirklich aus ist, gibt es obendrauf.
Der erste Schritt ist klein: Blocke diese Woche eine Stunde und schreibe das Notfall-Playbook. Eine Seite. Danach weisst du genauer als jedes Dashboard, wo dein System wirklich steht.