Warum CRM-Einführungen an den Prozessen scheitern, nicht an der Software

CRM-Einführungen scheitern in den meisten Fällen nicht an der Software, sondern daran, dass es keinen definierten Verkaufsprozess gibt, den die Software abbilden könnte. Ein CRM ist ein Spiegel: Es zeigt einen Ablauf, es erfindet ihn nicht — und wo der Ablauf nur als ungeschriebene Gewohnheit existiert, entsteht statt einer Vertriebssteuerung eine unvollständige Adressdatenbank.

Deshalb bringt der Anbieterwechsel nach einem gescheiterten Projekt so selten Besserung. Das zweite System scheitert aus demselben Grund wie das erste, nur ein Jahr später und mit einer weiteren Rechnung. Dieser Artikel beschreibt die fünf Ursachen, die wir in solchen Projekten regelmässig antreffen, und was vor der Auswahl geklärt sein muss.

Was die Zahlen über gescheiterte CRM-Projekte sagen

Belastbare, herstellerunabhängige Statistiken zu CRM-Abbrüchen sind rar — die verfügbaren Zahlen stammen meist von Anbietern selbst und sind entsprechend zu lesen. Der CRM-Hersteller Adito nennt in einer 2026 veröffentlichten Befragung, dass 37 Prozent der Unternehmen eine CRM-Einführung mindestens einmal abgebrochen haben und 49 Prozent ihr CRM nach der Inbetriebnahme gewechselt haben oder dies planen.

Diese Zahlen taugen nicht als Beweis, aber als Richtungsanzeige, und sie decken sich mit dem, was in Projekten sichtbar wird. Auffällig ist vor allem der zweite Wert: Fast die Hälfte wechselt nach dem Start. Ein Wechsel nach der Inbetriebnahme ist genau das Muster, das entsteht, wenn man ein Prozessproblem für ein Produktproblem hält.

Ursache 1: Der Verkaufsprozess existiert nur in Köpfen

Der häufigste Befund lautet, dass jeder im Vertrieb einen Prozess hat, aber niemand denselben. Fragt man drei Verkäufer, wann ein Kontakt zu einer echten Chance wird, bekommt man drei Antworten: nach dem ersten Telefonat, nach der Bedarfsklärung, oder wenn ein Budget genannt wurde. Alle drei sind vertretbar — aber wenn alle drei parallel gelten, misst die Pipeline nichts.

In der Software wird dieser Zustand sofort sichtbar. Die Stufe «Qualifiziert» enthält dann Kontakte, die noch nie gesprochen haben, neben Kunden, die kurz vor der Unterschrift stehen. Jede Auswertung, die auf dieser Stufe aufbaut, ist wertlos, und weil sie wertlos ist, schaut niemand mehr hinein. Ab da ist das CRM nur noch eine Pflicht ohne Gegenleistung.

Die Lösung ist unspektakulär und wird trotzdem fast immer übersprungen: Der Prozess wird aufgeschrieben, bevor ein System ausgewählt wird. Nicht als Flussdiagramm für die Ablage, sondern als Liste von Stufen mit einem Kriterium, das man objektiv prüfen kann.

Ursache 2: Pipeline-Stufen ohne Austrittskriterium

Eine Pipeline-Stufe ist erst dann definiert, wenn zwei Personen unabhängig voneinander gleich entscheiden würden, ob ein Deal sie verlassen darf. Alles andere ist eine Beschriftung. So sieht eine brauchbare Definition aus:

Entscheidend sind nicht die Stufennamen, sondern die dritte Spalte. Sie macht aus einem Gefühl eine prüfbare Tatsache. Ergänzt jede Stufe um zwei Angaben: wer verantwortlich ist, und wie lange ein Deal maximal darin liegen darf, bevor er auffällt. Erst damit wird aus der Pipeline ein Steuerungsinstrument statt einer Sammlung von Hoffnungen.

Ursache 3: Der Anreizkonflikt, den niemand adressiert

Datenpflege kostet die pflegende Person Zeit und bringt ihr kurzfristig nichts — der Nutzen entsteht später und für andere. Dieser Konflikt ist die eigentliche Mechanik hinter jedem verwaisten CRM, und er lässt sich nicht durch Appelle lösen, sondern nur durch Gestaltung.

Drei Massnahmen wirken. Erstens: Radikal weniger Pflichtfelder. Jedes Feld, das nicht in eine konkrete Entscheidung einfliesst, wird gestrichen — nicht «später aufgeräumt», sondern vor dem Start gestrichen. Zweitens: Der Nutzen muss beim Pflegenden ankommen, nicht nur beim Management. Wer einträgt, soll dafür eine Wiedervorlage, eine vorbereitete E-Mail oder eine bessere Übersicht bekommen. Drittens: Was automatisch erfasst werden kann, wird automatisch erfasst — E-Mail-Verläufe, Termine, Telefonate. Wie weit sich diese Pflegelast heute technisch reduzieren lässt, beschreiben wir in CRM und KI: automatisierte Pipelines und allgemeiner unter KI-Automatisierung für KMU.

Was nicht wirkt: die Ankündigung, dass die Geschäftsleitung ab sofort auf Pflege achtet. Sie erzeugt für einige Wochen ausgefüllte Felder und danach ausgefüllte Felder ohne Wahrheitsgehalt, was schlimmer ist als leere.

Ursache 4: Datenqualität wird als Importproblem behandelt

Schlechte CRM-Daten entstehen nicht bei der Migration, sondern jeden Tag danach — deshalb löst eine saubere Erstbefüllung das Problem nur für ein paar Wochen. Der übliche Ablauf: Vor dem Start wird die alte Datenbasis mit grossem Aufwand bereinigt, danach wächst der Wildwuchs sofort wieder nach, weil die Regeln fehlen, die ihn verhindern.

