10 conseils de configuration SAP CX qui améliorent vraiment les résultats

Quand un système SAP CX finit inutilisé, la cause est rarement le logiciel. Dans nos projets, il s’agissait presque toujours d’une décision des premières semaines : la migration des données repoussée à « plus tard », l’interface ERP reportée en phase deux, des champs copiés de l’ancien système parce que personne n’osait les supprimer. C’est pourquoi nous prenons aujourd’hui dix décisions tôt dans chaque projet. Les voici, chacune avec sa raison.

En bref : Chargez des données réelles dès la deuxième semaine. Concevez l’intégration ERP avant le premier écran. Ensuite seulement, configurez, en privilégiant les fonctions standard aux extensions spécifiques. Les autres conseils portent sur l’analytique, l’IA, les territoires, l’adoption, le mobile, la qualité des données et les versions régulières de SAP, et ils ne fonctionnent que si les trois premiers sont en place.

Conseil 1 : commencer par la migration des données, pas par la configuration

Lancez la première migration de données la deuxième semaine, pas le troisième mois. Chargez comptes, contacts et opportunités ouvertes dans un système de test avant de configurer quoi que ce soit d’autre. Les doublons, champs manquants et formats incohérents apparaissent ainsi pendant qu’il reste du temps pour les corriger.

SAP fournit des outils de migration pour les produits V2 et pour Commerce Cloud ; nous en présentons un dans la migration des données vers Sales Cloud V2, étape par étape. Utilisez-les tôt. Chaque décision de configuration fondée sur des hypothèses non vérifiées concernant les données devra peut-être être défaite plus tard, et c’est justement ce travail après coup qui fait habituellement glisser un projet.

Conseil 2 : concevoir l’intégration ERP avant de construire les écrans

Ne commencez pas à configurer les écrans de Sales Cloud V2 avant d’avoir conçu l’intégration avec votre ERP. Quelles données de base viennent de l’ERP, et à quelle fréquence ? Que se passe-t-il quand des enregistrements se contredisent ? Comment les erreurs sont-elles traitées, et qui les voit ?

Concevez cela la première semaine, construisez le premier flux d’intégration la deuxième et testez-le avec des données réelles la troisième. Les incohérences de fond du modèle de données découvertes au troisième mois coûtent cher. Pour S/4HANA Public Cloud, SAP fournit des contenus d’intégration prédéfinis pour les produits V2 : ils raccourcissent le travail, sans remplacer les décisions de conception. Nous décrivons l’architecture cible dans S/4HANA Public Cloud et Sales Cloud V2 comme un seul stack.

Conseil 3 : la configuration standard avant les extensions spécifiques

Les produits V2 offrent davantage de configuration standard que la plupart des équipes ne l’imaginent. Avant de construire une extension sur SAP BTP, vérifiez si l’exigence peut être couverte par :

• Des champs d’extension : des champs supplémentaires ajoutés par configuration, sans code.
• Des règles métier : validations, affectations automatiques et dépendances entre champs.
• Des workflows : approbations et notifications avec les outils standard.
• L’adaptation de l’interface : modifications de mise en page par les utilisateurs clés, sans développement.

Ne construisez une extension BTP que si la configuration standard ne peut vraiment pas répondre au besoin. Chaque extension ajoute de la maintenance et doit être testée à chaque version SAP. La voie spécifique semble souvent plus rapide au départ et l’est rarement sur une année. Là où le standard s’arrête réellement, nous le disons franchement dans les limites de Sales Cloud V2.

Conseil 4 : configurer l’analytique dès le premier jour

Ne repoussez pas l’analytique en phase deux. Configurez tableaux de bord et rapports dès le premier sprint. Les responsables commerciaux ont besoin de visibilité sur le pipeline dès leur connexion ; les responsables du service, d’indicateurs sur les dossiers ; le marketing, des résultats de campagne.

Les produits V2 intègrent des fonctions d’analyse (documentation de Sales Cloud V2). Configurez-les pendant l’implémentation, et non trois mois après la mise en production, quand plus personne ne fait confiance aux données. Démarrer sans tableaux de bord, c’est ne donner aux utilisateurs aucune raison de revenir le deuxième jour.

Conseil 5 : planifier tôt les fonctions d’IA

L’IA fait désormais partie de la plupart des achats cloud SAP : selon SAP, SAP Business AI figurait dans deux tiers des prises de commandes cloud du quatrième trimestre 2025. Pour un projet CX, cela signifie planifier les cas d’usage, et pas seulement activer des fonctions.

Décidez tôt quelles fonctions d’IA vous voulez utiliser dans Sales Cloud V2 (par exemple la rédaction de courriels, les résumés ou les indications sur les opportunités avec Joule) et vérifiez les licences et les prérequis en matière de données. Les fonctions d’IA n’aident que si les données sous-jacentes sont complètes et à jour, une raison de plus pour le conseil 1. Configurez-les pour votre processus au lieu de conserver les paramètres par défaut.

Conseil 6 : définir l’affectation des territoires avant la mise en production

