Salesforce Service Cloud est un outil puissant, mais sa complexité pèse sur le quotidien des agents de support : navigation dense, configuration lourde, courbe d’apprentissage raide. Zendesk séduit par une interface plus légère et plus rapide, pensée pour la productivité des équipes support. Migrer de l’un à l’autre, c’est offrir aux agents un environnement plus agréable et plus efficace — à condition de réussir la reprise des dossiers (cases), des contacts et des automatisations sans perdre la richesse de l’historique client.
Pourquoi migrer de Service Cloud vers Zendesk ?
Le moteur principal est l’expérience agent. Là où Service Cloud privilégie la puissance et la personnalisation au prix d’une interface chargée, Zendesk mise sur la simplicité d’usage : une vue unifiée des conversations, des macros accessibles, un triage rapide des tickets. Pour une équipe support dont le métier est de répondre vite et bien, cet allègement se traduit par un meilleur confort de travail et des temps de résolution plus courts. La migration répond aussi souvent à une logique de coût, Zendesk étant généralement plus accessible que Service Cloud pour un périmètre support pur.
Différences concrètes entre les deux plateformes
| Dimension | Salesforce Service Cloud | Zendesk |
|---|---|---|
| Cœur de métier | CRM + support (cases, omnicanal) | Support (tickets, inbox, macros) |
| Modèle de données | Objets Salesforce (Case, Contact, Account) | Tickets, utilisateurs, organisations |
| Interface agent | Console riche, configurable | Interface épurée, orientée productivité |
| Automatisation | Flows, règles d’affectation, Process Builder | Triggers, automations, macros |
| Personnalisation | Très poussée (Apex, Lightning) | Apps Marketplace, API REST |
Les étapes de la migration
- Audit de Service Cloud : recenser les cases, contacts, comptes, files d’attente, règles d’affectation, flows, macros, champs personnalisés, SLA et le centre d’aide.
- Nettoyage des données : clôturer les cases anciennes, dédupliquer contacts et comptes, purger les champs et files inutilisés.
- Cartographie des objets : mapper les cases vers les tickets, les contacts vers les utilisateurs finaux, les comptes vers les organisations, et chaque statut/priorité vers son équivalent Zendesk.
- Extraction : exporter les données via l’API Salesforce (requêtes SOQL sur Case, Contact, Account) ou des exports planifiés, en gérant le volume et les limites.
- Transformation : convertir les enregistrements au format d’import Zendesk, en préservant les relations case ↔ contact et l’historique des commentaires et pièces jointes.
- Import : injecter les données dans Zendesk via son API ou un outil de migration, par lots, en respectant les quotas.
- Reconfiguration : recréer les macros, triggers, automations, vues, formulaires, SLA, le help center et les intégrations (téléphonie, chat, CRM).
- Test et bascule : valider l’intégrité sur un environnement de test, former les agents, puis basculer avec Service Cloud en lecture seule.
Les pièges à éviter
Le premier risque est la perte de l’historique des cases : commentaires internes, pièces jointes et champs personnalisés doivent suivre, sinon l’agent perd le contexte de chaque client. Le deuxième est le dédoublonnage des contacts : un même client peut exister sous plusieurs fiches dans Salesforce ; une stratégie de fusion par e-mail est indispensable avant l’import. Le troisième est la régression des automatisations : les flows Salesforce ne se transposent pas tels quels dans les triggers et automations de Zendesk, dont le modèle événementiel diffère ; chaque règle doit être réécrite et testée.
Bonnes pratiques pour une bascule réussie
- Migrer l’historique d’abord, les canaux ensuite : importer tout l’historique en amont, puis basculer les canaux entrants (e-mail, chat, téléphone) dans une fenêtre à faible trafic.
- Réaliser une migration pilote sur un échantillon pour valider le mapping et calibrer les durées.
- Conserver Service Cloud en lecture seule jusqu’à validation complète, pour consultation et repli.
- Impliquer les agents dans la conception des vues et macros cibles : c’est leur outil de travail.
- Former les équipes avant la bascule, avec des scénarios types de traitement de ticket.
L’enjeu de l’adoption
Une migration réussie ne se mesure pas seulement à l’intégrité des données, mais à l’adhésion des agents. En impliquant les équipes dans la définition du nouvel environnement et en leur montrant les gains concrets (moins de clics, vue unifiée, macros rapides), on transforme un changement d’outil en amélioration réelle du quotidien.
Reprise des cases, contacts et relations
Le cœur de la migration est la reprise des cases Salesforce — l’équivalent des tickets — avec tout leur contexte : commentaires internes, e-mails échangés, pièces jointes et champs personnalisés. Chaque case doit être exportée avec ses relations (contact, compte, propriétaire) et son historique complet, puis réinjectée dans Zendesk en préservant la chronologie. Le mapping des statuts et priorités (nouveau, en cours, résolu, urgent) doit être validé dès le cadrage, ainsi que celui des champs personnalisés, dont les types diffèrent entre les deux plateformes.
Le dédoublonnage des contacts est un chantier à part entière : Salesforce tolère souvent des fiches en doublons qu’il faut fusionner avant l’import, par correspondance sur l’adresse e-mail, pour que chaque ticket Zendesk soit rattaché au bon client. Les comptes Salesforce deviennent des organisations dans Zendesk, avec une correspondance des attributs (secteur, taille, niveau de support).
Réécrire les automatisations et les canaux
Les flows et règles d’affectation Salesforce se réécrivent dans les triggers et automations de Zendesk, dont le modèle événementiel diffère : chaque règle (affectation à une file, envoi d’un accusé de réception, escalade) doit être retranscrite puis testée. Les macros se recréent dans Zendesk avec leurs placeholders, et les vues partagées se reproduisent avec les filtres équivalents. Enfin, les canaux — e-mail de support, chat, téléphonie, formulaire web — doivent être rebranchés de façon coordonnée, dans une fenêtre à faible trafic, pour éviter toute perte de demande entrante.
Mesurer la réussite de la bascule
Le succès se mesure par la concordance des compteurs de cases, de contacts et de commentaires entre Salesforce et Zendesk, et par la continuité du service dès la mise en production : les e-mails arrivent dans les bonnes vues, les macros fonctionnent, les agents retrouvent leurs repères. Une migration pilote sur un sous-ensemble de cases, suivie d’une bascule avec Salesforce en lecture seule pour consultation et repli, sécurise l’opération de bout en bout.
La formation des agents est déterminante : ils passent d’une console riche et personnalisable à une interface plus épurée. Des ateliers de prise en main, la recréation de leurs vues favorites et un référent par équipe accélèrent l’adoption et transforment le changement d’outil en gain de confort.
Performances Digital pilote la migration Salesforce Service Cloud vers Zendesk de bout en bout : extraction et transformation des cases et contacts, reprise de l’historique, reconstruction des macros et automatisations, reconnexion des canaux et formation des agents. Notre objectif : une meilleure expérience utilisateur pour vos équipes, sans perte de donnée client.
Migrer de Service Cloud à Zendesk, c’est rendre le support plus fluide pour ceux qui le font vivre. Demandez votre devis gratuit : nous auditons votre instance Salesforce, vos volumes de cases et vos automatisations, puis nous vous remettons un plan de migration chiffré.
