SAP Sales Cloud V2 vs. C4C: Was sich wirklich geändert hat

Ihr C4C-System läuft noch. Vorerst. Aber SAP hat die Linie gezogen: Sales Cloud V2 ist die Zukunft, C4C bekommt keine neuen Funktionen mehr. Die Frage ist nicht, ob Sie wechseln. Sondern wann, und was Sie dabei erwartet.

Wir haben mehrere Unternehmen von C4C auf Sales Cloud V2 migriert. Zwei davon, Nussbaum und intelligentfood, sind bereits produktiv. Was folgt, ist das, was wir dabei aus erster Hand gelernt haben.

TL;DR: Sales Cloud V2 ist kein Upgrade von C4C. Es ist ein neu gebautes Produkt auf SAP BTP mit API-first-Architektur. Der Markt für CRM-Vertriebssoftware wuchs 2024 um 12,2 % auf 25,7 Milliarden US-Dollar (Gartner, 2024), und SAP hat sein CRM neu gebaut, um mitzuhalten. Die Migration ist ein Reimplementierungsprojekt: Planen Sie 4 bis 6 Monate, budgetieren Sie Integrationsüberarbeitung und behandeln Sie das Ganze als Neuimplementierung mit Discovery-Phase.

Warum hat SAP sein CRM von Grund auf neu gebaut?

Der globale CRM-Markt erreichte 2024 ein Volumen von 73,4 Milliarden US-Dollar und soll bis 2030 auf 163 Milliarden wachsen (14,6 % CAGR), wobei Cloud-Deployments 58,2 % des Umsatzes ausmachen (Grand View Research, 2024). In diesem Rennen konnte C4C nicht mehr mithalten. Also hat SAP nicht geflickt. Sondern neu gebaut.

Ich glaube, viele übersehen diesen Punkt: Sales Cloud V2 ist kein Upgrade von C4C. Es ist ein anderes Produkt auf einem anderen Stack. SAP hat den Namen behalten, um Kontinuität zu signalisieren, aber unter der Haube ist fast alles anders.

C4C war monolithisch. Eigenes UI-Framework, eigenes Datenmodell, ein proprietäres Erweiterungsmodell namens PDI. Es funktionierte, aber jede Erweiterung bedeutete: SAPs eigene Tools lernen und innerhalb ihrer Grenzen leben.

V2 ist API-first. Die Oberfläche läuft auf SAP Fiori. Erweiterungen leben auf SAP BTP, nicht in der Anwendung. Das Datenmodell ist sauberer. Die APIs sind RESTful, sauber dokumentiert und für Drittanbieter-Integration gebaut. Diese Architekturwette zahlt sich aus: 55 % der ASUG-Mitglieder nutzen inzwischen BTP, gegenüber 40 % im Jahr 2023, wobei 69 % Integration als wichtigste Fähigkeit nennen (ASUG, 2025).

Das ist die gute Nachricht. Der Haken? Die Migration ist ein Reimplementierungsprojekt. Kein Upgrade. Ein Projekt.

Was ist in V2 tatsächlich besser?

Laut Nucleus Research liefert CRM im Schnitt 3,10 US-Dollar Rendite pro investiertem Dollar, wobei Zeitersparnis durch Produktivitätsgewinne 51 % des gesamten ROI ausmacht (Nucleus Research, 2024). Die Verbesserungen in V2 zielen genau auf diese Produktivitätshebel.

Die Oberfläche ist erstklassig. Fiori-basiert, schneller, konsistent, funktioniert sauber auf Mobilgeräten. C4Cs UI wirkte veraltet. V2 fühlt sich an wie ein Produkt aus diesem Jahrzehnt. Und Mobile zählt: 65 % der Vertriebsmitarbeitenden mit mobilem CRM erreichen ihre Quoten, deutlich mehr als ohne (CRM.org, 2025).

