Qu’est-ce qu’un logiciel CPQ et dans quels cas est-il utile ?
CPQ signifie Configure, Price, Quote : configurer, tarifer et établir un devis. Le logiciel guide un commercial ou un client dans la construction d’une offre, vérifie que la combinaison choisie est possible, calcule le prix correspondant puis prépare le devis.
Le CPQ devient particulièrement utile lorsque le devis dépend de nombreuses variables : options compatibles ou incompatibles, quantités, dimensions, pays, type de client, contrat existant, remises, coûts de fabrication ou conditions commerciales. Salesforce positionne aujourd’hui ses fonctions CPQ dans Agentforce Revenue Management, autour de la configuration, du pricing, des approbations et des devis.
Il faut cependant distinguer complexité réelle et simple formulaire de devis. Si cinq produits possèdent chacun un prix fixe, un CRM standard suffit souvent. Le CPQ prend sa valeur lorsque les règles deviennent suffisamment nombreuses pour provoquer des erreurs, des validations manuelles ou une dépendance à quelques commerciaux expérimentés.
Comment créer un moteur de prix et de remise dans un CPQ ?
Le prix peut venir d’un tarif fixe, mais aussi dépendre de quantités, segments clients, zones géographiques, options, dates, contrats, coûts ou volumes cumulés.
Un moteur de pricing peut appliquer successivement : prix catalogue, options, tarif client, volume, promotion, remise commerciale, marge minimale, prix final. La priorité des règles doit être explicite. Sans cela, deux remises peuvent se cumuler alors qu’elles devraient être exclusives, ou un commercial peut générer un prix inférieur à la marge autorisée.
Le CPQ doit également conserver la version des règles utilisées au moment du devis. Si le catalogue change un mois plus tard, il faut encore pouvoir expliquer comment le prix d’un ancien devis a été calculé.
Comment gérer les remises, marges et circuits de validation ?
Toutes les remises ne doivent pas nécessiter l’accord d’un directeur commercial. Le système peut définir des seuils : 0 à 10 %, autonome ; 10 à 20 %, validation manager ; au-delà de 20 %, validation direction.
La logique peut également reposer sur la marge, le montant total, le type de client ou une combinaison de plusieurs critères. Les solutions CPQ du marché intègrent des mécanismes de remises et d’approbations, mais le workflow doit rester adapté aux règles commerciales réellement appliquées.
L’intérêt est double : accélérer les devis standards tout en conservant une trace des exceptions commerciales. Chaque approbation peut enregistrer la personne, la date, la remise demandée et la décision prise.
Comment générer automatiquement un devis à partir du CPQ ?
Une fois la configuration validée, le CPQ possède déjà l’essentiel des informations nécessaires : client, produits, quantités, options, prix, remises et conditions.
Le devis peut alors être généré depuis un template contrôlé, avec tableaux de prix, options choisies, conditions contractuelles, durée de validité et éventuelles annexes techniques. Plusieurs modèles peuvent coexister selon la marque, le pays, le produit ou le canal commercial.
Le document final doit rester lié à sa configuration. Un commercial qui modifie ensuite une quantité ou une remise doit pouvoir régénérer une nouvelle version sans reconstruire manuellement son document Word ou Excel.
Comment connecter un CPQ au CRM, à l’ERP et au catalogue produit ?
Le CPQ ne doit généralement pas devenir une nouvelle source de vérité pour toutes les données de l’entreprise. Le CRM, Customer Relationship Management, peut conserver comptes, contacts et opportunités. L’ERP, Enterprise Resource Planning, peut conserver articles, coûts, stocks, commandes et facturation. Un PIM, Product Information Management, peut centraliser les informations produit destinées aux différents canaux.
Le CPQ orchestre ces informations pour construire l’offre. Après acceptation, le devis peut créer une commande dans l’ERP et mettre à jour l’opportunité dans le CRM.
Une architecture claire doit déterminer quel système possède chaque donnée afin d’éviter trois catalogues ou trois prix différents maintenus indépendamment.
Comment gérer les produits complexes et les configurations impossibles ?
C’est l’un des usages les plus intéressants du CPQ industriel. Pour un équipement configurable, certaines combinaisons peuvent être techniquement impossibles : puissance insuffisante, dimensions incompatibles, option nécessitant une autre option ou composants indisponibles dans un pays.
Le CPQ peut éliminer les choix impossibles au fur et à mesure plutôt que d’attendre qu’un bureau d’études rejette le devis après plusieurs jours.
Pour les produits très techniques, le système peut également produire une nomenclature commerciale ou technique destinée ensuite à l’ERP, à la production ou aux équipes engineering.
Comment gérer abonnements, renouvellements et tarification à l’usage ?
Le CPQ moderne ne concerne plus uniquement la vente ponctuelle d’un produit. Il peut gérer abonnements, licences, renouvellements, options récurrentes ou tarification basée sur la consommation.
Le cycle devient alors plus large : configuration, devis, contrat, commande, facturation, renouvellement. Cette approche est souvent appelée quote-to-cash, c’est-à-dire le parcours qui va du devis à l’encaissement.
Salesforce présente désormais Agentforce Revenue Management sur ce périmètre et sa page tarifaire publique affiche actuellement Revenue Cloud Growth à 150 € par utilisateur et par mois et Revenue Cloud Advanced à 200 € par utilisateur et par mois, avec facturation annuelle. Ce type de solution doit être comparé au sur-mesure selon les besoins d’intégration et de différenciation.
CPQ et intelligence artificielle : quels usages sont réellement pertinents en 2026 ?
L’IA peut assister le processus commercial sans remplacer le moteur de règles déterministe. Elle peut par exemple résumer une demande client, extraire des contraintes depuis un cahier des charges, suggérer des produits ou préparer un commentaire de devis.
Le guided selling, ou vente guidée, consiste à accompagner un utilisateur vers une sélection cohérente à partir de questions et de critères métier. L’IA peut aider à comprendre la demande ou à rechercher une configuration, mais la validation finale doit rester explicable.
Une règle du type « cette option est incompatible avec ce moteur » ou « la marge ne doit jamais descendre sous X » doit généralement rester déterministe. Le meilleur usage consiste donc souvent à utiliser l’IA pour comprendre ou assister, puis le moteur CPQ pour valider et calculer.
Salesforce, SAP, Conga ou CPQ sur mesure : que choisir ?
Les solutions standards sont déjà avancées. Salesforce propose Agentforce Revenue Management avec des fonctions CPQ, SAP maintient activement SAP CPQ avec des versions prévues en 2026, et Conga propose un CPQ couvrant configuration, pricing, devis et gestion des actifs.
Un CPQ standard est généralement préférable lorsque l’entreprise utilise déjà fortement l’écosystème concerné et que ses règles commerciales peuvent être configurées dans le produit.
Le CPQ sur mesure devient plus pertinent lorsque la difficulté réside précisément dans des règles métier atypiques, des produits très spécifiques, plusieurs systèmes historiques ou une interface impossible à reproduire proprement avec la solution standard. La bonne démarche consiste à faire un fit-gap, c’est-à-dire comparer les fonctions couvertes nativement, la configuration, les intégrations et les développements spécifiques restants.
Comment mesurer le ROI d’un projet CPQ ?
Le ROI, retour sur investissement, ne doit pas être réduit au nombre de minutes nécessaires pour produire un devis. Il faut mesurer le temps moyen de création, le taux de devis nécessitant une correction, les allers-retours avec les équipes techniques, le délai de validation, les remises exceptionnelles, les erreurs tarifaires, la marge obtenue et le délai entre opportunité et commande.
Un CPQ devient particulièrement rentable lorsqu’il transforme une expertise détenue par quelques personnes en règles utilisables par l’ensemble de l’équipe commerciale.
Combien coûte le développement d’un CPQ sur mesure ?
Le coût dépend surtout du nombre de règles et d’intégrations. Un configurateur avec quelques dizaines de produits et des règles tarifaires simples est très différent d’un CPQ industriel capable de gérer des milliers de combinaisons, plusieurs pays et une connexion ERP/CRM.
Les postes principaux sont généralement : modèle produit, moteur de configuration, pricing, approbations, génération documentaire, intégrations, back-office, migration des règles existantes et tests.
Le travail de test est particulièrement important : le nombre de combinaisons possibles peut devenir très élevé. Les règles critiques doivent donc être couvertes par des tests automatisés afin qu’une modification tarifaire ne casse pas silencieusement un autre scénario.
Comment Koragence développe un CPQ sur mesure ?
Nous commençons par récupérer les règles réellement utilisées aujourd’hui : catalogues, fichiers Excel, grilles tarifaires, procédures de remise et décisions habituellement prises par les équipes commerciales ou techniques.
Ces règles sont transformées en modèle explicite puis testées sur des devis historiques. Le prototype doit permettre à un commercial de reproduire plusieurs cas réels avant de développer l’ensemble de l’outil.
Le déploiement suit ensuite : cartographie des règles, prototype, moteur de configuration, pricing, validations, documents, intégrations CRM/ERP, tests, migration et déploiement.
Comment modéliser les produits, options et règles de configuration dans un CPQ ?
Le configurateur doit d’abord représenter la manière dont l’offre est réellement construite. Un produit peut posséder des attributs, comme la puissance, les dimensions, la capacité ou le matériau, et des options pouvant être obligatoires, facultatives ou incompatibles entre elles.
Les règles peuvent par exemple exprimer : `si puissance > 100 kW, alimentation industrielle obligatoire`, `option A incompatible avec option B`, ou `pack Premium, maintenance et module X inclus automatiquement`. Les solutions CPQ structurent déjà catalogues, bundles, hiérarchies, attributs et règles de configuration.
Dans un CPQ sur mesure, ces règles doivent idéalement rester configurables dans un back-office. Une modification commerciale ne devrait pas nécessiter un changement de code chaque fois qu’un nouveau produit ou une option apparaît.