SAP Sales Cloud V2 vs. C4C : ce qui à vraiment changé

Votre système C4C fonctionne encore. Pour l’instant. Mais SAP a tracé la ligne : Sales Cloud V2 est l’avenir, C4C ne recevra plus de nouvelles fonctionnalités. La question n’est pas de savoir s’il faut migrer. C’est quand, et à quoi vous attendre quand vous le ferez.

Nous avons migré plusieurs entreprises de C4C vers Sales Cloud V2. Deux d’entre elles, Nussbaum et intelligentfood, sont déjà en production. Ce qui suit est ce que nous avons appris sur le terrain.

TL;DR : Sales Cloud V2 n’est pas une mise à niveau de C4C. C’est un produit reconstruit sur SAP BTP avec une architecture API-first. Le marché des logiciels CRM de vente a progressé de 12,2 % pour atteindre 25,7 milliards de dollars en 2024 (Gartner, 2024), et SAP a reconstruit son CRM pour rester dans la course. La migration est un projet de réimplémentation : prévoyez 4 à 6 mois, budgétez la réécriture des intégrations et traitez-la comme une nouvelle implémentation avec une phase de découverte.

Pourquoi SAP a-t-il reconstruit son CRM de zéro ?

Le marché mondial du CRM a atteint 73,4 milliards de dollars en 2024 et devrait atteindre 163 milliards d’ici 2030 avec un TCAC de 14,6 %, les déploiements cloud représentant 58,2 % du chiffre d’affaires (Grand View Research, 2024). C4C ne pouvait pas tenir dans cette course. Alors SAP n’a pas rafistolé. Ils ont reconstruit.

Beaucoup de gens passent à côté de ce point : Sales Cloud V2 n’est pas une mise à niveau de C4C. C’est un produit différent sur une stack différente. SAP a gardé le nom pour signaler la continuité, mais sous le capot, presque tout a changé.

C4C était monolithique. Framework UI intégré, son propre modèle de données, un modèle d’extension propriétaire appelé PDI. Ça fonctionnait, mais l’étendre signifiait apprendre les outils de SAP et vivre avec leurs contraintes.

V2 est API-first. L’interface repose sur SAP Fiori. Les extensions vivent sur SAP BTP, pas dans l’application. Le modèle de données est plus propre. Les API sont RESTful, correctement documentées et conçues pour l’intégration tierce. Ce pari architectural porte ses fruits : 55 % des membres ASUG utilisent désormais BTP, contre 40 % en 2023, 69 % citant l’intégration comme capacité principale (ASUG, 2025).

C’est la bonne nouvelle. Le hic ? La migration est un projet de réimplémentation. Pas une mise à niveau. Un projet.

Qu’est-ce qui est vraiment meilleur dans V2 ?

Selon Nucleus Research, le CRM rapporte en moyenne 3,10 dollars pour chaque dollar investi, les gains de temps liés à la productivité représentant 51 % du ROI total (Nucleus Research, 2024). Les améliorations de V2 visent directement ces leviers de productivité.

L’interface est nette. Basée sur Fiori, plus rapide, cohérente, et elle fonctionne correctement sur mobile. L’UI de C4C paraissait datée. V2 ressemble à un produit conçu dans cette décennie. Et le mobile compte : 65 % des commerciaux utilisant un CRM mobile atteignent leurs quotas, contre nettement moins sans (CRM.org, 2025).

API-first, pour de vrai cette fois. Chaque objet dans V2 est accessible via des API REST. Dans C4C, certaines opérations nécessitaient des contournements ou des astuces OData douteuses. La couverture API de V2 est solide dès le premier jour. C’est en phase avec le secteur : 82 % des organisations ont adopté un certain niveau de développement API-first, dont 25 % entièrement API-first (Postman, 2025).

Extensibilité via BTP. Au lieu de PDI (le bac à sable limité de C4C), V2 utilise SAP BTP pour les extensions. Node.js, Java, CAP, Cloud Foundry. De vrais outils de développement. Si vous vous heurtiez sans cesse aux murs de PDI, c’est une bouffée d’air frais.

L’IA est intégrée. V2 est livré avec Joule, le copilote IA de SAP, plus le scoring de leads assisté par IA, les insights d’opportunités et le forecasting. Ces fonctionnalités avaient été greffées sur C4C tardivement. Dans V2, elles sont natives.

C’est plus rapide. Chargement des pages, recherche, vues en liste : tout semble plus réactif. Pour des équipes commerciales qui vivent dans le CRM huit heures par jour, ces millisecondes s’additionnent en productivité réelle.

