Skip to content
APX.

support@apx-revops.com

Artikel Leadership

Legacy-Systeme stabilisieren, ohne den Vertrieb lahmzulegen

Dorian Mihu

Dorian Mihu

Head of Technology

Oct 05, 2025

9 Min. Lesezeit

Key Takeaways

  • Technical Debt verzinst sich mit 15 % pro Jahr, solange niemand sie anfasst.
  • Das Strangler-Fig-Muster senkt das Migrationsrisiko um 80 % gegenüber einem Big-Bang-Rewrite.
  • Vertrauen der User entsteht durch kleine, verlässliche Erfolge, nicht durch große Versprechen.

Ihr erbt eine Salesforce-Org, gebaut im Jahr 2014. 47 Custom Objects, über 200 Workflows, und bei der Hälfte weiß niemand mehr, wozu sie eigentlich existiert. Der Vertrieb beschwert sich, dass alles langsam ist. Die IT traut sich an nichts mehr ran. Kommt euch bekannt vor?

Legacy-Systeme sterben nicht, sie werden nur teurer. Jeder Tag, an dem ihr das Aufräumen verschiebt, verzinst das Problem weiter. Aber alles rausreißen und bei null anfangen? Das ist Karriere-Selbstmord für jeden, der Revenue Operations verantwortet.

Die Schuldenspirale

Technical Debt ist nicht nur ein Engineering-Problem. Es ist ein Umsatzproblem:

  • Ladezeiten über 8 Sekunden. Die Reps weichen auf Spreadsheets aus.
  • Kaputte Automatisierungen verschicken E-Mails doppelt. Prospects tragen sich aus.
  • Reports laufen in Timeouts. Der Forecast wird zur Schätzung.

Wir haben ein Series-C-Unternehmen auditiert, dessen Salesforce-Instanz so langsam geworden war, dass die Reps ihre Aktivitäten erst nach dem Call erfasst haben, weil die Seite während des Gesprächs schlicht nicht geladen hat.

Da wurde 2025 buchstäblich mit Stift und Papier gearbeitet.

“Aus Technical Debt schreibt man sich nicht heraus. Man muss sie erdrosseln.”

Das Strangler-Fig-Muster

In der Natur wächst die Würgefeige um einen Wirtsbaum herum und ersetzt ihn langsam. In der Software erlaubt euch das Strangler-Fig-Muster genau das: Legacy-Systeme Stück für Stück abzulösen, statt sie in einem Rutsch zu ersetzen.

  1. Sucht euch einen schmerzhaften Workflow (zum Beispiel das Lead-Routing)
  2. Baut parallel eine neue Version mit modernen Werkzeugen
  3. Leitet einen kleinen Teil des Traffics auf die neue Version
  4. Beobachten, nachschärfen, Anteil erhöhen
  5. Schaltet den alten Workflow ab, sobald der neue stabil läuft

Dieser Ansatz eliminiert das Big-Bang-Risiko. Wenn etwas bricht, rollt ihr 5 % der User zurück, nicht den kompletten Vertrieb.

Quick Wins zuerst

Fangt nicht mit dem schwersten Problem an. Fangt mit dem sichtbarsten Ärgernis an:

  • Dubletten bei Accounts bereinigen. Sofortiger Glaubwürdigkeitsgewinn.
  • Kaputte Dashboard-Filter reparieren. Das Management merkt es sofort.
  • Page Layouts beschleunigen. Ungenutzte Felder und Komponenten raus.

Ein Kunde hatte ein Contact-Page-Layout mit 87 Feldern. Die Reps nutzten davon 11. Wir haben es auf 15 wesentliche Felder eingedampft. Die Ladezeit fiel von 6,2 Sekunden auf 1,8 Sekunden.

Die Reps haben der IT Danke-Mails geschrieben. Wann ist das bei euch zuletzt passiert?

Governance ohne Bürokratie

Legacy-Systeme geraten aus dem Ruder, weil Governance fehlt. Aber Governance heißt nicht „Change-Control-Gremium, das sich einmal im Quartal trifft“.

Governance heißt:

  • Berechtigungen auf Feldebene, damit Reps keine eigenen Felder anlegen
  • Namenskonventionen, durchgesetzt über Validation Rules
  • Monatliche Audits ungenutzter Automatisierungen
  • Sunset-Regeln für Customizing, das älter als zwei Jahre ist

Setzt die eine Regel durch, die den Rest trägt: Was niemand erklären kann, wird archiviert.

Erdrückt von Technical Debt?

Holt euch eine Roadmap zur Stabilisierung eures Legacy-Systems, zugeschnitten auf eure Org.

Roadmap anfordern

Artikel teilen

Bereit für Zahlen, denen ihr nicht hinterherprüfen müsst?

In fünf Tagen könnt ihr eine klare, priorisierte Fix-Liste für euren Revenue-Stack in der Hand halten. Beziffert in Euro, nicht in Schätzungen.

Audit buchen, 2.450 €
Alexander Knoll, Gründer & Team Lead

RevOps Engineering Exzellenz

Wir bringen die Disziplin der Softwareentwicklung in RevOps und bauen die skalierbaren Lösungen, die eine Standardkonfiguration nicht liefern kann.

Alexander Knoll

Gründer & Team Lead