Changer de CRM n’est jamais un simple transfert de fichiers. C’est une opération qui touche vos ventes, votre service à la clientèle, votre facturation et, surtout, l’historique de vos relations d’affaires. Une migration mal préparée fait perdre des contacts, brise des automatisations et laisse vos équipes sans repères pendant des semaines. Une migration bien préparée, elle, devient l’occasion de nettoyer vos données, de revoir vos processus et de repartir sur une base saine.
Nuagix est partenaire Zoho Premium depuis 2019 et lauréat du prix Sales Achievement aux Zoho Partner Awards 2024. Notre équipe a réalisé plus de 350 implantations et plus de 250 optimisations de systèmes existants, dont un grand nombre de migrations depuis Salesforce, HubSpot, Pipedrive, Monday.com, des chiffriers Excel, des bases Microsoft Access et des systèmes maison développés à l’interne. Cette page explique concrètement comment se déroule une migration vers Zoho, ce qui se transfère, ce qui ne se transfère pas, combien de temps cela prend et quels sont les pièges à éviter.
Pourquoi les PME québécoises migrent vers Zoho
Les raisons qui poussent une entreprise à quitter son CRM actuel reviennent presque toujours aux mêmes quatre constats.
Le coût par utilisateur devient difficile à justifier. Une licence Salesforce ou HubSpot par siège, multipliée par une équipe qui grandit, finit par représenter une dépense annuelle importante pour des fonctions dont une PME n’utilise souvent qu’une fraction. Zoho One regroupe plus de 45 applications sous une licence unique par employé, ce qui change complètement le calcul lorsque vous avez aussi besoin de facturation, de service à la clientèle, de gestion de projets, de signature électronique et de gestion des ressources humaines.
Les données sont dispersées. Le CRM contient les contacts, le chiffrier contient les prévisions, l’outil de facturation contient les paiements, et la boîte courriel contient les vraies conversations. Personne n’a de portrait complet d’un client. Regrouper ces fonctions dans un même écosystème élimine la double saisie et les exports manuels.
Les besoins dépassent l’outil. Beaucoup d’entreprises adoptent un CRM léger au démarrage, puis se butent à ses limites : pas de modules sur mesure, automatisations rudimentaires, rapports figés, aucune gestion des approbations. Zoho CRM permet des modules personnalisés, des mises en page conditionnelles, des règles d’affectation et des processus d’approbation sans développement lourd.
L’hébergement des données et la conformité. Zoho offre l’hébergement des données au Canada, ce qui simplifie considérablement la conformité à la Loi 25 pour les entreprises québécoises. Les politiques de conservation, les registres de consentement et la gestion des demandes d’accès se configurent directement dans la plateforme plutôt que de reposer sur des procédures manuelles.
Notre méthode de migration en sept étapes
Toutes nos migrations suivent la même séquence, peu importe le système de départ. C’est cette discipline qui fait la différence entre une bascule sans histoire et un projet qui s’étire sur des mois.
1. Audit du système actuel
Nous inventorions les objets en place : contacts, entreprises, opportunités, activités, documents, champs personnalisés, automatisations, rapports et intégrations. Nous mesurons les volumes réels et repérons ce qui est réellement utilisé. Dans la majorité des dossiers, entre 30 % et 50 % des champs personnalisés d’un vieux CRM ne sont plus alimentés depuis des années. Les migrer serait une erreur : on transporterait la dette technique dans le nouvel outil.
2. Cartographie des champs
Chaque champ du système source est associé à un champ de destination dans Zoho, ou explicitement écarté. Les listes de valeurs sont harmonisées, les formats de date et de téléphone normalisés, les devises confirmées. Ce document de correspondance est validé avec vous avant toute extraction : c’est la pièce maîtresse du projet et la référence en cas de doute après la bascule.
3. Nettoyage des données
Doublons, contacts sans entreprise, courriels invalides, opportunités ouvertes depuis quatre ans, comptes fermés jamais archivés : le nettoyage se fait avant la migration, jamais après. Nous produisons un rapport de qualité des données et vous décidez des règles de fusion et d’archivage. Un CRM propre au jour un est la meilleure garantie d’adoption par les équipes.
4. Migration d’essai dans un environnement de test
Un premier chargement complet se fait dans un bac à sable ou dans une organisation Zoho de test. Nous comparons les compteurs ligne par ligne, vérifions les relations entre les enregistrements et faisons valider un échantillon par vos utilisateurs clés. C’est ici qu’on découvre les surprises, pendant que rien n’est en jeu.
5. Reconstruction des automatisations et des intégrations
Les règles de flux de travail, les courriels automatiques, les affectations de territoires, les séquences de relance et les connexions à vos outils externes sont reconstruits dans Zoho. Ils ne se migrent pas : ils se repensent. C’est souvent l’étape où l’on simplifie le plus, parce qu’une bonne partie des automatisations héritées existait pour contourner une limite de l’ancien outil.
6. Bascule et gel des données
La migration finale se fait sur une courte fenêtre, généralement une fin de semaine. L’ancien système passe en lecture seule, l’extraction finale est chargée, les écarts sont vérifiés, puis les accès sont ouverts. Nous conservons systématiquement une copie complète et exportable de l’ancien système, même après la fermeture des licences.
7. Formation et accompagnement
Les utilisateurs sont formés sur leurs propres données, pas sur des exemples génériques. Nous prévoyons un accompagnement rapproché dans les premières semaines, période où surgissent les vraies questions. L’adoption, pas la migration, est le véritable indicateur de succès d’un projet de CRM.
Migrer de Salesforce vers Zoho
Salesforce est le système source le plus structuré que nous rencontrons, et paradoxalement l’un des plus exigeants à migrer, parce que les organisations qui le quittent ont généralement accumulé des années de personnalisation.
L’extraction se fait par l’API Salesforce ou par le Data Loader, objet par objet : Accounts, Contacts, Leads, Opportunities, Cases, Tasks, Events, Notes et pièces jointes. Les identifiants Salesforce à 18 caractères sont conservés dans un champ de référence dans Zoho, ce qui permet de reconstruire les liens entre enregistrements et de retracer l’origine de chaque donnée après coup.
Les points d’attention sont connus. Les règles de validation et les champs de formule n’ont pas d’équivalent direct et se reconstruisent en règles de validation et en champs de formule Zoho CRM. Le code Apex et les composants Lightning n’ont aucun équivalent : la logique métier qu’ils portent doit être documentée puis reconstruite, le plus souvent en fonctions Deluge ou en flux Zoho Flow. Les types d’enregistrement de Salesforce se traduisent en mises en page multiples. Les hiérarchies de rôles et les règles de partage deviennent des profils, des rôles et des règles de partage de données dans Zoho, avec une logique semblable mais une terminologie différente.
Comptez trois à six semaines pour une organisation Salesforce de taille moyenne, selon le degré de personnalisation et le nombre d’intégrations à refaire.
Migrer de HubSpot vers Zoho
HubSpot se migre bien sur le plan des données : contacts, entreprises, transactions, billets et activités s’exportent proprement par l’API ou par les exports natifs. La difficulté est ailleurs, dans le marketing.
Les propriétés personnalisées se transposent en champs Zoho CRM sans grande friction. Les listes statiques deviennent des vues personnalisées ou des campagnes, les listes dynamiques des vues filtrées. Les pointages de prospects se reconstruisent dans les règles de notation de Zoho CRM. Les séquences et les flux de travail HubSpot, eux, se reconstruisent dans Zoho Marketing Automation ou dans Zoho Campaigns selon leur nature.
Deux éléments demandent une décision d’affaires. Les pages de destination et les formulaires hébergés par HubSpot cessent de fonctionner à la fermeture du compte : il faut les republier, avec des formulaires Zoho, et rediriger les anciennes adresses pour ne pas perdre le référencement acquis. Les statistiques historiques de courriels, elles, ne se migrent pas : on conserve une extraction pour référence, mais l’historique de performance repart à zéro dans le nouvel outil. Mieux vaut le savoir avant la bascule que le découvrir au premier rapport mensuel.
Migrer de Pipedrive vers Zoho
Pipedrive est un CRM de vente épuré, très centré sur le pipeline. Les entreprises le quittent rarement par insatisfaction : elles le quittent parce qu’elles ont maintenant besoin de service à la clientèle, de facturation, de gestion de projets ou de ressources humaines, et qu’elles ne veulent pas multiplier les abonnements.
La migration est l’une des plus simples de notre répertoire. Les personnes deviennent des contacts, les organisations des comptes, les affaires des opportunités, et les étapes du pipeline se transposent directement en étapes de processus de vente. Les activités, les notes et les fichiers suivent. Les champs personnalisés de Pipedrive, souvent peu nombreux, se recréent en quelques heures.
Le gain se situe surtout après la migration : le pipeline reste familier pour l’équipe de vente, mais les devis, les factures, les billets de service et les projets vivent maintenant dans le même environnement. Une migration Pipedrive se réalise généralement en une à trois semaines.
Migrer de Monday.com vers Zoho
Monday.com n’est pas un CRM au départ, c’est un outil de tableaux. Beaucoup d’entreprises y ont construit un pseudo-CRM à coups de colonnes et de tableaux liés, et la migration consiste d’abord à démêler ce qui relève de la vente, du projet et de l’opération.
Concrètement, nous répartissons le contenu : les tableaux de suivi de ventes vers Zoho CRM, les tableaux de projets vers Zoho Projects, les demandes entrantes vers Zoho Desk. Les colonnes de statut deviennent des listes de valeurs ou des étapes, les personnes assignées des propriétaires d’enregistrement, les sous-éléments des tâches liées. Les automatisations de Monday se reconstruisent en règles de flux de travail.
L’exercice demande plus de réflexion que de technique. C’est aussi le type de migration où l’on gagne le plus : passer d’un tableau qui imite un CRM à un vrai CRM change la qualité des prévisions et des rapports du tout au tout.
Migrer d’un chiffrier Excel vers Zoho
Le chiffrier reste le système le plus répandu chez les petites entreprises, et il se migre très bien, à condition d’accepter une étape de préparation.
Un chiffrier typique mélange plusieurs entités dans un même onglet : le nom de l’entreprise, la personne-ressource, le montant de la vente et une note de suivi sur la même ligne. La première étape consiste à séparer ces éléments en tables distinctes, à repérer les doublons créés par des variantes d’orthographe, à normaliser les formats de date et à isoler les cellules qui contiennent plusieurs valeurs. Nous fournissons un gabarit d’importation par module, ce qui élimine la plupart des erreurs de chargement.
Les formules, les tableaux croisés et les macros ne se migrent pas. Leur intention, elle, se reconstruit : un calcul devient un champ de formule, un tableau croisé devient un rapport ou un tableau de bord Zoho Analytics, une macro devient une règle de flux de travail. Une migration à partir d’un ou deux chiffriers se fait couramment en une à deux semaines.
Migrer d’une base Microsoft Access vers Zoho
Les bases Access sont encore bien vivantes dans les PME québécoises, souvent construites il y a quinze ou vingt ans par un employé qui n’est plus là. Elles tiennent, mais elles reposent sur un poste unique, un fichier partagé fragile et une version de Windows qu’on n’ose plus mettre à jour.
L’avantage d’Access, c’est que les données sont déjà relationnelles. Nous exportons les tables, documentons les relations et les clés, puis reconstruisons le modèle dans Zoho CRM à l’aide de modules personnalisés et de champs de recherche. Les requêtes se traduisent en vues et en rapports, les états en rapports Zoho Analytics.
Les formulaires Access et le code VBA n’ont pas d’équivalent et doivent être repensés. C’est précisément l’occasion de questionner des règles métier qui n’ont parfois jamais été documentées. Nous consacrons systématiquement un atelier à cette rétro-ingénierie avant de toucher aux données.
Migrer d’un système maison vers Zoho
Un système développé à l’interne pose une question différente des autres : il ne s’agit pas seulement de déplacer des données, mais de décider ce qui mérite de survivre.
Notre démarche commence par un accès en lecture à la base de données, le plus souvent MySQL, PostgreSQL ou SQL Server. Nous documentons le schéma, mesurons les volumes et identifions les tables réellement actives. Vient ensuite l’atelier de processus : quelles règles métier le système applique-t-il, lesquelles sont encore pertinentes, lesquelles existaient pour contourner une limite technique disparue depuis.
Le modèle est ensuite reconstruit dans Zoho CRM avec des modules personnalisés, et les fonctions particulières sont couvertes par des fonctions Deluge, des flux Zoho Flow ou une intégration par API vers les systèmes que vous conservez. Lorsqu’une composante du système maison doit rester en place, par exemple un outil de production ou un automate industriel, nous établissons une synchronisation plutôt qu’une migration complète.
Ces projets s’étalent généralement sur six à douze semaines, avec une mise en service par phases plutôt qu’une bascule unique.
Ce qui se migre et ce qui ne se migre pas
C’est la question qui cause le plus de déceptions quand elle n’est pas posée assez tôt. Voici la réponse franche, valable pour la quasi-totalité des systèmes sources.
Se migre sans difficulté : les contacts, les entreprises, les prospects, les opportunités avec leur montant, leur étape et leur date de conclusion prévue, les produits et les listes de prix, les devis et les factures, les billets de service, les notes, les tâches, les rendez-vous, les pièces jointes et les documents, ainsi que les propriétaires d’enregistrement et les dates de création.
Se migre avec des ajustements : les champs personnalisés, dont les listes de valeurs doivent être harmonisées ; les relations entre modules, qui se reconstruisent par les identifiants d’origine ; les fils de courriels, dont la profondeur d’historique dépend du système source ; et les permissions, qui se retranscrivent dans le modèle de rôles et de profils de Zoho.
Ne se migre pas et doit être reconstruit : les automatisations et les flux de travail, les rapports et les tableaux de bord, les modèles de courriels, les intégrations avec des outils tiers, le code propre à la plateforme d’origine, ainsi que les journaux d’audit et les statistiques historiques de campagnes.
Cette distinction change la façon d’estimer un projet. Le transfert des données représente rarement plus du tiers de l’effort ; le reste est du travail de reconstruction et de formation.
Durée, budget et gestion du risque
Pour une PME de 5 à 15 employés, une migration de CRM vers Zoho se réalise normalement en trois à cinq semaines, de l’audit jusqu’à la mise en production. Un système source très personnalisé, un volume de données important ou un grand nombre d’intégrations allongent ce délai ; un chiffrier ou un Pipedrive le raccourcissent.
Trois règles réduisent le risque de façon mesurable. Premièrement, ne jamais fermer l’ancien système le jour de la bascule : conservez-le en lecture seule au moins trois mois, et gardez une extraction complète au-delà. Deuxièmement, migrer les données actives d’abord et l’historique ensuite, pour que les équipes travaillent dans le nouvel outil rapidement. Troisièmement, désigner une personne responsable des données du côté client ; sans arbitre pour trancher les questions de fusion et de nettoyage, un projet de migration s’enlise.
Hébergement au Canada et conformité à la Loi 25
Une migration est le bon moment pour régler la question de la protection des renseignements personnels. Zoho offre l’hébergement des données au Canada, ce qui évite d’avoir à documenter un transfert hors du pays pour chaque catégorie de renseignements.
Pendant le projet, nous en profitons pour mettre en place ce que la Loi 25 exige concrètement : un registre des consentements, des politiques de conservation et de destruction par module, une limitation des accès selon les rôles, la journalisation des consultations de dossiers sensibles et une procédure documentée pour répondre à une demande d’accès ou de rectification. Ces éléments se configurent dans Zoho plutôt que de reposer sur la bonne volonté des employés.
Foire aux questions sur la migration vers Zoho
Combien de temps dure une migration de CRM vers Zoho?
Pour une PME de 5 à 15 employés, comptez trois à cinq semaines entre l’audit initial et la mise en production. Une migration depuis un chiffrier ou depuis Pipedrive se fait souvent en une à deux semaines, alors qu’un Salesforce très personnalisé ou un système maison demande de six à douze semaines.
Est-ce que je perds mon historique de ventes?
Non. Les opportunités gagnées et perdues, avec leur montant, leur date et leur propriétaire, se migrent intégralement, tout comme les notes, les activités et les documents. Ce qui ne se transfère pas, ce sont les journaux d’audit de la plateforme d’origine et les statistiques historiques de campagnes de courriels, dont nous conservons une extraction de référence.
Est-ce que mon équipe doit arrêter de travailler pendant la bascule?
La fenêtre de gel se limite à quelques heures, planifiées en dehors des heures d’affaires, habituellement une fin de semaine. L’ancien système reste accessible en lecture seule après la bascule, ce qui évite toute rupture de service.
Mes automatisations actuelles seront-elles transférées?
Elles ne se transfèrent pas techniquement : elles se reconstruisent dans Zoho. Nous les documentons une à une pendant l’audit, puis nous les recréons en règles de flux de travail, en fonctions Deluge ou en flux Zoho Flow. C’est généralement l’occasion d’en éliminer une bonne partie, devenue inutile.
Mes données seront-elles hébergées au Canada?
Oui. Zoho offre l’hébergement des données au Canada, et c’est le choix que nous recommandons systématiquement à nos clients québécois pour simplifier la conformité à la Loi 25. Le choix du centre de données se fait à la création de l’organisation et ne peut pas être modifié ensuite, ce qui en fait une décision à prendre dès le début du projet.
Que se passe-t-il si les données migrées comportent des erreurs?
La migration d’essai en environnement de test sert précisément à les détecter avant la bascule. Nous comparons les compteurs par module et faisons valider un échantillon par vos utilisateurs clés. Après la mise en production, la copie complète de l’ancien système permet de corriger ou de recharger un sous-ensemble sans refaire le projet.
Peut-on migrer par étapes plutôt que d’un seul coup?
Oui, et c’est ce que nous recommandons pour les systèmes maison et les organisations de plus de vingt utilisateurs. On met d’abord en service le CRM avec les données actives, puis on ajoute l’historique, le service à la clientèle, la facturation et les projets par vagues successives.
Faut-il conserver l’ancien système après la migration?
Nous recommandons de le garder en lecture seule pendant au moins trois mois et de conserver ensuite une extraction complète et lisible, dans un format ouvert, aussi longtemps que vos obligations de conservation l’exigent.
Parlons de votre migration
Chaque migration commence de la même façon chez Nuagix : une rencontre Zoom de 30 minutes, sans frais, pour comprendre votre système actuel, vos volumes et vos contraintes. Vous recevez ensuite un plan écrit dans les 48 heures ouvrables, avec la portée, l’échéancier et le budget. Pour une PME de 5 à 15 employés, Zoho CRM est habituellement en production en trois à cinq semaines.
Réservez votre rencontre Zoom de 30 minutes au moment qui vous convient. Vous pouvez aussi nous écrire à support@nuagix.ca.
Pour aller plus loin : consultez notre aperçu des migrations vers Zoho, notre guide de migration de CentrixOne vers Zoho et notre page sur l’implantation de Zoho One. Si votre entreprise est dans la région métropolitaine, notre consultant Zoho à Montréal peut vous accompagner.
Migrer depuis un CRM en particulier
- Migration Salesforce vers Zoho — ce qui se transfère, ce qui change et les pièges à éviter.