HubSpot, Salesforce, Zoho, Odoo ou Pipedrive. Le modèle d’exploitation d’abord, la plateforme le porte.
Chacune des plateformes ci-dessous peut accueillir un système de revenu bien conçu. Aucune n’en fournit un. Toutes livrent des valeurs par défaut, et une valeur par défaut est un point de départ que quelqu’un doit remplacer par une décision.
Revops construit sur le CRM déjà en place. Les licences restent à votre nom, nous ne détenons aucun accord de revente et ne prenons aucune commission éditeur, et lorsqu’une plateforme ne peut réellement pas porter la logique, nous montrons les éléments plutôt que de l’affirmer. Voici ce que chaque plateforme fournit, et la question de conception qu’elle vous laisse.
Les capacités décrites sur cette page reflètent la documentation éditeur à septembre 2026. Les produits évoluent, et nous revérifions avant de cadrer un build.
HubSpot
Revenue operations on HubSpot
What the platform provides. HubSpot livre huit étapes de cycle de vie par défaut : Abonné, Lead, Lead qualifié par le marketing, Lead qualifié par la vente, Opportunité, Client, Ambassadeur et Autre. Un super administrateur peut ajouter, renommer et réordonner des étapes personnalisées dans les paramètres des contacts, et les étapes par défaut ne peuvent pas être supprimées. Étape de cycle de vie, statut du lead et étape de transaction sont trois propriétés distinctes servant trois usages différents.
What it leaves to design. La question de conception est ce que chaque étape signifie dans votre entreprise, parce que les définitions par défaut sont des points de départ et non des standards. La seconde est de savoir si les étapes changent automatiquement ou à la main, puisque les mises à jour manuelles rendent le reporting d’entonnoir peu fiable. Le travail porte sur la définition des étapes, la gouvernance des propriétés, la rationalisation des workflows et un reporting construit sur ces définitions.
Salesforce
Revenue operations on Salesforce
What the platform provides. Salesforce a consolidé son automatisation sur Flow. La création de nouvelles Workflow Rules et de nouveaux Process Builder a été désactivée par étapes depuis la version Winter 23, et Salesforce a fixé au 31 décembre 2025 la fin du support des deux outils. Les automatisations existantes continuent de fonctionner après cette date mais ne reçoivent plus de correctifs. L’outil officiel de migration vers Flow convertit à l’unité, ce qui transforme cent règles en cent flows.
What it leaves to design. La question de conception est de choisir entre migrer et reconstruire. Une conversion à l’identique conserve la logique et la dispersion en même temps, l’occasion est donc de consolider le paysage d’automatisation pendant qu’il se déplace. À côté viennent la rationalisation des champs et des objets, l’application des seuils d’étape par la validation et le Path, les règles de catégorie de prévision, et une couche de reporting destinée aux managers plutôt qu’aux administrateurs.
Zoho CRM
Revenue operations on Zoho CRM
What the platform provides. Zoho CRM fournit Blueprint, un moteur de processus sans code construit sur des états et des transitions, configuré dans Setup, Process Management, Blueprint. Il applique les chemins que vous définissez : une fiche ne peut pas sauter d’un état à un autre si la transition n’existe pas, et chaque action d’une transition peut être rendue obligatoire ou facultative.
What it leaves to design. La question de conception est de décider ce qui devient obligatoire, parce que Blueprint applique exactement ce qu’on lui dit et rien d’autre. La seconde est l’autorité sur la donnée, puisque Zoho est généralement adopté comme suite et que le même client peut exister dans plusieurs applications Zoho. Le travail porte sur la conception du processus avant la construction du Blueprint, la standardisation des modules et des mises en page, un système de référence par objet, et une analytique reconstruite sur un dictionnaire d’indicateurs unique.
Odoo
Revenue operations on Odoo
What the platform provides. Odoo CRM suit les leads et les opportunités à travers des étapes de pipeline en kanban personnalisables, configurées dans CRM, Configuration, Étapes, avec séquence, affectation d’équipe et modèles d’e-mail déclenchés par étape. L’édition Enterprise ajoute le scoring prédictif, qui estime la probabilité de gain à partir de l’historique des affaires gagnées et perdues. Le module s’intègre nativement à Ventes, Site web, Email Marketing et Comptabilité.
What it leaves to design. La question de conception est de savoir où s’arrête la fiche commerciale et où commence la fiche opérationnelle, parce que dans Odoo le client existe en même temps dans le CRM, la commande, la facture et souvent le projet. Le travail porte sur la conception du pipeline avec des critères de sortie écrits, les règles d’étape et d’activité, un système de référence explicite entre les modules, et un reporting qui lit à la fois le commercial et l’opérationnel.
Pipedrive
Revenue operations on Pipedrive
What the platform provides. Pipedrive fournit une Leads Inbox qui conserve les leads préqualifiés avant qu’ils ne deviennent des affaires, des pipelines multiples et personnalisables, du scoring de leads, une fonction de deal rotting qui signale les affaires laissées sans activité, et des champs propres à chaque pipeline sur les offres supérieures. Les limites d’usage sur les leads, les affaires et les champs personnalisés varient selon le plan.
What it leaves to design. La question de conception est de définir ce qui autorise un lead à quitter la Leads Inbox, parce que Pipedrive fournit le contenant et non le critère. La seconde est le nombre de pipelines dont l’entreprise a réellement besoin, puisqu’ils sont faciles à créer et difficiles à consolider dans un rapport. Le travail porte sur les critères de qualification, l’architecture des pipelines, les champs obligatoires par étape, et les règles d’activité qui rendent le pipeline auto-régulé.
Indépendant de la plateforme
Le modèle d’exploitation ne change pas avec l’outil.
Toute mission produit les mêmes livrables quelle que soit la plateforme : définitions, modèle d’étapes, règles d’attribution, dictionnaire d’indicateurs et tableaux de bord gouvernés. Seule la configuration diffère, ce qui explique qu’une migration résolve rarement un problème commercial.
Les capacités qu’un build configure habituellement sont <a href="#/fr/revops/revenue-systems/crm-et-donnees">CRM et données commerciales</a>, <a href="#/fr/revops/revenue-systems/automatisation-des-workflows">Automatisation des workflows</a>, <a href="#/fr/revops/revenue-systems/attribution-des-leads">Attribution des leads</a>, <a href="#/fr/revops/revenue-systems/gestion-des-opportunites">Gestion des opportunités</a> et <a href="#/fr/revops/revenue-systems/reporting-et-previsions">Reporting et prévisions</a>.
Questions
Questions fréquentes
Allez-vous nous dire de changer de CRM ?
Uniquement avec des éléments à l’appui. Chaque plateforme de cette page peut porter un système de revenu bien conçu, donc une recommandation de migration doit nommer la capacité précise qui manque et ce que son contournement coûte.
Êtes-vous partenaire ou revendeur de ces plateformes ?
Non. Nous ne détenons aucun accord de revente et ne prenons aucune commission éditeur, ce qui donne de la valeur à la recommandation.
Et si nous utilisons une plateforme absente de cette liste ?
La méthode ne change pas. Les cinq couches, les définitions et la logique de workflow sont indépendantes de la plateforme. Seul le travail de configuration diffère.
Qui maintient le système ensuite ?
Votre administrateur. Tout build se termine par une documentation et une séance de passation, parce qu’un système que seul son constructeur peut maintenir est une dépendance plutôt qu’un actif.
Notre org Salesforce tourne encore sur des Workflow Rules. Est-ce urgent ?
Ce n’est pas un risque d’interruption, puisque les automatisations existantes continuent de fonctionner après la fin du support. C’est un risque de maintenance, parce que les anomalies ne seront plus corrigées, et c’est une occasion de consolider plutôt que de convertir à l’identique.
Commencez par lire ce que vous possédez déjà.
Le diagnostic inclut une revue de configuration de votre plateforme actuelle, afin que le plan de réparation dise ce qui peut être corrigé là où vous êtes avant toute autre hypothèse.