Intégration S/4HANA plus étroite. V2 dispose d’une intégration préconfigurée avec SAP S/4HANA pour les données comptes, contacts et produits. Les intégrations C4C nécessitaient un middleware pour la plupart des scénarios. V2 fonctionne d’emblée.

Qu’est-ce qui a changé sans être meilleur ni moins bon ?

Certains changements de V2 ne sont ni des améliorations ni des régressions. Ils sont simplement différents. Vous devez quand même les planifier.

Modèle de données. V2 a un modèle de données plus propre, mais ce n’est pas celui de C4C. Objets personnalisés, champs personnalisés, relations : tout doit être reconçu, pas copié. C’est là que va l’essentiel de l’effort de migration. D’après notre expérience, le mapping du modèle de données consomme 30 à 40 % de l’effort total de découverte.

Plus de PDI. Si votre équipe a construit des extensions C4C en PDI, elles ne se transfèrent pas. Vous les reconstruirez comme applications BTP. L’avantage : les extensions BTP sont plus puissantes et plus faciles à maintenir. L’inconvénient : c’est du développement entièrement neuf. C’est de bonne guerre.

Administration. L’interface d’administration de V2 est différente. Workflows, règles d’attribution, notifications : tout se configure différemment. Votre équipe d’administration a besoin de formation. Et moins de 40 % des entreprises implémentent pleinement leur CRM, 42 % citant le manque de formation comme principal obstacle (CRM.org, 2025). Ne répétez pas ce schéma.

Reporting. V2 utilise SAP Analytics Cloud (SAC) pour le reporting. C4C avait des rapports et tableaux de bord intégrés. Si vous dépendiez fortement du reporting natif de C4C, prévoyez du temps pour la mise en place de SAC.

À quoi devez-vous faire attention ?

Chaque migration comporte des risques. Voici ceux qui mordent vraiment.

Écarts fonctionnels. V2 rattrape encore C4C dans certains domaines. Vérifiez la feuille de route SAP pour vos fonctionnalités spécifiques avant de vous engager sur un calendrier. SAP comble les écarts chaque trimestre, mais certaines capacités C4C n’ont peut-être pas encore d’équivalent V2. Nota bene : ne supposez pas que votre fonctionnalité préférée a survécu.

Migration des objets personnalisés. Si vous avez des objets personnalisés dans C4C, prévoyez une reconception complète. Le framework d’objets personnalisés de V2 est différent. Nous organisons généralement un atelier de découverte dédié rien qu’aux objets personnalisés. C’est le plus grand risque dans la plupart des migrations que nous réalisons.

Réécriture des intégrations. Chaque intégration C4C doit être revue. Endpoints API, méthodes d’authentification, formats de données : tout a changé. Si vous aviez intégré C4C à l’ERP, aux outils marketing ou à des systèmes externes, budgétez du temps pour la réécriture. L’organisation moyenne utilise 897 applications, mais seules 29 % sont intégrées (MuleSoft/Salesforce, 2024). La surface d’intégration est presque toujours plus grande que prévu.

Adoption utilisateur. L’interface est suffisamment différente pour que les gens aient besoin d’une formation structurée. Ne supposez pas qu’ils s’en sortiront parce que le branding se ressemble. Planifiez la gestion du changement dès le premier jour. J’ai vu trop de CRM flambant neufs prendre la poussière parce que personne n’avait investi dans l’accompagnement des utilisateurs.

À quoi ressemblent de vraies migrations ?

Chez Nussbaum, nous sommes passés de zéro à la production sur Sales Cloud V2 en 5 mois. La visibilité du pipeline était le moteur. L’implémentation V2 leur a apporté des données pipeline en temps réel, un accès mobile pour les commerciaux terrain et un forecasting assisté par l’IA. Rien de tout cela ne fonctionnait bien dans leur configuration précédente.

Chez intelligentfood, l’accent portait sur la vente terrain mobile. Nous avons construit des applications BTP sur mesure intégrées à Sales Cloud V2 pour la planification d’itinéraires et la saisie de commandes avec capacité hors ligne. L’architecture API-first de V2 a rendu cela possible sans lutter contre la plateforme. C’est exactement ce à quoi une architecture composable devrait ressembler.

Les deux projets ont confirmé la même chose : V2 est un meilleur produit. Mais y arriver signifie le traiter comme une nouvelle implémentation, pas comme une montée de version. Les équipes qui l’acceptent dès le départ avancent plus vite que celles qui s’attendent à un simple « lift-and-shift ».

Comment aborder la migration ?

Sur la base de nos projets, voici ce qui fonctionne systématiquement :