API-first, diesmal wirklich. Jedes Objekt in V2 ist über REST-APIs zugänglich. In C4C brauchten manche Operationen Workarounds oder fragwürdige OData-Tricks. V2s API-Abdeckung ist vom ersten Tag an solide. Das passt zum Branchentrend: 82 % der Organisationen haben ein gewisses Mass an API-first-Entwicklung eingeführt, 25 % arbeiten vollständig API-first (Postman, 2025).

Erweiterbarkeit über BTP. Statt PDI (C4Cs eingeschränkte Sandbox) nutzt V2 SAP BTP für Erweiterungen. Node.js, Java, CAP, Cloud Foundry. Echte Entwicklungswerkzeuge. Wenn Sie immer wieder an PDIs Grenzen gestossen sind, ist das eine Erlösung.

KI ist eingebaut. V2 kommt mit Joule, SAPs KI-Copilot, dazu KI-gestütztes Lead Scoring, Opportunity-Einblicke und Forecasting. Bei C4C wurden diese Funktionen spät im Lebenszyklus angeflanscht. In V2 sind sie nativ.

Es ist schneller. Seitenladezeiten, Suche, Listenansichten: Alles fühlt sich flotter an. Für Vertriebsteams, die acht Stunden am Tag im CRM leben, summieren sich diese Millisekunden zu echter Produktivität.

Engere S/4HANA-Integration. V2 bringt vorgefertigte Integration mit SAP S/4HANA für Konto-, Kontakt- und Produktdaten mit. C4C-Integrationen brauchten für die meisten Szenarien Middleware. V2 funktioniert out of the box.

Was hat sich geändert, ohne besser oder schlechter zu werden?

Manche Änderungen in V2 sind weder Verbesserungen noch Rückschritte. Sie sind einfach anders. Einplanen müssen Sie sie trotzdem.

Datenmodell. V2 hat ein saubereres Datenmodell, aber es ist nicht dasselbe wie in C4C. Custom Objects, Custom Fields, Beziehungen: Alles muss neu konzipiert werden, nicht kopiert. Hier steckt der grösste Teil des Migrationsaufwands. Nach unserer Erfahrung frisst das Datenmodell-Mapping 30 bis 40 % des gesamten Discovery-Aufwands.

Kein PDI. Wenn Ihr Team C4C-Erweiterungen in PDI gebaut hat, lassen die sich nicht übertragen. Sie bauen sie als BTP-Anwendungen neu. Der Vorteil: BTP-Erweiterungen sind leistungsfähiger und einfacher zu warten. Der Nachteil: Es ist komplett neue Entwicklungsarbeit. So ist es nun mal.

Administration. V2s Admin-Oberfläche ist anders. Workflows, Zuweisungsregeln, Benachrichtigungen: Alles wird anders konfiguriert. Ihr Admin-Team braucht Schulung. Und weniger als 40 % der Unternehmen implementieren ihr CRM vollständig, wobei 42 % fehlende Schulung als grösstes Hindernis nennen (CRM.org, 2025). Wiederholen Sie dieses Muster nicht.

Reporting. V2 nutzt SAP Analytics Cloud (SAC) für das Reporting. C4C hatte eingebaute Berichte und Dashboards. Wenn Sie stark auf C4Cs natives Reporting gesetzt haben, budgetieren Sie Zeit für den SAC-Aufbau.

Worauf sollten Sie achten?

Jede Migration hat Risiken. Hier sind die, die wirklich zubeissen.

Funktionslücken. V2 holt in bestimmten Bereichen noch gegenüber C4C auf. Prüfen Sie die SAP-Roadmap für Ihre spezifischen Funktionen, bevor Sie sich auf einen Zeitplan festlegen. SAP schliesst Lücken quartalsweise, aber manche C4C-Fähigkeiten haben möglicherweise noch kein V2-Äquivalent. Verlassen Sie sich also nicht darauf, dass Ihre Lieblingsfunktion es geschafft hat.

