Dokumentation & Company Wiki
Solange Prozesse, Kundenwissen und Entscheidungen nur in deinem Kopf liegen, hängt das Business an dir und ist nicht übergabefähig. Dokumentation macht den Kontext sichtbar, der dir selbstverständlich, allen anderen aber unsichtbar ist — sie ist die Voraussetzung für jede Delegation und jede Automatisierung, nicht der Bürokram danach. Auf der Setup-Stufe baust du das Rückgrat: ein zentraler Ort, an dem jede kritische Sache steht.
Das Wesentliche
- Was du zweimal erklärst, gehört dokumentiert. Und was mehr als dreimal pro Woche passiert, wird automatisiert oder bekommt ein eigenes System. Diese zwei Trigger halten die Doku am Leben, statt sie zum Großprojekt zu machen.
- Dokumentiere nicht alles — nur, was du nicht vermasseln darfst. Alles zu dokumentieren dauert Monate und veraltet ungenutzt. Konzentrier dich per 80/20 auf die 10 bis 20 kritischsten Abläufe.
- Dokumentation ist Hebel. Rund 3 Stunden Doku sparen über ein Jahr grob 100 Stunden Wiederholung. Und: Was sich nicht dokumentieren lässt, skaliert nicht.
- Nimm auf, während du die Aufgabe tust. Die beste SOP entsteht nebenbei aus einer Bildschirmaufnahme, nicht in einer separaten Schreibsession.
- Ein Ort, kein Suchspiel. Ein Company Wiki bündelt alles, sodass jedes Teammitglied Antworten findet, ohne dich zu fragen.
Prinzipien & Praxis
Du fängst nicht mit „was du bauen willst" an, sondern mit „was du heute tatsächlich machst". Eine ehrliche Bestandsaufnahme deines aktuellen Setups — Tools, Prozesse, Zeit-Verbrauch.
Bevor du irgendetwas aufschreibst, zeichnest du dein Business auf Papier oder Whiteboard als zwei Mega-Systeme: das Wachstums-System (neue Kunden gewinnen) und das Erfüllungs-System (Kunden bedienen). Jedes in vier bis fünf Schritten — Startpunkt setzen, Endpunkt setzen, mit „Und dann?" die Lücken füllen, Schritte mit Pfeilen verbinden. Ziel ist, das Business so simpel darzustellen, dass ein Außenstehender es sofort versteht. Diese Karte zeigt dir überhaupt erst, welche Systeme du brauchst — der Hauptgrund, warum Doku nie entsteht, ist, dass das Business nie gemappt wurde.
Aus der Karte identifizierst du die Stufen mit hohem Einsatz und hohem Fehlerpotenzial: Was dürfen wir absolut nicht vermasseln? In den meisten Fällen sind das 10 bis 20 Abläufe. Nur die bekommen ein Playbook. Weil du nur das Wichtigste festhältst, werden die Playbooks tatsächlich genutzt, statt in einem toten Ordner zu verstauben.
Der Ablauf ist immer gleich und dauert kaum länger als die Aufgabe selbst: (1) Die Aufgabe einmal per Bildschirmaufnahme durchführen und dabei laut das Wie und vor allem das Warum erklären — als würdest du es einem Achtklässler erklären. (2) Das Transkript in ein Dokument überführen. (3) Das Video einbetten und einmal korrekturlesen. Jedes fertige System hat drei Teile: eine Schritt-für-Schritt-Anleitung, das Aufnahme-Video und die Liste der Beteiligten. Die non-negotiable Regel im Alltag: Wer ein Problem löst, dokumentiert es — Dokument plus Aufnahme. Der Effekt ist messbar: ein wiederkehrender Audit, der bei dir sechs Stunden brauchte und alles blockierte, lief nach der dokumentierten Übergabe in rund einer Stunde — und in besserer Qualität, weil das System die Erfahrung aller trägt, die es berührt haben.
Alle Playbooks leben an einem Ort: einem Company Wiki mit einer Seite pro Bereich (Marketing, Vertrieb, Finanzen, Operations, HR) und darauf den jeweils wichtigsten Systemen. Es ist Onboarding-Werkzeug und Nachschlagewerk zugleich — Teammitglieder verweisen sich gegenseitig auf SOPs, statt dich zu fragen. Das Prinzip: Jede Person ist Systems Designer für ihren Bereich und lädt die eigenen Systeme selbst ins Wiki. Eine Bildschirmaufnahme lässt sich heute automatisiert in ein sauberes Dokument mit Zeitstempeln, Schrittfolge und Abschnitts-Überschriften verwandeln — das spart die separate halbe Stunde Schreibarbeit pro SOP.
Damit Dokumentation nicht bei „schön abgelegt" endet, gehört zu jedem System ein klarer Owner. Eine einfache Verantwortungs-Übersicht (Funktion · Person · KPI · Systeme) hält fest, wer welchen Prozess besitzt, und macht Lücken sofort sichtbar. Die Faustregel des Wachstums: Erst ab über 70 % dokumentierten Prozessen ist das Business auslagerbar — darunter steckt das Wissen nur in deinem Kopf.
Loslegen — die ersten Schritte
Mit OrbitOS umsetzen
- Der KPI „Anteil dokumentierter Prozesse über 70 %" aus den 18 Atlas-KPIs ist dein Fortschrittsmaß — miss ihn regelmäßig, statt dich auf ein Bauchgefühl zu verlassen.
- Der Self-Check des Operations-Atlas deckt Engpass 06 („bei jedem Kunden bei Null anfangen") auf — genau der Engpass, den ein Company Wiki mit Onboarding-Playbooks schließt.
- Baue dein Wiki entlang der 8 Stufen und 28 Bausteine des Atlas auf: Jeder Baustein wird zu einer Seite mit den zugehörigen Playbooks, sodass Struktur und Doku dieselbe Landkarte teilen.