Migrer son CRM sans casser la machine : triple migration Salesforce chez Payfit
Josselin Dugué · 1h41 · 17 janvier 2024
Écouter l'épisodePourquoi j'ai choisi ce sujet
Payfit a migré trois fois vers Salesforce. Pas une. Trois. Et les trois ont réussi.
C'est ce chiffre qui m'a convaincu d'ouvrir ce podcast avec Josselin Dugué. Pas parce que la migration CRM est un sujet sexy, c'est précisément l'inverse. C'est un sujet que la plupart des organisations repoussent jusqu'au moment où elles n'ont plus le choix, qu'elles mènent dans l'urgence, et dont elles sous-estiment systématiquement l'ampleur.
Josselin était le premier Ops de Payfit en 2018, quand la boîte comptait 100 personnes. Il en est parti en 2022, quand elle en comptait 1 000, après avoir piloté trois migrations successives vers Salesforce.
Si tu es RevOps, Head of Sales ou fondateur d'une scale-up qui commence à sentir que son CRM actuel limite plus qu'il n'aide, cet épisode est directement pour toi.
Ce que tu vas retenir
Une migration CRM n'est pas un projet outil. C'est le projet de transformation opérationnelle le plus structurant qu'une organisation Revenue aura à mener, capable de toucher la moitié du headcount.
Le bon moment pour passer de HubSpot à Salesforce n'est pas déterminé par la taille de l'entreprise, mais par la complexité des processus.
Un projet CRM techniquement réussi peut être un projet raté : sans change management structuré, l'adoption échoue et tout le travail technique ne vaut rien.
Le go-live n'est pas la fin du projet CRM. C'est le début d'une phase à haute intensité appelée hypercare, systématiquement sous-estimée en durée et en charge.
Josselin Dugué
Cofondateur et partner chez Kano, une agence spécialisée CRM et data. Premier Ops de Payfit en 2018, il a structuré les Sales Ops pendant deux ans, puis piloté trois migrations successives vers Salesforce sur une période où les revenus sont passés de 300K à environ 45 millions d'ARR.
Kano a été fondée avec deux autres anciens Ops de Payfit.
Retrouver Josselin sur LinkedIn6 idées clés de l'épisode
1. Pourquoi une migration CRM doit être sponsorisée au niveau CEO
"C'est tellement gros, un truc comme ça, que si ça monte pas aussi haut dans les strates, ça marchera pas."Josselin Dugué
On a l'habitude de traiter la migration CRM comme un projet technique, piloté par les Ops. Josselin le requalifie : c'est un projet de transformation opérationnelle qui peut toucher la moitié du headcount d'une organisation Revenue. Sans sponsorship VP ou CEO, les managers terrain n'ont aucune raison de jouer leur rôle de relais et l'adoption échoue avant même que le projet technique ait commencé.
2. Trois migrations séquentielles plutôt qu'une seule
"Le but, ce n'est pas de mettre tout le monde dans le même outil. Le but, c'est de construire des bons process qui vont permettre à ton business de rouler plus efficacement."Josselin Dugué
Payfit a migré dans cet ordre : Sales (2020), CS et Support (2021), back-office (fin 2021). Chaque migration a permis de stabiliser les usages et de préparer la suivante avec une base solide. Avant la migration CS, les Sales travaillaient dans HubSpot, le CS dans Zendesk, l'équipe Déclarations dans Jira. Trois outils, trois silos, des frictions constantes.
3. HubSpot vs Salesforce : deux philosophies produit
HubSpot est conçu pour la simplicité d'usage. Il permet d'aller vite, sans spécialisation forte. La contrepartie : il ne permet pas de créer des processus d'une complexité infinie. Quand une organisation commence à contourner ses limites via Zapier et Make, elle construit ce que Josselin appelle un Frankenstein.
Salesforce est une plateforme ouverte et hautement personnalisable. Mais cette puissance exige des compétences très spécialisées. À la fin du passage de Josselin chez Payfit, une équipe de 8 ETP était dédiée exclusivement à la gestion de Salesforce.
4. La méthode complète : six phases
Design et scoping (1 à 1,5 mois)
Cartographier les processus existants dans le moindre détail. Traduire ces processus dans la logique Salesforce.
Implémentation et testing
Configurer Salesforce en sprints, avec des sessions de test en sandbox à chaque itération. Les testeurs ont trois rôles : identifier les bugs, devenir des ambassadeurs et construire une confiance dans le projet.
Migration des données
C'est le chantier le plus sous-estimé. Deux niveaux de tests nécessaires : macro et micro automatisés champ à champ. Cible : taux de correspondance supérieur à 99%.
Enablement
100% des utilisateurs formés avant le go-live. En dessous de 100%, ce n'est pas acceptable.
Go-live et cutover
Vendredi 17h, tout le monde lève les mains. Samedi : migration. Dimanche : tests. Lundi matin : go-live officiel.
Hypercare
Présence maximale post go-live. Canal Slack dédié, NPS interne hebdomadaire, conserver l'ancien outil pendant un mois après la bascule comme filet de sécurité.
5. Les testeurs comme levier de change management
On pense spontanément au pool de testeurs comme à un dispositif de contrôle qualité. Josselin en fait un outil de change management à part entière. Les personnes qui testent arrivent au go-live avec une confiance construite sur des mois. Quand les bugs apparaissent, ce sont elles qui rassurent leurs collègues.
6. Le change management prime sur la technique
"Tu peux faire le meilleur projet sur le plan technique que tu veux, si tu foires ton change management, ça vaut rien."Josselin Dugué
Les chiffres de la migration CS chez Payfit
| Indicateur | Chiffre |
|---|---|
| Durée du projet | 7 mois |
| Personnes migrées | ~150 |
| Core team interne | 7 personnes (dont 3 full-time) |
| Pool de testeurs | ~25 personnes |
| Tickets migrés | 360 000 |
| Emails migrés | 1 500 000 |
| Notes internes migrées | 400 000 |
| Pièces jointes migrées | 420 000 |
| Taux de matching cible | plus de 99% |
| Tickets remontés le J+1 | 125 |
| Durée de l'hypercare | 6 semaines |
Trois termes à connaître avant de se lancer
Salesforce Admin
Le profil spécialisé qui construit et administre Salesforce. Il traduit des besoins métier en configuration architecturée dans l'outil. Sans ce profil dédié, Salesforce se construit mal et se dégrade rapidement.
Sandbox
Un environnement de test séparé de la production. Il permet de configurer, tester et former sans impact sur les opérations réelles. Après la migration, ce fonctionnement devient la norme pour toute évolution future du CRM.
Hypercare
La phase post go-live de support intensif. Planifier au minimum 4 à 6 semaines, pas 2, et prévoir une présence physique et virtuelle dès le premier jour.
Ce qui fait échouer une migration CRM
Croire qu'un bon delivery technique suffit
Sous-estimer l'enablement
Empiler des automatisations Frankenstein
Ne pas traiter la migration des données comme un projet à part entière
Sous-dimensionner l'hypercare
Passer à Salesforce sans intégrateur ni expertise interne
Ce que j'en retiens, par Julien Maslard
Ce qui m'a le plus frappé dans cet échange, c'est la clarté avec laquelle Josselin requalifie un projet que beaucoup d'organisations abordent encore comme un projet outil. La migration CRM est un révélateur de maturité RevOps, pas parce qu'elle est techniquement complexe, mais parce qu'elle oblige l'organisation à clarifier ce qu'elle n'a jamais vraiment formalisé : ses processus, ses définitions, ses responsabilités managériales.
La hiérarchisation du change management au-dessus de la technique m'a semblé être l'idée la plus contre-intuitive et la plus vraie. La plupart des projets de transformation que j'observe échouent non pas sur la partie technique, mais sur l'adoption.
L'idée des testeurs-ambassadeurs m'a semblé être l'une des plus sous-valorisées de cet épisode. La plupart des équipes testent vite, avec peu de personnes, trop tard. C'est une erreur coûteuse, précisément parce que ce sont ces mêmes personnes qui, le jour du go-live, vont rassurer leurs collègues avec une légitimité qu'aucun Ops ne peut avoir.
10 questions à se poser avant de lancer sa migration CRM
Avant de décider de migrer
Mes processus actuels sont-ils vraiment documentés ?
Est-ce que les limites que je touche viennent de l'outil ou de processus mal définis ?
Ai-je chiffré le coût réel du projet ?
Avant de lancer le projet
Ai-je un sponsor au niveau VP ou CEO ?
Ai-je identifié un profil senior pour piloter la migration des données ?
Ai-je prévu un Salesforce Admin dédié ?
Pendant le projet
Ai-je constitué un pool de testeurs-ambassadeurs ?
Mes managers terrain sont-ils briefés sur leur rôle de relais ?
Avant le go-live
Ai-je fait au moins un dry run complet ?
Mon plan d'hypercare est-il dimensionné pour la charge réelle du premier jour ?
Questions fréquentes sur la migration CRM
Pour aller plus loin
Pour aller plus loin sur la méthode complète, les dry runs et la reconstruction des dashboards post-migration, écoute l'épisode complet.
À lire sur ce site :
Engrenages ⚙️ est le podcast de Julien Maslard consacré aux équipes Ops : Sales Ops, CS Ops, RevOps, qui font tourner la machine commerciale des startups et scale-ups françaises.