1. La découverte d’abord. Cartographiez votre utilisation actuelle de C4C : fonctionnalités standard, objets personnalisés, intégrations, rapports. Identifiez ce qui se transfère conceptuellement et ce qui doit être reconçu. Comptez généralement 2 à 4 semaines.

2. Priorisez sans pitié. Tout n’a pas besoin d’être là le premier jour. Commencez par les processus de vente centraux. Ajoutez la complexité par phases. Les entreprises qui tentent de répliquer 100 % des fonctionnalités C4C avant le lancement sont celles qui explosent leurs délais. À chaque fois.

3. Fonctionnement en parallèle. Gardez C4C en service jusqu’à ce que V2 soit validé. La migration des données est un chantier à part. Planifiez-la tôt, pas après coup.

4. BTP dès le départ. Si vous avez besoin d’extensions, construisez-les sur BTP dès le premier jour. Ne recréez pas les patterns PDI dans un nouvel emballage. De vrais outils, une vraie architecture.

5. Formez tôt. Donnez aux utilisateurs clés un accès précoce aux sandboxes V2. Leurs retours façonnent les décisions de configuration. Nous avons constaté qu’une implication précoce des utilisateurs réduit les tickets de support post-go-live d’environ moitié.

L’effort en vaut-il la peine ?

V2 est objectivement une meilleure plateforme que C4C. L’architecture est moderne, les API sont propres, l’extensibilité est réelle. Le chiffre d’affaires cloud de SAP a progressé de 25 % pour atteindre 17,14 milliards d’euros en 2024 (SAP News Center, 2025). L’investissement derrière V2 ne ralentit pas.

Mais la migration n’est pas gratuite. C’est un projet avec découverte, conception, implémentation et gestion du changement. Si vous planifiez cette réalité, le passage est rentable. Si vous attendez une mise à niveau presse-bouton, vous serez déçu.

Et la pression concurrentielle est réelle. Salesforce détient 20,7 % du marché mondial du CRM (IDC, 2025). SAP a construit V2 pour rivaliser à ce niveau. Rester sur C4C signifie prendre encore plus de retard sur ce que le marché CRM moderne offre. De facto, V2 est là où SAP place ses meilleures équipes et ses meilleures idées.

Vous planifiez votre migration de C4C vers V2 ? Nous l’avons déjà fait. Comparons votre configuration avec ce que V2 offre aujourd’hui.

Questions fréquentes

Combien de temps dure une migration de C4C vers Sales Cloud V2 ?

Généralement 4 à 6 mois pour le go-live initial, selon la complexité. Les principales variables sont la refonte des objets personnalisés et la réécriture des intégrations, pas la mise en place de la plateforme de base. Nous avons réalisé l’implémentation de Nussbaum en 5 mois du kickoff au go-live. Prévoyez 2 à 3 mois supplémentaires d’optimisation post-go-live et de déploiement de fonctionnalités par phases.

Puis-je migrer mes données C4C directement vers V2 ?

Pas directement. Le modèle de données de V2 est différent, la migration nécessite donc un mapping, une transformation et une validation. Comptes, contacts et opportunités se transfèrent conceptuellement, mais les champs et objets personnalisés doivent être reconçus. Effectuez un nettoyage de la qualité des données avant la migration. Il est bien plus facile de corriger les données dans le système source que de les nettoyer après l’import.

Mes intégrations C4C fonctionneront-elles avec V2 ?

Non. Chaque intégration nécessite une revue et probablement une réécriture. V2 utilise des endpoints API, des méthodes d’authentification (OAuth 2.0 vs SAML) et des formats de données différents. L’effort d’intégration est presque toujours sous-estimé. Si vous avez plus de 10 intégrations actives, prévoyez 20 à 30 % du projet total rien que pour les travaux d’intégration.

Que deviennent mes extensions PDI ?

Elles ne se transfèrent pas. Elles doivent être reconstruites en tant qu’applications SAP BTP utilisant CAP, Node.js ou Java. La bonne nouvelle : BTP offre des outils de développement bien plus puissants et prend en charge les frameworks standard du secteur. La plupart des équipes constatent que leurs extensions reconstruites sont plus faciles à maintenir et plus capables que les originales.

SAP prend-il encore en charge C4C ?

SAP continue d’assurer le support de maintenance de C4C, mais aucune nouvelle fonctionnalité n’est développée. Tout le meilleur (Joule AI, analyses avancées, améliorations mobiles) va exclusivement à V2. SAP n’a pas annoncé de date de fin de vie ferme pour C4C, mais la direction stratégique est claire : V2 est la seule voie d’avenir.