Drei Monate nach dem Go-Live ruft der Vertriebsleiter an: „Niemand nutzt Salesforce. Wir arbeiten wieder mit Excel." Das Projekt hat eine halbe Million gekostet. Ich höre diese Geschichte mindestens zweimal im Jahr. Und jedes Mal lassen sich die Ursachen auf dieselben sieben Fehler zurückführen.
In über fünf Jahren Salesforce-Beratung habe ich dutzende Einführungen begleitet. Einige davon als Feuerwehreinsatz, weil die erste Runde gescheitert war. Die teuersten Fehler passieren dabei nicht in der Technik. Sie passieren in Meetings, in Annahmen und in Entscheidungen, die Wochen vor dem ersten Klick im System fallen.
1. Salesforce kaufen, bevor die Prozesse klar sind
Das Problem: Ein Unternehmen kauft Enterprise-Lizenzen, weil der Salesforce-Vertrieb ein beeindruckendes Demo gezeigt hat. Drei Monate später stellt sich heraus: Niemand weiß, welche Prozesse überhaupt abgebildet werden sollen.
Ich habe Kunden gesehen, die 200 Lizenzen gekauft haben und nach der Einführung nur 40 aktive User hatten. Nicht weil Salesforce schlecht wäre. Sondern weil nie definiert wurde, wer das System wofür braucht.
Die Lösung: Bevor Sie eine einzige Lizenz unterschreiben, dokumentieren Sie Ihre Kernprozesse. Wer macht was, in welcher Reihenfolge, mit welchen Daten? Das klingt banal, aber ich schätze, dass 70% aller Salesforce-Projekte diesen Schritt überspringen. Wählen Sie dann die passende Lizenz-Edition. Nicht die teuerste.
2. Den Salesforce-Partner nach dem Preis auswählen
Das Problem: Das günstigste Angebot gewinnt. Der Partner hat zwar drei zertifizierte Berater auf der Website, aber die arbeiten parallel an fünf anderen Projekten. Sie bekommen den Junior, der seine erste Einführung macht.
Das Ergebnis: Endlose Discovery-Workshops ohne Fortschritt, generische Konfiguration aus dem Lehrbuch und ein System, das Ihre Prozesse nicht abbildet. Der billigste Partner wird schnell zum teuersten, wenn Sie nach sechs Monaten von vorne anfangen.
Die Lösung: Fragen Sie nach konkreten Referenzen in Ihrer Branche. Bestehen Sie darauf, die Berater kennenzulernen, die tatsächlich an Ihrem Projekt arbeiten. Ein guter Partner stellt unbequeme Fragen zu Ihren Prozessen. Ein schlechter nickt alles ab und konfiguriert drauflos.
3. Keine Datenstrategie vor der Migration
Das Problem: Am Tag der Migration wird der komplette Datenbestand aus dem Altsystem nach Salesforce geschoben. 50.000 Kontakte, davon 30.000 Duplikate, 15.000 ohne E-Mail-Adresse und 8.000 mit falscher Zuordnung. Das System ist ab Tag eins unbrauchbar.
Bei einem meiner Kunden haben wir nach der Einführung drei Wochen nur mit Datenbereinigung verbracht. Das hätte man vorher in drei Tagen erledigen können.
Die Lösung: Planen Sie die Datenmigration als eigenständiges Projekt. Definieren Sie, welche Daten überhaupt migriert werden müssen. Bereinigen Sie vor der Migration. Nicht danach. Legen Sie klare Regeln für nicht danach. Legen Sie klare Regeln für Duplikatserkennung fest. Und testen Sie die Migration mindestens zweimal in einer Sandbox, bevor Sie live gehen.
4. Keine Admin-Ressource einplanen
Das Problem: Das Projekt wird als einmaliges IT-Projekt behandelt. Der Partner konfiguriert, übergibt, und dann soll das System „laufen". Niemand im Unternehmen ist verantwortlich für Anpassungen, neue User, geänderte Prozesse oder Updates.
Nach drei Monaten sind die Berichte veraltet, neue Mitarbeiter haben keine Einweisung, und die Power-User basteln Workarounds mit Excel, weil niemand ein Feld anpassen kann.
Die Lösung: Sie brauchen ab Tag eins eine dedizierte Admin-Ressource. Das muss keine Vollzeitstelle sein. Aber jemand, der Salesforce versteht und die Berechtigung hat, Änderungen vorzunehmen. Wer die aber jemand, der Salesforce versteht und die Berechtigung hat, Änderungen vorzunehmen. Wer die Permission Sets verwaltet, wer Reports baut, wer neue Felder anlegt. Ohne diese Person stirbt jede Salesforce-Org langsam.
5. Alles auf einmal einführen wollen
Das Problem: Sales Cloud, Service Cloud, Marketing Cloud, CPQ und ein Custom Portal. Alles gleichzeitig, alles zum selben Go-Live. Das Projektteam ist überfordert, die User sind überfordert, und wenn etwas nicht funktioniert, weiß niemand, wo das Problem liegt.
Ich habe ein Projekt begleitet, bei dem der Go-Live dreimal verschoben wurde, weil man vier Clouds parallel eingeführt hat. Am Ende war das Budget aufgebraucht, bevor die Service Cloud überhaupt konfiguriert war.
Die Lösung: Führen Sie stufenweise ein. Starten Sie mit der Cloud, die den größten Business Impact hat. Meistens die Sales Cloud. Stabilisieren Sie das System, sammeln Sie Feedback, schulen Sie die User. Erst wenn die erste Phase sitzt, gehen Sie die nächste an. Das fühlt sich langsamer an, ist aber schneller am Ziel.
6. User Adoption als nachgelagerten Schritt behandeln
Das Problem: Das System ist perfekt konfiguriert. Jeder Prozess ist abgebildet, jeder Report stimmt. Aber die User loggen sich nicht ein. Der Vertrieb arbeitet weiter mit Outlook und Excel, weil „das alte System schneller war."
Technisch perfekt, menschlich gescheitert. Das ist der häufigste Grund, warum Salesforce-Projekte als Misserfolg gelten. Obwohl die Technik funktioniert.
Die Lösung: Binden Sie die Key User von Anfang an ein. Nicht als Zuschauer, sondern als Mitgestalter. Lassen Sie den Vertrieb seine eigenen Reports definieren. Lassen Sie den Service seine eigene Case-Struktur mitentwickeln. Menschen nutzen Systeme, die sie mitgestaltet haben. Und planen Sie Schulungen ein. Nicht eine Stunde am Go-Live-Tag, sondern regelmäßig in den ersten drei Monaten.
7. Keinen Health Check nach dem Go-Live machen
Das Problem: Nach dem Go-Live ist das Projekt „fertig". Niemand schaut sich an, ob die Prozesse funktionieren, ob die Datenqualität stimmt, ob die User das System so nutzen, wie es gedacht war. Probleme sammeln sich leise an, bis sie irgendwann nicht mehr ignoriert werden können.
Ich sehe regelmäßig Orgs, die nach zwei Jahren so zugemüllt sind, dass ein Cleanup-Projekt fast so teuer wird wie die ursprüngliche Einführung.
Die Lösung: Machen Sie 90 Tage nach dem Go-Live einen Health Check. Prüfen Sie: Werden die Prozesse genutzt? Stimmt die Datenqualität? Welche Workarounds haben sich eingeschlichen? Welche Features werden nicht genutzt und warum? Planen Sie diesen Check von Anfang an als festen Projektbestandteil ein.
Häufige Fragen
Was ist der teuerste Fehler bei einer Salesforce-Einführung?
Keine Anforderungsanalyse vor dem Start. Wenn Sie Salesforce konfigurieren, bevor klar ist, welche Prozesse abgebildet werden sollen, bauen Sie auf Sand. Das führt zu teuren Nacharbeiten und frustrierten Nutzern.
Wie vermeidet man, dass das CRM nach der Einführung nicht genutzt wird?
Change Management von Anfang an: Key User früh einbinden, Schulungen nicht als Einmalevent verstehen, und echte Vorteile für die Nutzer schaffen, nicht nur für das Management. Ein CRM das niemand pflegt hat keinen Wert.
Wie lange sollte die Planungsphase vor einem Salesforce-Projekt dauern?
Mindestens 4-6 Wochen für die Anforderungsaufnahme und das Solution Design. Bei komplexeren Projekten mit Integrationen oder Datenmigration auch 2-3 Monate. Zeit in der Planungsphase ist die günstigste Investition im gesamten Projekt.
Was passiert, wenn man Salesforce ohne Berater einführt?
Es ist möglich, aber riskant. Ohne Erfahrung entstehen schnell technische Schulden: falsche Datenmodelle, unkontrollierte Automatisierungen, fehlende Governance. Diese Schulden sind später teuer zu beheben. Ein Berater für die Konzeptionsphase zahlt sich fast immer aus.
Warum scheitern so viele CRM-Projekte trotz guter Software?
Weil CRM kein Software-Projekt ist, sondern ein Change-Projekt. Die Technologie ist selten das Problem. Fehlende Nutzerakzeptanz, unklare Verantwortlichkeiten und mangelhaftes Datenmanagement sind die eigentlichen Projektrisiken.
Alle sieben Fehler haben denselben Kern: Salesforce wird als Technologie-Projekt behandelt statt als Business-Transformation. Die Technik ist der einfache Teil. Die schwierigen Fragen sind organisatorisch: Wer verantwortet was? Welche Prozesse ändern sich? Wie nehmen wir die Menschen mit?
Wenn Sie nur eine Sache aus diesem Artikel mitnehmen, dann diese: Die teuersten Entscheidungen bei einer Salesforce-Einführung fallen nicht im System. Sie fallen in den Meetings davor.
Sie planen eine Salesforce-Einführung oder stecken mitten in einer, die nicht rund läuft? Ich unterstütze Sie dabei. Von der Prozessanalyse über die Datenstrategie bis zum Post-Go-Live Health Check. Damit Ihr Projekt nicht auf dieser Liste landet.