Regeln heisst hier: Wer darf einen Kontakt anlegen? Was ist der eine Ort, an dem eine Information steht? Was passiert mit einem Deal, der sechs Monate liegt? Wer entscheidet bei Dubletten? Diese vier Fragen kosten in der Klärung wenige Stunden und entscheiden über die Datenqualität der nächsten fünf Jahre.

Ursache 5: Berichte ohne dahinterliegende Entscheidung

Ein Bericht ist nur dann nützlich, wenn vorher feststeht, welche Entscheidung er auslöst. In vielen Projekten wird zuerst ein Dashboard gebaut und danach überlegt, was man damit anfangen könnte. Das Ergebnis sind Kennzahlen, die niemand nutzt, und Pflichtfelder, die nur existieren, um diese Kennzahlen zu füttern — womit der Anreizkonflikt aus Ursache drei zusätzlich verschärft wird.

Dreht die Reihenfolge um: Beginnt mit drei Entscheidungen, die ihr regelmässig trefft — etwa wo Vertriebszeit investiert wird, welche Deals eskaliert werden und wie der Forecast fürs Quartal aussieht. Erst daraus ergeben sich die Berichte, und aus den Berichten die Felder. Welche Kennzahlen dabei tatsächlich tragen, haben wir in Lead-Scoring mit KI für den Vertrieb ausgeführt.

Was ein Abbruch kostet — und was ihn verhindert

Ein abgebrochenes CRM-Projekt kostet in unserem Rechenbeispiel für acht Nutzer rund CHF 30'800, ein vorgeschalteter Prozess-Workshop rund ein Viertel davon. Die Rechnung, mit einem internen Stundensatz von CHF 90:

Der zweite Anlauf kostet dasselbe noch einmal, sodass ein funktionierendes CRM am Ende bei rund CHF 61'700 statt CHF 30'800 liegt. Dem gegenüber steht ein zweitägiger Prozess-Workshop mit fünf Beteiligten: 5 × 16 Stunden × CHF 90 ergeben CHF 7'200 an interner Zeit, also rund 23 Prozent der Abbruchkosten. Alle Beträge sind Modellannahmen und keine Offerte — aber die Grössenordnung verschiebt sich auch dann nicht, wenn ihr eure eigenen Stundensätze einsetzt.

Wie sich diese Zahlen über eine volle Nutzungsdauer entwickeln und wie der Kauf gegen eine Eigenentwicklung abschneidet, rechnen wir in CRM kaufen oder selbst entwickeln über fünf Jahre durch; die Entscheidungslogik dahinter steht auf unserer Seite CRM kaufen oder entwickeln.

Der Workshop, der vor die Softwareauswahl gehört

Zwei Tage reichen, um die vier Dinge festzuhalten, an denen die Einführung später hängt: Prozessstufen, Pflichtfelder, Zuständigkeiten und Berichte. Ein bewährter Ablauf sieht so aus.

Am ersten Halbtag werden zehn reale Geschäfte der letzten Monate rekonstruiert — was ist tatsächlich passiert, in welcher Reihenfolge, wer war beteiligt. Am zweiten Halbtag entsteht daraus die Stufenliste samt Austrittskriterien. Am dritten Halbtag wird pro Stufe festgelegt, welche Information zwingend erfasst werden muss, und alles gestrichen, was in keine Entscheidung einfliesst. Am vierten Halbtag werden die drei Berichte definiert, die tatsächlich eine Entscheidung auslösen.

Das Ergebnis ist ein Dokument von wenigen Seiten. Genau dieses Dokument ist die Grundlage für den Systemvergleich — plötzlich vergleicht man nicht mehr Funktionslisten, sondern prüft, welches System den eigenen Prozess mit dem geringsten Anpassungsaufwand abbildet. Bei uns ist diese Phase Teil der Digitalberatung; die grössere Einordnung in eine Digitalisierungsstrategie beschreibt unser Beitrag zur digitalen Transformation im KMU.

Die 90-Tage-Prüfung nach dem Start

Prüft drei Monate nach dem Start an messbaren Kriterien, ob das System trägt, statt auf das Bauchgefühl im Team zu warten. Diese fünf Werte lassen sich in jedem CRM auslesen; die Schwellen sind ein Vorschlag und an eure Situation anzupassen.

Reisst ein Wert die Schwelle, ist das kein Grund für einen Systemwechsel, sondern ein Hinweis auf die betroffene Stelle im Prozess. Fällt die Aktualität, ist die Pflege zu aufwendig. Fällt die Vollständigkeit, gibt es zu viele Pflichtfelder oder zu wenig Nutzen. Erscheinen parallele Listen, ist ein Schritt im System langsamer als der Umweg.

Fazit

Die Software ist selten die Ursache, aber immer der Ort, an dem das Problem sichtbar wird. Wer den Verkaufsprozess vorher definiert, Stufen mit prüfbaren Kriterien versieht, die Pflegelast auf ein vertretbares Mass senkt und Berichte aus Entscheidungen ableitet, hat den grössten Teil der Arbeit erledigt, bevor die erste Demo läuft.

Umgekehrt gilt: Wer diese Arbeit überspringt, kauft sich mit jedem Systemwechsel dasselbe Problem neu ein, nur teurer. Wenn ihr vor einer Einführung oder mitten in einem stockenden Projekt steht, lohnt sich ein neutraler Blick von aussen auf den Prozess, bevor über Software gesprochen wird — genau dafür ist unsere Beratung für KI und Digitalisierung gedacht.