Salesforce Revenue Cloud, c'est quoi ? Et faut-il quitter CPQ ?

Ce que couvre Revenue Cloud

Revenue Cloud, dans sa version actuelle dite Revenue Cloud Advanced, regroupe plusieurs briques natives qui s'enchaînent du catalogue à la facture.

• Product Catalog Management : un catalogue unique, avec classifications, attributs, bundles et règles de compatibilité, partagé par tous les canaux de vente.
• Salesforce Pricing : des procédures de tarification déclaratives qui remplacent les règles de prix de CPQ.
• Product Configurator : la configuration guidée des produits et des options, dans l'interface Salesforce ou par API.
• Transaction Management : devis, commandes et avenants, avec gestion des lignes et de leur cycle de vie.
• Dynamic Revenue Orchestrator : l'orchestration de ce qui suit la signature, comme l'activation, la livraison et le provisionnement.
• Billing : facturation récurrente, à l'usage ou ponctuelle, paiements et écritures pour la comptabilité.

Ce qui change par rapport à Salesforce CPQ

Salesforce CPQ est un package géré, issu du rachat de Steelbrick, avec son propre modèle d'objets, ses règles de prix et son moteur de calcul. Revenue Cloud est construit sur les objets standard de la plateforme et expose ses fonctions par API, ce qui change trois choses.

• Le modèle de données : le catalogue, les prix, les devis et les actifs vivent dans des objets natifs, plus faciles à étendre, à intégrer et à analyser.
• La tarification : les procédures de prix se construisent de façon déclarative, avec une logique lisible, au lieu d'une pile de règles évaluées dans un ordre fragile.
• Les canaux : la même configuration et la même tarification servent au commercial dans Salesforce, à un portail client ou à un partenaire par API.

Côté commercial, Salesforce ne propose plus CPQ aux nouveaux clients et positionne Revenue Cloud comme son successeur, avec un maintien du support pour les clients existants. Les échéances précises évoluent : vérifiez-les avec votre interlocuteur Salesforce avant de planifier.

Ce que ça implique pour les équipes

Les compétences CPQ ne se transposent pas directement. Le catalogue, les procédures de tarification et le modèle d'actifs demandent une prise en main par les administrateurs et les intégrateurs. Les intégrations, rapports et automatisations qui lisaient les objets CPQ sont à reprendre. Il faut le traiter comme un nouveau projet.

Pour qui Revenue Cloud est pertinent dès maintenant

• Les entreprises qui démarrent un projet de devis structuré : il n'y a plus de raison de partir sur CPQ.
• Les modèles d'abonnement, de consommation ou mixtes, où la facturation et les avenants sont au cœur du processus.
• Les organisations multicanales qui veulent une seule logique de prix pour les commerciaux, le e-commerce et les partenaires.
• Les équipes qui veulent industrialiser le cycle complet avec des intégrations ERP propres, sur des objets standard.

Rester sur CPQ, pour l'instant

Un paramétrage CPQ stable, documenté et qui répond aux besoins n'a pas à être migré dans l'urgence. La bonne démarche consiste à faire l'inventaire de ce qui existe, à estimer l'effort de migration et à caler la décision sur un événement métier : refonte de l'offre, passage à l'abonnement, projet de facturation ou de portail client. Si le paramétrage actuel pose problème, le guide sur les erreurs de paramétrage CPQ aide à le remettre en ordre en attendant.

Comment décider

Un diagnostic de quelques jours suffit en général : cartographie du paramétrage CPQ actuel, écarts avec les capacités de Revenue Cloud, dépendances d'intégration, estimation de la migration et des risques. Il débouche sur un calendrier réaliste plutôt que sur une réponse de principe. Le déroulé d'une migration est décrit dans le guide pour migrer de CPQ vers Revenue Cloud.