Kein großer Knall, sondern leiser Verfall
Die Einführung ist abgeschlossen. Das CRM läuft, die Schnittstellen stehen, die Lizenzrechnung kommt pünktlich. Seit dem Projektabschluss steht das Thema nicht mehr auf der Tagesordnung.
Zwei Jahre später sieht der Alltag anders aus. Der Vertrieb führt eine eigene Liste, weil sie aktueller ist. Der Service ruft lieber beim Kollegen an, statt ins System zu schauen. Neue Felder kamen dazu, alte wurden nie aufgeräumt. Niemand hat beschlossen, das System weniger zu nutzen. Es ist einfach passiert.
Deshalb ist dieser Verfall so schwer zu greifen. Kein Ausfall, keine Fehlermeldung. Die Kosten bleiben gleich, der Nutzen sinkt.
Nicht jede ungenutzte Funktion ist ein Verlust. Kritisch wird es, wenn die Kernabläufe, für die Sie das System angeschafft haben, nach und nach außerhalb stattfinden. Entscheidend ist, ob es noch leistet, wofür Sie es eingeführt haben.
Drei Muster, an denen Systeme langsam ausbluten
Ein CRM verliert seinen Wert an vielen kleinen Stellen, die jede für sich harmlos wirken. Drei Muster tauchen dabei immer wieder auf.
Umwege neben dem System
Ein Feld fehlt, eine Maske ist umständlich, also baut sich das Team einen Umweg. Ein Beispiel aus dem Maschinenbau: Der Vertriebsinnendienst führt die offenen Angebote in einer Tabelle auf dem Laufwerk, weil sie sich dort schneller sortieren lassen. Im CRM stehen dieselben Angebote mit veraltetem Stand. Der Service sieht ein falsches Bild und ruft lieber im Vertrieb an.
Jeder Umweg ist für sich vernünftig. Zusammen führen sie dazu, dass das System nicht mehr den tatsächlichen Stand zeigt.
Niemand ist zuständig
Bei der Einführung gibt es ein Projektteam. Nach dem Start löst es sich auf. Die IT kümmert sich um Zugänge, der Anbieter um die Software. Wer über Pflichtfelder, Dubletten und Abläufe entscheidet, bleibt offen.
In einem Großhandel steht derselbe Kunde dreimal im System, jedes Mal mit einer anderen Ansprechperson. Vertrieb, Buchhaltung und Marketing wissen davon, und jede Abteilung hält eine andere für zuständig. Mit jedem neuen Eintrag wird die Bereinigung aufwendiger.
Alte Abläufe im neuen Tool
Das dritte Muster fällt am wenigsten auf. Bei der Einführung werden bestehende Abläufe möglichst genau nachgebaut. Das fühlt sich sicher an. Es heißt aber auch, dass Schritte überleben, die es nur gab, weil das alte System oder das Papier sie verlangte.
Bei einem Dienstleister lief eine Reklamation früher über ein Formular, das ausgedruckt, unterschrieben und abgelegt wurde. Im neuen System gibt es dafür eine digitale Freigabe mit genau denselben Stationen. Der Kunde wartet so lange wie vorher, nur die Software kostet mehr.
In allen drei Fällen funktioniert das Tool.
Warum das kein Tool-Problem ist, sondern ein Designproblem
Verliert ein System an Wert, sucht man die Ursache meist im Tool: zu kompliziert, zu alt, falsch eingerichtet. Also wird ein neues eingeführt und geschult. Zwei Jahre später steht die Tabelle wieder neben dem CRM.
Eingeführt wurde die Software. Den Betrieb darum hat niemand gestaltet.
Neu ist diese Beobachtung nicht. Die Harvard Business Review beschrieb schon 1990, warum IT so selten große Leistungssprünge bringt: Unternehmen beschleunigen damit veraltete Abläufe, statt sie abzuschaffen. 2002 folgte dort die Übertragung auf CRM. Der Grundfehler sei die Annahme, CRM sei Software, die Kundenbeziehungen verwaltet. Gemeint sind Kundenstrategie und Abläufe, die Technik unterstützt beides nur.
Neuere Zahlen passen ins Bild, messen aber etwas anderes als CRM-Wertverlust. In der Marketing-Technology-Umfrage von Gartner gaben Marketingverantwortliche 2023 an, im Schnitt nur 33 Prozent der Funktionen ihrer Marketing-Software zu nutzen. 2022 waren es 42 Prozent, 2020 noch 58 Prozent (Auswertung der Gartner-Zahlen, August 2023). Die Werte beruhen auf Selbsteinschätzung. Der Martech-Analyst, der sie dort auswertet, hält sie eher für Bauchgefühl. Die Hauptursache sieht er nicht in den Werkzeugen, sondern in fehlender Befähigung der Teams: Schulung, Begleitung, Nachschlagematerial. Ungenutzte Nebenfunktionen hält er für unproblematisch, solange sich die Kernfunktionen rechnen.
Was heißt „den Betrieb gestalten"? Wir nennen es operatives Design. Es beantwortet für jeden wichtigen Ablauf vier Fragen:
- Wer macht was? Eine benannte Rolle pro Ablauf und pro Datenbereich, nicht „die IT" und nicht „der Anbieter".
- Mit welchen Daten? Welche Information braucht jeder Schritt, wo entsteht sie, wer hält sie aktuell?
- Wann? Was löst einen Schritt aus, wann wandert ein Vorgang vom Vertrieb zum Service, und was muss dann im System stehen?
- Woran merken Sie, dass es funktioniert? Wenige, vorher festgelegte Signale, die jemand regelmäßig prüft.
Ein Tool-Wechsel beantwortet keine dieser Fragen. Das neue System übernimmt die offenen Punkte, oft samt der alten Abläufe. Wer die vier Fragen geklärt hat, kann dagegen sachlich entscheiden, ob das vorhandene System genügt. Ein Wechsel ist dann eine Entscheidung und keine Flucht nach vorn.
Pressure Tests: Prüfen vor dem Launch und danach
Ein System verliert seinen Wert im laufenden Betrieb, also muss es auch dort geprüft werden. Wir schlagen dafür zwei Prüfungen vor, die wir Pressure Tests nennen. Ob die Software läuft, klärt Ihre IT. Ob Ihre Leute damit arbeiten wie geplant, klärt der Pressure Test.
Beide Tests nutzen dieselben fünf Prüffragen. Der Pre-Launch-Test hält vor der Einführung fest, wie die Antworten lauten sollen. Im Kern prüft er drei Dinge: Abläufe (Prüffragen 1 und 3), Rollen (Prüffrage 2) und Datenflüsse (Prüffrage 4). Prüffrage 5 legt fest, woran Sie später erkennen, ob das System Wert schafft. Lautet eine Antwort „klären wir nach dem Start", haben Sie eine echte Lücke gefunden.
Ein gutes Format dafür ist das Premortem, das die Harvard Business Review 2007 beschrieb. Das Team nimmt an, das Projekt sei bereits gescheitert, und sammelt plausible Gründe dafür. So kommen Zweifel vor dem Launch auf den Tisch. Für ein CRM klingt das etwa so: „Ein Jahr nach der Einführung pflegt der Vertrieb seine Kontakte wieder in Excel. Warum?"
Der Post-Launch-Test prüft danach in festen Abständen, wie die Antworten tatsächlich lauten. Genau dieser Test fehlt in vielen Unternehmen, weil die Aufmerksamkeit nach dem Start zum nächsten Projekt wandert. Wo Soll und Ist auseinanderfallen, müssen Sie handeln. Ein BI-Team brauchen Sie dafür nicht. Es reichen ein fester Termin und ehrliche Antworten.
Läuft Ihr System schon seit Jahren, starten Sie direkt mit dem Post-Launch-Test und legen den Soll-Zustand beim ersten Durchgang nachträglich fest.
Prüffrage 1: Wo arbeiten Ihre Teams am System vorbei?
Umwege entstehen selten aus Trotz. Sie entstehen, weil jemand eine Aufgabe erledigen muss und das System dabei im Weg steht. In Praxisberichten heißt das „Schatten-CRM": parallele Listen, die aktueller sind und mehr Vertrauen genießen als das eigentliche System.
Woran Sie es erkennen
- In Meetings wird aus einer Tabelle berichtet, nicht aus dem CRM.
- Auf „Wo steht das?" folgt „Das hat die Kollegin, ich frage mal nach".
- Kundenmails landen in persönlichen Postfächern und werden weitergeleitet.
- Nach einem Urlaub oder Stellenwechsel fehlt Wissen über laufende Kunden.
- Das CRM wird kurz vor dem Monatsreporting nachgepflegt.
Was es kostet
Doppelte Arbeit, weil Informationen zweimal erfasst oder später übertragen werden. Verlorene Kundeninformation, weil der Service nicht sieht, was der Vertrieb zugesagt hat. Und ein falsches Bild in den Zahlen, denn Auswertungen aus dem CRM beschreiben nur den Teil des Geschäfts, der dort zufällig gepflegt wurde.
Umwege zeigen, wo der Betrieb nicht gestaltet wurde.
Was Sie konkret prüfen können
- Lassen Sie sich ohne Vorwurf von je zwei Personen aus Vertrieb und Service zeigen, wo sie ihre Kunden tatsächlich verwalten. Jede Tabelle und jede Weiterleitungsregel kommt auf die Liste.
- Verfolgen Sie eine Kundenanfrage aus der letzten Woche: Liegen Eingang, Antwort, Zusagen und nächster Schritt vollständig im System? Jede Lücke zeigt einen Umweg.
- Fragen Sie zu jedem Umweg: Was kann die Tabelle, was das System nicht kann? Die Antwort ist oft kleiner als erwartet, etwa ein fehlendes Feld oder eine unklare Regel.
Prüffrage 2: Wer ist für welchen Ablauf verantwortlich, namentlich?
Fragen Sie, wer für das CRM zuständig ist, hören Sie meist „die IT" oder „der Anbieter". Beides greift zu kurz. Keiner von beiden entscheidet, wann eine Anfrage als vielversprechend gilt, wer einen Kunden an den Service übergibt oder welche Angaben Pflicht sind. Genau diese Entscheidungen bestimmen, ob das System Wert schafft. Sie gehören ins Geschäft.
Was „zuständig" konkret heißt
Zuständigkeit hat zwei Ebenen. Pro Ablauf, etwa neue Anfragen, Übergabe an den Service oder Beschwerden, braucht es eine Rolle, die festlegt, wie er funktioniert, und ihn ändert, wenn er hakt. Pro Datenbereich, etwa Kontaktdaten oder Angebotsstände, braucht es eine Rolle, die für Vollständigkeit und Richtigkeit geradesteht. Sie macht nicht jede Eingabe selbst, verantwortet aber die Regeln.
„Benannt" heißt: Hinter der Rolle steht ein Mensch, den alle kennen. Ein Gremium reicht nicht. Im Mittelstand ist das selten eine Vollzeitstelle, meist ein klar umrissener Teil einer bestehenden Rolle, etwa der Vertriebsleitung. Dafür muss Zeit im Kalender stehen.
Der Test
Stellen Sie im nächsten Führungsmeeting eine Frage zu einem Fehler im Lead-Prozess: Die Anfrage eines potenziellen Kunden bleibt im System liegen, niemand meldet sich. Wer entscheidet, was jetzt passiert? Und wer ändert den Ablauf, damit es nicht wieder vorkommt?
Nennt jede Führungskraft ohne Nachfragen denselben Namen, ist die Zuständigkeit geklärt. Wird es still oder fallen verschiedene Namen, haben Sie eine Lücke gefunden. Im Alltag fällt sie selten auf. Sichtbar wird sie erst, wenn etwas schiefgeht, und dann sucht man einen Schuldigen statt einer Lösung.
Vor und nach dem Launch
Vor der Einführung legen Sie eine einfache Tabelle an: zentrale Abläufe und Datenbereiche in die Zeilen, die verantwortliche Rolle daneben. Jede leere Zelle ist eine offene Entscheidung. Nach der Einführung prüfen Sie dieselbe Tabelle regelmäßig, denn Menschen gehen und Rollen wechseln.
Prüffrage 3: Haben Sie Abläufe neu gedacht oder nur umgezogen?
Bei vielen Einführungen lautet der Auftrag: Das neue System soll alles können, was das alte konnte. Dann wird jeder Schritt, jedes Pflichtfeld und jede Freigabe übernommen, auch solche, die es nur gab, weil das alte System es nicht besser konnte. Genau davor warnten die oben genannten Beiträge von 1990 und 2002.
Woran Sie einen umgezogenen Ablauf erkennen
- Ein Angebot entsteht im CRM, geht zur Freigabe aber als PDF per Mail raus, weil es früher so lief.
- Dieselben Kundendaten werden an zwei Stellen erfasst, weil es früher zwei Systeme gab.
- Es gibt Pflichtfelder, deren Inhalt niemand auswertet.
- Übergaben laufen über Export und Liste, obwohl das System sie direkt abbilden könnte.
- Es gibt Freigabestufen, deren Grund niemand mehr kennt.
Jeder dieser Schritte kostet Zeit und ist ein Anlass, am System vorbeizuarbeiten.
So prüfen Sie es
- Wählen Sie einen Ablauf, den Ihre Kunden direkt spüren, etwa von der Anfrage bis zum Angebot.
- Skizzieren Sie ihn vom Kunden aus neu, auf einem leeren Blatt: Was braucht der Kunde wann, welche Information muss wo vorliegen, wer muss handeln?
- Legen Sie den Ist-Zustand daneben, jeden Klick, jede Übergabe, jede Wartezeit. Machen Sie das mit jemandem, der den Ablauf täglich ausführt, nicht nach der Projektdokumentation.
- Fragen Sie bei jedem Schritt, der nur im Ist-Zustand vorkommt: Wem nützt das? Lautet die einzige Antwort „haben wir immer so gemacht", kommt er auf die Streichliste.
Manche Schritte haben rechtliche oder interne Gründe. Entscheidend ist, dass jemand den Grund benennen kann. Wer über das Streichen entscheidet, klärt Prüffrage 2. Vor der Einführung heißt das: erst die Skizze, dann konfigurieren. Danach: den Vergleich an einem Ablauf machen, bevor Sie über ein anderes Tool nachdenken.
Prüffrage 4: Vertrauen Ihre Leute den Daten im System?
Datenqualität klingt nach IT. Im Alltag zeigt sie sich im Verhalten. Schaut Ihr Vertrieb vor dem Kundenanruf ins CRM, oder fragt er lieber die Kollegin aus dem Service? Wenn Ihre Leute lieber nachfragen als nachschauen, gilt das System als Ablage, nicht als Arbeitsgrundlage.
Das Problem verstärkt sich selbst. Wer den Daten nicht traut, pflegt sie nicht sorgfältig, und dadurch werden sie noch unzuverlässiger. Neue Mitarbeitende lernen dann schnell, wen sie fragen müssen, statt wo sie nachsehen können.
Woran Sie es erkennen
- Vor Kundenterminen wird intern nachgefragt, obwohl die Information im System stehen müsste.
- Ansprechpartner und Telefonnummern sind veraltet, und niemand korrigiert sie.
- Der letzte Kundenkontakt fehlt im System, obwohl er stattgefunden hat.
- In Besprechungen streitet man über Zahlen, weil jeder eigene mitbringt statt der aus dem CRM.
Eine Stichprobe ohne Datenabteilung
Sie brauchen eine Stunde und zwei Personen.
- Ziehen Sie zufällig 20 Kundendatensätze mit Kontakt in den letzten vier Wochen.
- Lassen Sie die betreuende Person jeden Datensatz prüfen: Stimmen Ansprechpartner und Kontaktdaten? Ist der letzte Kontakt erfasst? Ist der aktuelle Stand erkennbar?
- Legen Sie drei Datensätze jemandem vor, der den Kunden nicht kennt. Könnte diese Person morgen ein sinnvolles Gespräch führen?
- Fragen Sie das Team: Wann haben Sie zuletzt vor einem Kundenkontakt jemanden angerufen, statt ins System zu schauen? Und warum?
Das Ergebnis ist keine exakte Kennzahl, aber ein ehrliches Bild. Die letzte Frage zeigt meist auch den Grund: fehlende Felder, unklare Zuständigkeit (Prüffrage 2) oder Abläufe am System vorbei (Prüffrage 1). Wiederholen Sie die Stichprobe nach dem Launch, dann sehen Sie, ob das Vertrauen wächst oder leise schwindet.
Prüffrage 5: Woran merken Sie, dass das System Wert schafft?
CRM-Systeme liefern Berichte in großer Zahl: Logins, angelegte Kontakte, Dutzende Dashboards. Ob das System dem Unternehmen etwas bringt, beantwortet davon kaum einer. Auch der Anteil genutzter Funktionen taugt nicht als Maßstab, wie die Selbstauskünfte oben zeigen. Fragen Sie deshalb, welche Abläufe das System besser machen soll, und ob das eintritt.
Drei bis fünf Signale, die jeder versteht
Gute Signale beschreiben den Alltag. Beispiele:
- Übergaben ohne Rückfragen: Der Service findet nach einer Übergabe alles Nötige im System und muss nicht anrufen, um zu erfahren, was zugesagt wurde.
- Anfragen landen vollständig im System, keine liegt nur in einem persönlichen Postfach.
- Vor einem Kundentermin öffnen Ihre Leute das System, statt Kollegen zu fragen (Prüffrage 4).
- Es gibt keine zweite Liste, die für einen Kunden aktueller ist als das CRM.
Mehr als fünf Signale braucht kaum ein Unternehmen.
Vorher festlegen, nachher prüfen
Legen Sie die Signale vor dem Launch fest, zusammen mit den Menschen, die mit dem System arbeiten, und halten Sie den heutigen Stand fest. Sonst fehlt später der Vergleich, und jede Bewertung bleibt Meinung. Nach dem Launch prüfen Sie per Stichprobe: einige aktuelle Übergaben, einige Anfragen der letzten Wochen.
Kippt ein Signal, zeigt es, welcher Ablauf, welche Zuständigkeit oder welche Datenquelle nachgeschärft werden muss.
So setzen Sie die Prüfung in Ihrem Unternehmen auf
Die fünf Fragen bringen nur etwas, wenn sie regelmäßig gestellt werden und aus den Antworten etwas folgt. Nötig sind eine verantwortliche Person, ein fester Termin und eine Regel, was mit den Ergebnissen geschieht.
Wer die Fragen stellt
Bestimmen Sie jemanden aus dem Betrieb, der Vertrieb und Service kennt, etwa die Leitung Operations. Diese Person sammelt die Antworten und bringt sie in die Führungsrunde. Die Antworten selbst sollen von denen kommen, die täglich mit dem System arbeiten. Wer nur Führungskräfte fragt, erfährt, wie das System gedacht war, nicht wie es genutzt wird.
In welchem Rhythmus
Unser Vorschlag:
- Erste Prüfung wenige Wochen nach dem Launch, solange Umwege noch leicht zu erkennen sind.
- Danach einmal im Quartal, angehängt an ein bestehendes Meeting.
- Zusätzlich bei Veränderungen, etwa neuen Teams oder einer größeren Anpassung am System.
Verkürzen Sie den Abstand, wenn sich zwischen zwei Prüfungen zu viel verschoben hat.
Wie aus Antworten Korrekturen werden
Jeder Befund bekommt eine Maßnahme, eine zuständige Person und ein Datum. Nehmen Sie sich pro Runde höchstens zwei oder drei Korrekturen vor, mehr bleibt im Tagesgeschäft liegen. Oft reicht ein zusätzliches Feld, eine benannte Rolle oder ein gestrichener Schritt. Jede neue Runde beginnt mit der Frage, ob die Korrekturen vom letzten Mal gewirkt haben.
Nicht jede Lücke muss geschlossen werden. Konzentrieren Sie sich auf die Abläufe, von denen Kundenkontakt und Umsatz abhängen. Dort bringen kleine, regelmäßige Korrekturen mehr als eine große Überholung alle paar Jahre.
Fazit: Wert entsteht im Betrieb, nicht bei der Einführung
Ein System ist nur so gut wie der Betrieb, der darum herum gestaltet ist. Nehmen Sie die fünf Prüffragen mit in Ihr nächstes Führungsmeeting:
- Wo arbeiten Ihre Teams am System vorbei?
- Wer ist für welchen Ablauf verantwortlich, namentlich?
- Haben Sie Abläufe neu gedacht oder nur umgezogen?
- Vertrauen Ihre Leute den Daten im System?
- Woran merken Sie, dass das System Wert schafft?
Wo die Antworten zögern oder sich widersprechen, liegt Ihr erster Ansatzpunkt. Wenn Sie dafür eine Außensicht möchten, ist unsere Diagnose ein möglicher Einstieg.
Häufige Fragen
Woran erkenne ich, dass unser CRM an Wert verliert, obwohl es technisch einwandfrei läuft? An der Nutzung: Tabellen neben dem System, Weiterleitungen statt Einträgen, Kollegen, die lieber anrufen als nachschauen, und Übergaben, die nur mit Rückfragen funktionieren.
Was ist ein Pre-Launch- bzw. Post-Launch-Pressure-Test und wie lange dauert er? Der Pre-Launch-Test legt vor der Einführung die Soll-Antworten auf die fünf Prüffragen fest, der Post-Launch-Test prüft danach regelmäßig das Ist. Die Dauer hängt davon ab, wie viele Abläufe Sie prüfen.
Brauchen wir ein neues Tool, wenn die Nutzung im Alltag nachlässt? Meist nicht. Ein neues Tool übernimmt fehlende Zuständigkeiten und ungeklärte Abläufe eins zu eins; klären Sie zuerst die vier Fragen des operativen Designs.
Wer sollte im Mittelstand für den Betrieb eines CRM verantwortlich sein, wenn es kein eigenes CRM-Team gibt? Eine benannte Rolle pro Ablauf und pro Datenbereich, etwa die Vertriebsleitung für den Lead-Prozess. Die Geschäftsführung legt diese Zuständigkeiten fest und macht sie bekannt.
Wie oft sollten wir nach der Einführung prüfen, ob das System noch Wert schafft? Etwa quartalsweise, angehängt an ein bestehendes Führungsmeeting. Wichtiger als die Frequenz ist ein fester Termin.
Können wir die fünf Prüffragen auch bei einem System anwenden, das schon seit Jahren läuft? Ja, gerade dort, weil sich Umwege und unklare Zuständigkeiten eingeschliffen haben. Starten Sie mit dem Post-Launch-Test und einem zentralen Ablauf.