Migration von Custom Objects. Wenn Sie Custom Objects in C4C haben, planen Sie ein vollständiges Redesign. V2s Custom-Object-Framework ist anders. Wir führen typischerweise einen eigenen Discovery-Workshop nur für Custom Objects durch. Es ist das grösste Einzelrisiko in den meisten Migrationen, die wir machen.

Integrationsüberarbeitung. Jede C4C-Integration muss überprüft werden. API-Endpunkte, Authentifizierungsmethoden, Datenformate: Alles hat sich geändert. Wenn Sie C4C mit ERP, Marketing-Tools oder externen Systemen integriert haben, budgetieren Sie Zeit für die Überarbeitung. Die durchschnittliche Organisation nutzt 897 Anwendungen, aber nur 29 % davon sind integriert (MuleSoft/Salesforce, 2024). Die Integrationsfläche ist meist grösser, als alle erwarten.

Benutzerakzeptanz. Die Oberfläche ist anders genug, dass die Anwender strukturierte Schulung brauchen. Gehen Sie nicht davon aus, dass sie es schon herausfinden, weil das Branding ähnlich aussieht. Planen Sie Change Management von Tag eins. Ich habe zu viele glänzende neue CRMs verstauben sehen, weil niemand darin investiert hat, die Leute abzuholen.

Wie sahen echte Migrationen aus?

Bei Nussbaum gingen wir in 5 Monaten von null auf produktiv mit Sales Cloud V2. Pipeline-Transparenz war der Treiber. Die V2-Implementierung brachte Echtzeit-Pipeline-Daten, mobilen Zugriff für den Aussendienst und KI-gestütztes Forecasting. Nichts davon funktionierte im vorherigen Setup gut.

Bei intelligentfood lag der Fokus auf mobilem Aussendienstvertrieb. Wir bauten massgeschneiderte BTP-Apps, integriert mit Sales Cloud V2, für offline-fähige Routenplanung und Auftragserfassung. V2s API-first-Architektur machte das möglich, ohne gegen die Plattform zu kämpfen. Genau so sollte sich Composable-Architektur anfühlen.

Beide Projekte bestätigten dasselbe: V2 ist das bessere Produkt. Aber der Weg dorthin bedeutet, das Vorhaben als Neuimplementierung zu behandeln, nicht als Versions-Upgrade. Die Teams, die das von Anfang an akzeptieren, sind schneller als die, die einen Lift-and-Shift erwarten.

Wie sollten Sie die Migration angehen?

Basierend auf unseren Projekten funktioniert Folgendes konsistent:

1. Discovery zuerst. Erfassen Sie Ihre aktuelle C4C-Nutzung: Standardfunktionen, Custom Objects, Integrationen, Berichte. Identifizieren Sie, was sich konzeptionell übertragen lässt und was ein Redesign braucht. Das dauert typischerweise 2 bis 4 Wochen.

2. Rigoros priorisieren. Nicht alles muss am ersten Tag da sein. Starten Sie mit den Kern-Vertriebsprozessen. Fügen Sie Komplexität in Phasen hinzu. Die Unternehmen, die vor dem Launch 100 % der C4C-Funktionalität replizieren wollen, sind die, die ihre Zeitpläne sprengen. Jedes Mal.

3. Parallelbetrieb. Lassen Sie C4C laufen, bis V2 validiert ist. Die Datenmigration ist ein eigener Workstream. Planen Sie sie früh, nicht als Nachgedanken.

4. BTP von Anfang an. Wenn Sie Erweiterungen brauchen, bauen Sie sie von Tag eins auf BTP. Reproduzieren Sie keine PDI-Muster in neuer Verpackung. Richtige Tools, richtige Architektur.

5. Früh schulen. Bringen Sie Key User früh in V2-Sandboxes. Ihr Feedback prägt die Konfigurationsentscheidungen. Wir haben festgestellt, dass frühe Anwendereinbindung die Support-Tickets nach dem Go-live etwa halbiert.

