Avant de signer un contrat Salesforce, la question revient toujours : Sales Cloud ou Service Cloud ? Les deux font partie de la même plateforme, les deux portent le nom Salesforce, et les deux semblent faire à peu près la même chose dans les présentations commerciales.
Ce n’est pas le cas. La confusion entre les deux est l’une des principales sources de déception post-implémentation — et elle s’installe souvent bien avant la signature.
Ce que chacun fait vraiment
Sales Cloud
- Gestion des opportunités et du pipeline commercial
- Suivi des leads, prospects et comptes
- Prévisions de vente (forecasting)
- Automatisation des processus de vente
- Rapports et tableaux de bord commerciaux
Service Cloud
- Gestion des tickets et incidents clients (Cases)
- Base de connaissances (Knowledge)
- Omni-Canal : email, chat, téléphone, réseaux sociaux
- SLA et entitlements
- Portail client en self-service
La ligne de partage est nette : Sales Cloud accompagne le processus d’acquisition client, de la prospection à la signature. Service Cloud accompagne la relation post-vente, du premier incident au renouvellement.
Ce que personne ne dit avant de signer
1. Vous avez probablement besoin des deux
C’est la réalité que les équipes commerciales Salesforce n’ont pas intérêt à mettre en avant dès le départ. Dès qu’une organisation a à la fois une équipe commerciale et un service client, elle a besoin des deux produits. Signer uniquement Sales Cloud en se disant “on verra Service Cloud plus tard” crée une dette d’implémentation coûteuse à combler.
L’ajout de Service Cloud post-implémentation est techniquement possible, mais il faut reprendre le modèle de données, les profils et les automatisations. Ce qui aurait coûté X en implémentation initiale coûte souvent 2X à 3X en rattrapage.
2. La licence ne suffit pas à définir le périmètre
Une licence Sales Cloud peut techniquement contenir des objets Case, et une licence Service Cloud peut contenir des objets Opportunity. Ce qui change, c’est l’accès aux fonctionnalités natives avancées — Omni-Channel, Einstein for Service — qui ne sont disponibles qu’avec Service Cloud.
La question à poser à votre commercial Salesforce avant de signer : “Quelles fonctionnalités sont incluses dans cette licence, et lesquelles nécessitent un add-on ?”
3. L’ordre d’implémentation a un impact fort
Implémenter Sales Cloud en premier est logique pour une entreprise qui commence. Mais si Service Cloud est déjà prévu dans la feuille de route, il faut concevoir le modèle de données dès le départ en tenant compte des deux. Le modèle Account-Contact-Case est différent du modèle Account-Contact-Opportunity — les faire cohabiter proprement demande une anticipation que beaucoup de projets n’ont pas.
4. Les licences utilisateurs ne sont pas interchangeables
Un utilisateur avec une licence Sales Cloud n’a pas accès aux fonctionnalités Service Cloud. Dans les organisations mixtes (commerciaux et service client sur le même Salesforce), il faut planifier les licences par profil utilisateur dès le départ.
La grille de décision
La question la plus utile en réunion de cadrage : “Qui va utiliser Salesforce au quotidien, et pour faire quoi ?” Si la réponse inclut des commerciaux et des équipes support, commandez les deux licences dès le départ — même si Service Cloud n’est pas implémenté dans la première phase.
Le cas particulier des PME
Pour les structures de moins de 50 personnes, la frontière entre vente et service est souvent floue. Sales Cloud avec des objets Case configurés manuellement peut suffire dans un premier temps. Dès que le volume de tickets dépasse quelques dizaines par semaine, la gestion sans Service Cloud devient laborieuse.
La règle que j’applique : plus de 50 tickets par semaine, vous avez besoin de Service Cloud. En dessous, Sales Cloud configuré correctement peut tenir.
Before signing a Salesforce contract, the question always comes up: Sales Cloud or Service Cloud? Both are part of the same platform, both carry the Salesforce name, and both appear to do roughly the same thing in sales presentations. They don't. The confusion between the two is one of the main sources of post-implementation disappointment — and it starts long before the signature.
What each one actually does
Sales Cloud
- Opportunity and pipeline management
- Lead, prospect and account tracking
- Sales forecasting
- Sales process automation
- Commercial reports and dashboards
Service Cloud
- Ticket and incident management (Cases)
- Knowledge base
- Omni-Channel: email, chat, phone, social
- SLAs and entitlements
- Customer self-service portal
The dividing line is clear: Sales Cloud covers the customer acquisition process, from prospecting to signing. Service Cloud covers the post-sale relationship, from the first incident to renewal.
What nobody says before you sign
1. You probably need both
This is the reality that Salesforce sales teams have no interest in highlighting upfront. As soon as an organisation has both a sales team and a customer service team, it needs both products. Signing only Sales Cloud with the idea of "adding Service Cloud later" creates costly implementation debt.
Adding Service Cloud post-implementation is technically possible, but requires revisiting the data model, profiles and automations. What would have cost X upfront often costs 2X to 3X as a retrofit.
2. The licence doesn't define the scope
A Sales Cloud licence can technically include Case objects, and a Service Cloud licence can include Opportunity objects. What changes is access to advanced native features — Omni-Channel, Einstein for Service — which are only available with Service Cloud. The question to ask your Salesforce sales rep before signing: "Which features are included in this licence, and which require an add-on?"
3. Implementation order has a strong impact
Implementing Sales Cloud first makes sense for a company starting out. But if Service Cloud is already on the roadmap, the data model must be designed from the start with both in mind. The Account-Contact-Case model differs from the Account-Contact-Opportunity model — making them coexist cleanly requires anticipation that many projects lack.
4. User licences are not interchangeable
A user with a Sales Cloud licence doesn't have access to Service Cloud features. In mixed organisations (sales and customer service on the same Salesforce), user licences must be planned by profile from the start — not mid-deployment.
The decision grid
The most useful question in a scoping meeting: "Who will use Salesforce daily, and for what?" If the answer includes both sales and support teams, order both licences from the start — even if Service Cloud isn't implemented in the first phase.
The SME case
For organisations with fewer than 50 people, the line between sales and service is often blurry. Sales Cloud with manually configured Case objects may suffice initially. Once ticket volume exceeds a few dozen per week, managing without Service Cloud becomes laborious. The rule I apply: more than 50 tickets per week means you need Service Cloud. Below that, a correctly configured Sales Cloud can hold.