Les territoires mal configurés font partie des corrections les plus fréquentes que nous voyons après une mise en production. Des comptes attribués au mauvais commercial créent de la confusion, du travail en double et des équipes frustrées, et c’est entièrement évitable.

Définissez des règles claires : territoires géographiques, segments sectoriels, comptes nommés ou modèle mixte. Testez avec l’ensemble de votre base de comptes, pas avec un échantillon. Testez aussi les cas limites : que se passe-t-il si un compte correspond à deux territoires, ou si un territoire n’a pas de commercial ? Ces cas ne sont pas théoriques : ils surviennent dès le premier jour.

Conseil 7 : intégrer la conduite du changement dans le système

La plupart des perturbations à la mise en production sont des problèmes d’adoption, pas des problèmes techniques. Intégrez l’accompagnement au système lui-même : des tableaux de bord modèles qui montrent aux commerciaux exactement ce dont ils ont besoin, une aide contextuelle dans l’application et des champs obligatoires qui garantissent le processus sans devenir un fardeau.

L’objectif : quand un commercial se connecte pour la première fois après la mise en production, c’est l’interface qui lui montre quoi faire, et non une formation de quatre heures qu’il a déjà oubliée.

Conseil 8 : planifier le mobile séparément

Pour beaucoup de commerciaux terrain, le téléphone est l’endroit où ils passent l’essentiel de leur journée. Sales Cloud V2 et Service Cloud V2 disposent d’applications mobiles avec leurs propres besoins de configuration.

Configurez les mises en page mobiles séparément du poste de travail. En déplacement, les commerciaux ont besoin des informations du compte, des activités à venir et de mises à jour rapides des opportunités, pas de toutes les fonctions du bureau. Les techniciens de service ont besoin du détail des dossiers et des outils de communication. Testez avec de vrais utilisateurs sur le terrain avant la mise en production : une mise en page qui fonctionne au bureau peut échouer en rendez-vous client.

Conseil 9 : mettre en place des règles automatiques de qualité des données

Sans contrôle automatique, la qualité des données se dégrade vite. Configurez dès le premier jour la détection des doublons, la validation des champs obligatoires et l’harmonisation des formats. Il est bien plus simple d’empêcher les mauvaises données que d’en nettoyer six mois, et chaque rapport, chaque prévision et chaque fonction d’IA en dépend.

Conseil 10 : planifier les versions régulières de SAP

SAP publie régulièrement de nouvelles versions de ses produits cloud CX, et chacune peut ajouter des fonctions, modifier des comportements ou retirer d’anciennes fonctions. Il vous faut une routine pour les examiner et les tester avant qu’elles n’arrivent en production.

Désignez une personne qui lit les notes de version de chaque livraison, teste ensuite les processus critiques dans un système de test et documente les ajustements de configuration nécessaires. Quelques jours par cycle évitent le changement imprévu qui perturbe l’exploitation. SAP publie les évolutions prévues dans le SAP Roadmap Explorer.

Pour appliquer ces conseils lors d’un déploiement suisse, en allemand, français, italien ou anglais, consultez notre page sur le conseil SAP CX en Suisse.

Questions fréquentes

Combien de temps dure généralement la configuration de SAP CX ?

Cela dépend davantage du périmètre et de l’intégration que du produit. Nos projets suisses publiés avec Sales Cloud V2 sont passés en production en trois à cinq mois, intégration ERP comprise : intelligentfood en trois mois, Nussbaum en cinq. Un périmètre flou allonge n’importe quel calendrier.

Puis-je modifier la configuration après la mise en production ?

Oui. Les produits cloud CX sont conçus pour une configuration itérative : vous pouvez ajouter des champs, modifier des workflows, ajuster des tableaux de bord et mettre à jour des règles métier sans interruption. Les changements structurels, comme un nouveau modèle de données ou une intégration repensée, demandent davantage de planification et de tests.

Faire appel à des consultants ou configurer en interne ?

Pour la première implémentation, faites appel à des consultants qui l’ont déjà fait et connaissent les pièges habituels. Pour l’optimisation continue après la mise en production, développez des compétences internes. Le passage de relais a généralement lieu dans les premiers mois qui suivent la mise en production. Notre guide comment choisir un partenaire SAP CX explique ce qu’il faut rechercher.

Quelle est l’erreur de configuration la plus fréquente ?

La surconfiguration : trop de champs obligatoires, d’étapes d’approbation et d’extensions spécifiques. Les utilisateurs finissent par se battre contre le système au lieu de l’utiliser. Commencez au minimum et n’ajoutez de la complexité que lorsque les utilisateurs la demandent.

Comment savoir si la configuration fonctionne ?

Suivez trois éléments dès la mise en production : l’utilisation active (utilisateurs actifs quotidiens rapportés aux utilisateurs sous licence), la qualité des données (complétude des champs clés) et le respect du processus (part des affaires qui suivent le processus configuré). Si l’un de ces indicateurs reste bas après le premier mois, la configuration doit être revue. Notre guide du ROI SAP CX explique comment les relier aux résultats métier.