Lohnt sich der Aufwand?

V2 ist objektiv die bessere Plattform als C4C. Die Architektur ist modern, die APIs sind sauber, die Erweiterbarkeit ist echt. SAPs Cloud-Umsatz wuchs 2024 um 25 % auf 17,14 Milliarden EUR (SAP News Center, 2025). Die Investition hinter V2 verlangsamt sich nicht.

Aber die Migration ist nicht gratis. Es ist ein Projekt mit Discovery, Design, Implementierung und Change Management. Wenn Sie mit dieser Realität planen, zahlt sich der Wechsel aus. Wenn Sie ein Push-Button-Upgrade erwarten, werden Sie enttäuscht.

Und der Wettbewerbsdruck ist real. Salesforce hält 20,7 % des globalen CRM-Markts (IDC, 2025). SAP hat V2 gebaut, um auf diesem Niveau zu konkurrieren. Auf C4C zu bleiben heisst, weiter hinter das zurückzufallen, was der moderne CRM-Markt liefert. V2 ist schlicht der Ort, an dem SAP seine besten Leute und seine besten Ideen einsetzt.

Sie planen Ihre C4C-zu-V2-Migration? Wir haben sie gemacht. Vergleichen wir Ihr Setup mit dem, was V2 heute bietet.

Häufig gestellte Fragen

Wie lange dauert eine Migration von C4C zu Sales Cloud V2?

In der Regel 4 bis 6 Monate bis zum ersten Go-live, je nach Komplexität. Die grössten Variablen sind das Redesign von Custom Objects und die Integrationsüberarbeitung, nicht der Aufbau der Kernplattform. Die Implementierung bei Nussbaum haben wir in 5 Monaten von Kickoff bis Go-live abgeschlossen. Planen Sie zusätzliche 2 bis 3 Monate für die Optimierung nach dem Go-live und den phasenweisen Feature-Rollout ein.

Kann ich meine C4C-Daten direkt nach V2 migrieren?

Nicht direkt. Das Datenmodell von V2 ist anders, daher erfordert die Datenmigration Mapping, Transformation und Validierung. Konten, Kontakte und Opportunities lassen sich konzeptionell übertragen, aber Custom Fields und Custom Objects brauchen ein Redesign. Führen Sie vor der Migration eine Datenqualitätsbereinigung durch. Daten im Quellsystem zu bereinigen ist deutlich einfacher, als sie nach dem Import zu flicken.

Funktionieren meine C4C-Integrationen mit V2?

Nein. Jede Integration muss überprüft und voraussichtlich überarbeitet werden. V2 nutzt andere API-Endpunkte, Authentifizierungsmethoden (OAuth 2.0 statt SAML) und Datenformate. Der Integrationsaufwand wird fast immer unterschätzt. Bei 10 oder mehr aktiven Integrationen sollten Sie 20 bis 30 % des Gesamtprojekts allein für Integrationsarbeit einplanen.

Was passiert mit meinen PDI-Erweiterungen?

Sie lassen sich nicht übertragen. Sie müssen als SAP-BTP-Anwendungen mit CAP, Node.js oder Java neu aufgebaut werden. Die gute Nachricht: BTP bietet deutlich leistungsfähigere Entwicklungswerkzeuge und unterstützt branchenübliche Frameworks. Die meisten Teams stellen fest, dass ihre neu gebauten Erweiterungen einfacher zu warten und leistungsfähiger sind als die Originale.

Wird C4C von SAP noch unterstützt?

SAP bietet weiterhin Wartungssupport für C4C, aber es werden keine neuen Funktionen mehr entwickelt. Alles Gute (Joule-KI, erweiterte Analysen, mobile Verbesserungen) fliesst ausschliesslich in V2. SAP hat kein hartes End-of-Life-Datum für C4C angekündigt, aber die strategische Richtung ist klar: V2 ist der einzige Weg nach vorn.