Schatten-Systeme: Die Tabellenkalkulationen, die still Ihre Pipeline betreiben

Irgendwo in Ihrer Revenue-Organisation erledigt gerade eine Tabellenkalkulation kritische Arbeit, von der kein Softwareanbieter weiß. Vielleicht ist es der Deal-Tracker, den ein Sales Manager gebaut hat, weil die Forecast-Ansicht im CRM nicht dem entspricht, wie das Team denkt. Vielleicht ist es der Account-Planning-Tab, auf den sich CS für Vertragsverlängerungen verlässt. Vielleicht ist es der Abgleich, den ein RevOps-Analyst jeden Freitag durchführt, damit zwei Systeme übereinstimmen. Das sind Schatten-Systeme: die inoffiziellen Tools und Workarounds, die große Teile Ihrer Pipeline betreiben, während sie für jeden unsichtbar bleiben, der glaubt, den Stack zu verstehen.

Es ist verlockend, sie als Schlamperei abzutun. Das ist ein Fehler. Jede tragende Tabellenkalkulation ist ein Beweis dafür, dass die offiziellen Tools eine Lücke hinterlassen haben, die jemand füllen musste, um seine Arbeit zu erledigen. Zu verstehen, warum diese Dinge entstehen und welches Risiko sie bergen, sagt mehr über die Gesundheit Ihres Revenue-Stacks aus als jedes Anbieter-Dashboard.

Warum sie entstehen

Niemand nimmt sich vor, die Pipeline auf einer Tabellenkalkulation zu betreiben. Schatten-Systeme entstehen, weil ein sanktioniertes Tool an einer konkreten, praktischen Stelle versagt und eine motivierte Person einen Weg drumherum findet. Die üblichen Auslöser:

• Das offizielle Tool ist zu starr. Das CRM kann nicht abbilden, wie das Team tatsächlich arbeitet, also baut jemand etwas Flexibles, das es kann.
• Die Daten sind fragmentiert. Kein einziges System zeigt das Gesamtbild, also stellt jemand von Hand eines zusammen. Das ist ein direktes Symptom der Datensilos, die ein Umsatzproblem sind.
• Das Tool ist langsam. Etwas ordentlich zu protokollieren braucht zehn Klicks, also gewinnt ein schneller Nebentab.
• Zwei Systeme sprechen nicht miteinander, also wird eine Tabellenkalkulation zur Brücke. Das Swivel-Chair-Problem, kristallisiert in einer Datei.

In jedem Fall ist die Tabellenkalkulation eine rationale lokale Lösung für ein reales Problem. Deshalb halten sie sich. Sie funktionieren, zumindest gut genug, und sie gehören der Person, die sie am meisten braucht.

Die Risiken, die Sie nicht sehen, bis etwas kaputtgeht

Ein Schatten-System löst ein Problem und schafft mehrere, die alle verborgen bleiben, bis zur falschen Woche.

Das offensichtliche ist der Single Point of Failure. Die kritische Datei liegt auf dem Laufwerk einer Person, und die Logik steckt in ihrem Kopf. Wenn sie das Unternehmen verlässt, in den Urlaub geht oder schlicht vergisst, wie der Lookup funktioniert, stoppt der Prozess, und niemand weiß, wie man ihn neu startet.

Dann gibt es unsichtbare Daten. Was in einem Schatten-System liegt, befindet sich per Definition außerhalb Ihrer Systeme of Record. Es kann keinen Forecast speisen, keine Automatisierung auslösen und keine nächstbesten Maßnahmen informieren, die Ihr Team ergreifen sollte. Echtes Signal, gefangen in einer Datei, die sonst niemand öffnen kann.

Die Tabellenkalkulation und das CRM werden irgendwann auch nicht mehr übereinstimmen, und welches hat dann recht? Schatten-Systeme spalten die Wahrheit weiter auf und vertiefen dieselbe Fragmentierung, die sie erst hervorgebracht hat.

Und Kundendaten in ungeregelten Tabellenkalkulationen sind genau die Art von Sache, von der Sicherheitsteams eher nach einem Vorfall erfahren als davor.

Als Diagnose lesen

Statt Schatten-Systeme auszumerzen, behandeln Sie sie als kostenlose Diagnostik. Jedes einzelne ist eine präzise Landkarte davon, wo der offizielle Stack versagt hat. Eine Tabellenkalkulation, die ein Feld verfolgt, das das CRM nicht hat, sagt Ihnen genau, was dem CRM fehlt. Ein Freitags-Abgleichsritual sagt Ihnen genau, welche zwei Systeme nicht miteinander sprechen.

Deshalb sind sie ein so klarer Indikator dafür, warum Ihr Revenue-Stack fragmentiert. Sie häufen sich proportional zu den Lücken zwischen Ihren Tools an. Zählen Sie die tragenden Tabellenkalkulationen in Ihrer Organisation, und Sie haben ungefähr gemessen, wie schlecht die offiziellen Systeme darin sind, sich zu koordinieren.

Was Sie dagegen tun können

Der falsche Schritt ist, Tabellenkalkulationen zu verbieten und zu verlangen, dass alle die offiziellen Tools nutzen. Das stellt die ursprüngliche Lücke wieder her und drängt den Workaround weiter in den Untergrund, meist an einen noch schwerer auffindbaren Ort. Der richtige Schritt ist, die Lücken zu schließen, die den Workaround nötig machen.

Beginnen Sie mit einer Bestandsaufnahme. Fragen Sie Vertriebsmitarbeiter und CSMs, worauf sie sich über den sanktionierten Stack hinaus tatsächlich verlassen. Sie werden es Ihnen sagen, meist mit einer gewissen Erleichterung. Finden Sie für jede heraus, welches Versagen des offiziellen Tools sie kompensiert. Bringen Sie dann die fehlende Fähigkeit oder die fehlenden Daten in eine koordinierte Schicht, sodass die Tabellenkalkulation überflüssig statt verboten wird. Und machen Sie den offiziellen Weg einfacher als den Workaround, denn Menschen nutzen Schatten-Systeme aus einem Grund: Sie sind der Weg des geringsten Widerstands.

Wenn das offizielle System zu der Art passt, wie Menschen arbeiten, und Informationen tatsächlich zwischen Tools fließen, lösen sich Schatten-Systeme von selbst auf. Nicht, weil Sie sie verboten haben. Weil niemand sie mehr braucht.

Die wichtigsten Erkenntnisse

• Jede tragende Tabellenkalkulation ist eine Nachricht Ihres Teams über eine Lücke im offiziellen Stack. Lesen Sie sie so.
• Sie entstehen, wenn das sanktionierte Tool zu starr, zu langsam, zu fragmentiert ist oder nicht mit seinem Nachbarn spricht.
• Die Kosten sind real, aber verzögert: Das Laufwerk einer Person wird zum Single Point of Failure, nützliches Signal strandet, und die Wahrheit spaltet sich.
• Verbieten funktioniert nicht. Die Lücke zu schließen, die sie abdecken, funktioniert.

Wenn tragende Tabellenkalkulationen Ihre Pipeline betreiben, zeigen sie auf konkrete Lücken im Stack. Diese Lücken zu schließen ist die Aufgabe einer Revenue-Orchestrierungsschicht.