Jedes Revenue-System, in das ich gerufen werde, hat einen Single Point of Failure, und es ist fast nie die Software. Es ist eine Person. Die eine, die die Pipeline-Stages gebaut hat, die weiß, warum diese merkwürdige Automation existiert, die sich merkt, welche Felder echt sind und welche nur Dekoration. Geben Sie dieser Person eine Kündigungsfrist von zwei Wochen, und Sie verlieren keinen Mitarbeiter. Sie verlieren die Landkarte.
Das ist das stille Risiko, das niemand absichert. Teams stress-testen ihren Forecast, ihre Security, ihre Uptime. Fast niemand stress-testet, was passiert, wenn der Admin, der das ganze Modell im Kopf hat, zur Tür hinausgeht. Und in einer schlanken, KI-beschleunigten GTM-Organisation lebt mehr von diesem Modell in einem einzigen Kopf als früher.
Der Mensch ist die Dokumentation
Hier ist das Problem. In den meisten Unternehmen unter ein paar hundert Personen ist das CRM nirgends dokumentiert außer im Verhalten der Person, die es betreibt. Es gibt kein Wiki. Es gibt kein Schema-Dokument. Es gibt eine Salesforce- oder HubSpot-Instanz, in der sich Jahre an Entscheidungen angesammelt haben, und genau einen Menschen, der Ihnen sagen kann, welche davon bewusst waren und welche Unfälle, die nie jemand bereinigt hat.
SaaStr hat die ungeschminkte Version davon dieses Jahr gut ausgedrückt: Die meisten B2B-Revenue-Teams „bedienen sieben Tools, um einen Deal abzuschließen“, und das CRM selbst ist oft ein „Friedhof“ halb gefüllter Felder. Die Tools vermehren sich. Das Wissen, das sie zusammenhält, nicht. Es konzentriert sich in einer Person. Und konzentriertes Wissen ist genau das, wie Ownership-Risiko aussieht.
KI hat die Konzentration verschlimmert, nicht verbessert
Man würde meinen, KI würde dieses Wissen wieder verteilen. In der Praxis tut sie das Gegenteil. Forrester hat inzwischen einen Namen für das Muster, den „Claude Cowboy“: den Operator, der seine eigenen Automationen, Prompts und Datentransformationen verdrahtet, weil der formale Prozess nicht mithalten kann. In ihren Worten: „Forecast-Logik, Segmentierungsmodelle und verkäuferseitige Empfehlungen werden womöglich von einer Person erstellt, von einer anderen genutzt und von einer dritten umgesetzt. Das verwischt Ownership.“
Das ist die Falle. Die Arbeit wird schneller und die Ownership gleichzeitig unschärfer. Ein Permission Set, für das früher ein Salesforce-Entwickler nötig war, erledigt heute ein fünfminütiges Gespräch mit einem KI-Agenten, also wird es nie ticketet, nie reviewt, nie aufgeschrieben. Die Logik ist real und läuft in der Produktion. Sie ist nur unsichtbar. Wenn die Person, die sie geschrieben hat, geht, wissen Sie nicht einmal, was Sie nicht wissen.
Drei Dinge gehen zur Tür hinaus
Wenn Ihr einziger Admin kündigt, gehen drei verschiedene Dinge mit ihm, und die meisten Teams bemerken nur das erste.
- Zugriff. Der buchstäbliche Super-Admin-Login, die API-Keys, die Integrationen, die unter seinem persönlichen Konto authentifiziert sind. Das ist das, was man bemerkt, meist irgendwo in der Exit-Checkliste.
- Kontext. Warum die Pipeline sieben Stages hat statt fünf. Welcher der drei „Closed Lost“-Gründe tatsächlich verwendet wird. Das steht nie auf der Checkliste, weil niemand weiß, dass es fehlt, bis man es braucht.
- Urteilsvermögen. Das Gespür dafür, welche Änderung man spät an einem Wochentag sicher ausspielen kann und welche still den Forecast bricht. Das können Sie nicht per Dokument übergeben. Sie können es nur mit Zeit übertragen, die Sie nicht eingeplant hatten.
Wie das im Feld aussieht
Wir haben kürzlich mit einem Series-B-B2B-SaaS-Team in der DACH-Region gearbeitet, dessen einziger CRM-Admin ohne Nachfolger kündigte, genau als es mitten in der Migration zwischen zwei Systemen steckte. Das Opportunity-Setup war, in ihren eigenen Worten, ein Chaos: doppelte Datensätze, Lifecycle-Stages, denen niemand traute, Automationen, die aus Gründen feuerten, die in der Historie verloren gegangen waren. Alles ergab für genau eine Person Sinn, und deren letzter Tag war in zwei Wochen.
Der Punkt ist nicht, dass sie schlecht eingestellt hätten. Der Punkt ist, dass Ownership von vornherein nie verteilt worden war, sodass ein normaler Personalwechsel zum Umsatzrisiko wurde. Das ist das Muster, und die Unternehmensphase schützt Sie nicht davor. Ein Zehn-Personen-Team spürt es am stärksten, weil der Admin oft ein Gründer ist. Ein Series-B-Unternehmen spürt es am stärksten, weil das System jetzt tragend für die Zahl ist.
Das Playbook: Ownership verteilen, bevor Sie es brauchen
Was ich empfehlen würde, ist nicht „alles dokumentieren“, was nie passiert und verrottet, wenn es doch passiert. Es geht darum, Ownership mit einer Handvoll bewusster Schritte geteilt und lesbar zu machen.
- Zeichnen Sie eine Ownership-Landkarte. Eine Seite: für jedes Objekt, jede Integration und jede kritische Automation einen primären Owner und ein Backup benennen, das sie einen Monat lang am Laufen halten könnte. Die Lücken, die Sie finden, sind Ihr echtes Risikoregister.
- Trennen Sie Identität von Zugriff. Keine Integration, die unter einem persönlichen Login authentifiziert ist, kein geteiltes Super-Admin-Passwort. Service-Accounts und rollenbasierte Permission Sets, damit das Ausscheiden einer Person ein HR-Ereignis ist und kein Ausfall.
- Schreiben Sie das „Warum“ auf, nicht das „Was“. Sparen Sie sich das Feld-Wörterbuch. Dokumentieren Sie die zehn Entscheidungen, die einen kompetenten neuen Admin verwirren würden: warum diese Stages, warum diese Dedup-Regel, warum das, was Sie offensichtlich löschen würden, in Wahrheit tragend ist.
- Ticketen Sie die KI-Arbeit. Wenn eine Automation es wert ist, in der Produktion zu laufen, ist sie einen Einzeiler wert, der festhält, was sie tut und wer sie besitzt. Das ist das Gegenmittel zum Problem der unsichtbaren Logik, und es kostet fast nichts, wenn Sie es laufend tun.
- Führen Sie einen Bus-Faktor-Test durch. Einmal pro Quartal ein besonders kritisches System auswählen und fragen: Wenn der Owner heute verschwände, wer hält es am Leben, und was bricht in Woche eins. Machen Sie es nicht komplizierter als nötig. Die Übung selbst ist der Wert.
Nichts davon braucht einen Headcount, den Sie nicht haben. Es braucht, dass Sie Ownership als etwas behandeln, das Sie bewusst gestalten, so wie Sie eine Pipeline oder ein Permission-Modell gestalten würden, statt als etwas, das sich um denjenigen ansammelt, der zufällig zuerst da war.
Wenn der Kontinuitätsplan Ihres CRM derzeit das Gedächtnis einer Person und deren Kündigungsfrist ist, dann ist das das günstigste Umsatzrisiko, das Sie je beheben werden. Sie können kartieren, wo Ihre Ownership wirklich liegt, bevor die nächste Kündigung die Entscheidung für Sie trifft, oder es mit uns durchsprechen, wenn Sie ein zweites Paar Augen auf die Lücken möchten.
Quellen
- Forrester. „The Rise of the Claude Cowboy in RevOps.“ Juli 2026. forrester.com
- SaaStr. „The $500M Bet That Your Entire GTM Stack Should Be One Platform.“ 2026. saastr.com