Migration HubSpot vers Attio : guide et checklist

Faut-il réellement quitter HubSpot pour Attio ?

HubSpot et Attio sont deux CRM, mais ils ne reposent pas sur la même philosophie.

HubSpot propose une suite très large pouvant regrouper la gestion commerciale, le marketing automation, les formulaires, les landing pages, le support client, le contenu et le reporting. Cette couverture est intéressante lorsqu’une entreprise veut centraliser une grande partie de son acquisition et de sa relation client dans une seule plateforme.

Attio se concentre davantage sur le CRM, les relations commerciales et la personnalisation du modèle de données. Son fonctionnement autour d’objets, d’attributs, de listes, de vues et de workflows permet d’adapter plus librement le système à l’activité de l’entreprise.

Une migration vers Attio peut être pertinente lorsque :

• votre équipe trouve HubSpot trop complexe pour son usage réel ;

• vous payez des Hubs ou des fonctionnalités peu utilisés ;

• votre modèle commercial entre difficilement dans la structure actuelle ;

• vous souhaitez créer des objets et des relations propres à votre activité ;

• le CRM doit évoluer rapidement avec vos offres et vos processus ;

• votre priorité est le pilotage commercial plutôt qu’une suite marketing complète.

La migration doit en revanche être étudiée avec prudence si votre entreprise dépend fortement :

• des formulaires et landing pages HubSpot ;

• des campagnes d’e-mails marketing ;

• du lead scoring ;

• des workflows marketing avancés ;

• de la gestion des tickets ;

• de rapports construits à partir de plusieurs Hubs.

Attio peut remplacer la partie CRM sans nécessairement remplacer toute la plateforme HubSpot. Certaines fonctions devront alors rester temporairement dans HubSpot ou être transférées vers d’autres outils.

Avant de prendre une décision, comparez également les abonnements et leurs limites dans notre guide consacré au prix d’Attio en 2026.

Ce qui peut être migré vers Attio

Le périmètre dépend de votre instance HubSpot et de la méthode de migration choisie.

Les éléments les plus couramment repris sont :

• les contacts ;

• les entreprises ;

• les opportunités commerciales ;

• les propriétaires ;

• les propriétés personnalisées ;

• les associations entre les objets ;

• les notes ;

• les tâches ;

• certains fichiers ;

• les objets personnalisés.

D’autres éléments doivent généralement être reconstruits ou traités séparément :

• les workflows ;

• les séquences ;

• les formulaires ;

• les landing pages ;

• les campagnes marketing ;

• les règles de scoring ;

• les tableaux de bord ;

• les permissions ;

• les intégrations ;

• certaines activités historiques.

L’objectif n’est donc pas nécessairement de reproduire 100 % de HubSpot dans Attio.

Avant de commencer, classez les éléments de votre CRM dans cinq catégories :

1. à migrer sans modification ;

2. à nettoyer avant la migration ;

3. à transformer pour correspondre au nouveau modèle ;

4. à reconstruire dans Attio ou dans un autre outil ;

5. à archiver ou supprimer.

Cette première décision évite de consacrer du temps à la reprise de données et de processus qui ne créent plus aucune valeur.

Les trois méthodes de migration

Attio propose trois grandes approches : la migration avec Import2, l’import de fichiers CSV et l’utilisation de son API. Le guide officiel de migration d’Attio doit être consulté avant le lancement du projet, car le périmètre des outils peut évoluer.

Utiliser Import2

Import2 est le service de migration intégré proposé par Attio sur ses plans payants. HubSpot fait partie des CRM pris en charge.

Il peut notamment reprendre :

• les entreprises ;

• les personnes ;

• les deals ;

• les objets personnalisés ;

• les notes ;

• les tâches ;

• les fichiers.

Le processus commence par un import d’échantillon. Vous pouvez contrôler le résultat, modifier les correspondances entre les champs, puis lancer la migration complète.

Cette méthode convient lorsqu’une entreprise souhaite retrouver dans Attio une part importante de la structure et de l’historique de HubSpot.

Elle ne remplace cependant pas le travail de cadrage. Import2 ne peut pas décider :

• quels champs sont encore utiles ;

• quelles données sont obsolètes ;

• quelles étapes du pipeline doivent être supprimées ;

• quelles propriétés doivent être fusionnées ;

• quelles automatisations doivent être reconstruites.

Attention aux données déjà présentes dans Attio

Import2 crée de nouveaux records, mais ne complète pas automatiquement les attributs des fiches déjà créées dans Attio.

Or la synchronisation des boîtes e-mail peut créer automatiquement des personnes et des entreprises. Si vous connectez toutes les messageries avant la migration, une partie des fiches peut donc déjà exister dans Attio.

Attio recommande, lorsque des records ont déjà été créés par la synchronisation, de déconnecter temporairement les boîtes, de traiter ou supprimer ces fiches, de réaliser la migration, puis de reconnecter les comptes.

L’ordre des opérations doit donc être défini avant d’ouvrir Attio à toute l’équipe.

Importer des fichiers CSV

L’import CSV est particulièrement adapté lorsque la migration sert aussi à nettoyer et à restructurer le CRM.

Le processus consiste à :

1. exporter les objets depuis HubSpot ;

2. nettoyer les fichiers ;

3. transformer les valeurs ;

4. créer le modèle cible dans Attio ;

5. importer les objets dans le bon ordre ;

6. vérifier les relations et les volumes.

Cette méthode permet de sélectionner précisément les données qui entreront dans Attio. Vous pouvez notamment :

• supprimer les champs inutilisés ;

• harmoniser les valeurs ;

• fusionner plusieurs propriétés ;

• exclure les contacts obsolètes ;

• corriger les propriétaires ;

• simplifier les étapes du pipeline ;

• conserver uniquement l’historique nécessaire.

Elle est moins adaptée à la reprise d’un historique d’activités riche. L’import CSV natif d’Attio ne permet notamment pas d’importer les notes. Il est toutefois possible d’utiliser le CSV pour les records et Import2 pour certaines activités.

Utiliser les API

Une migration par API devient pertinente lorsque les données doivent subir des transformations difficiles à gérer dans des fichiers CSV.

Un script peut, par exemple :

• parcourir les données HubSpot ;

• fusionner plusieurs propriétés ;

• normaliser les valeurs ;

• rechercher les doublons ;

• créer les objets dans un ordre précis ;

• reconstruire les associations ;

• journaliser chaque opération ;

• reprendre uniquement les records modifiés ;

• relancer les erreurs sans recommencer toute la migration.

Make ou n8n peuvent aussi être utilisés pour une reprise ciblée ou une synchronisation temporaire. Pour une migration complexe et ponctuelle, un script versionné offre souvent davantage de contrôle et de possibilités de reprise.

La méthode la plus technique n’est pas forcément la meilleure. Un import CSV bien préparé sera souvent plus fiable qu’un script inutilement complexe.

Étape 1 : auditer votre instance HubSpot

Une migration commence par une compréhension précise de ce que vous quittez.

Ne vous limitez pas au nombre de contacts. Il faut identifier la manière dont HubSpot est réellement utilisé et toutes les dépendances créées autour du CRM.

Recenser les objets et les volumes

Listez les objets utilisés :

• contacts ;

• entreprises ;

• deals ;

• tickets ;

• produits ;

• devis ;

• abonnements ;

• objets personnalisés.

Pour chacun, indiquez :

• le nombre total de records ;

• le nombre de records encore actifs ;

• le nombre de propriétés ;

• les associations utilisées ;

• le niveau de priorité pour la migration.

Un tableau simple permet de cadrer les décisions :

Inventorier les propriétés

Exportez les propriétés standards et personnalisées de chaque objet.

Pour chaque propriété, posez quatre questions :

• Est-elle encore alimentée ?

• Est-elle utilisée dans une vue, un rapport ou un workflow ?

• Est-elle comprise par les utilisateurs ?

• Doit-elle être reprise dans Attio ?

De nombreux champs ont été créés pour répondre à un besoin temporaire, puis oubliés. Les reprendre automatiquement alourdirait immédiatement le nouveau CRM.

Documenter les associations

Un contact HubSpot peut être associé à une entreprise, plusieurs opportunités, des tickets, des activités ou des objets personnalisés.

Documentez également les relations plus spécifiques :

• entreprise mère et filiale ;

• partenaire et client final ;

• contact rattaché à plusieurs entreprises ;

• plusieurs interlocuteurs sur un deal ;

• rôle de chaque contact dans une opportunité.

HubSpot permet d’exporter les propriétés et les associations de ses records. Vérifiez les options disponibles dans la documentation officielle sur l’export HubSpot.

Cartographier les automatisations

Pour chaque workflow actif, documentez :

• le déclencheur ;

• les conditions ;

• les actions ;

• les objets concernés ;

• les outils externes utilisés ;

• le propriétaire ;

• le niveau de criticité.

Classez ensuite les automatisations :

Réalisez le même exercice pour les intégrations : formulaires, prospection, facturation, support, enrichissement, signature électronique, agenda ou reporting.

Étape 2 : concevoir le modèle cible dans Attio

Ne reproduisez pas HubSpot à l’identique.

Une migration est souvent l’occasion de simplifier un CRM devenu trop complexe au fil des ajouts successifs.

Commencez par définir les objets réellement nécessaires. Les objets standards Personnes, Entreprises et Deals peuvent être complétés par des objets personnalisés selon le plan Attio utilisé.

En fonction de votre activité, vous pourriez créer des objets comme :

• Abonnements ;

• Contrats ;

• Partenaires ;

• Investissements ;

• Portefeuilles ;

• Renouvellements ;

• Candidatures.

Pour chaque objet, définissez :

• sa finalité ;

• les utilisateurs concernés ;

• les attributs nécessaires ;

• ses relations avec les autres objets ;

• ses règles de création et d’archivage ;

• les listes et vues attendues.

Distinguer les objets, les attributs et les listes

Toutes les informations ne doivent pas devenir un objet.

Un objet représente une catégorie durable de records. Un attribut décrit un record. Une liste permet de suivre un processus ou un sous-ensemble de records dans un contexte particulier.

Avant de créer un nouvel objet, demandez-vous donc si l’information correspond réellement à :

• une entité métier durable ;

• une caractéristique d’un record ;

• une relation ;

• une étape d’un processus ;

• une simple vue filtrée.

Cette réflexion évite de remplacer une instance HubSpot complexe par un espace Attio tout aussi difficile à maintenir.

Chez HyperOps, nous partons des usages avant de construire la structure. Le modèle doit permettre aux utilisateurs de répondre facilement à des questions concrètes :

• Quelles opportunités dois-je relancer ?

• Quels deals risquent de ne pas clôturer ce mois-ci ?

• Qui est responsable de ce compte ?

• Quels clients arrivent à renouvellement ?

• Quelles informations doivent être transmises après la signature ?

Le CRM doit servir ces usages, et non accumuler des données sans finalité claire.

Étape 3 : nettoyer et mapper les données

Ne migrez pas automatiquement l’ensemble des données présentes dans HubSpot.

Profitez du projet pour traiter :

• les doublons ;

• les contacts sans information exploitable ;

• les entreprises sans activité depuis plusieurs années ;

• les anciens propriétaires ;

• les valeurs de listes inutilisées ;

• les champs toujours vides ;

• les pipelines abandonnés ;

• les records de test.

Définissez des règles avant toute suppression et conservez un export complet, non modifié, de HubSpot. Vous disposerez ainsi d’une sauvegarde et d’une source de comparaison.

Construire le tableau de mapping

Le tableau de mapping décrit la correspondance entre les champs HubSpot et les attributs Attio.

Pour chaque champ, précisez également :

• s’il est obligatoire ;

• la valeur à utiliser lorsqu’il est vide ;

• la règle appliquée aux valeurs inconnues ;

• la personne chargée de valider la correspondance.

Conserver les identifiants HubSpot

Ajoutez dans Attio un attribut contenant l’identifiant HubSpot de chaque record migré.

Cet identifiant facilitera :

• les contrôles ;

• les recherches d’écarts ;

• les reprises partielles ;

• les migrations par API ;

• la comparaison entre les systèmes.

Il ne devient toutefois pas automatiquement une clé de déduplication pour tous les objets.

Selon le type de record et la méthode d’import, le rapprochement pourra notamment utiliser :

• l’adresse e-mail pour une personne ;

• le domaine pour une entreprise ;

• un identifiant Attio ;

• un attribut unique ;

• une logique spécifique développée par API.

Préparer les propriétaires

Les utilisateurs HubSpot doivent être rapprochés des membres Attio.

Invitez les membres nécessaires dans Attio avant l’import si les propriétaires doivent être affectés pendant la migration.

Étape 4 : réaliser un import pilote

Ne commencez jamais par l’ensemble de la base.

Sélectionnez un échantillon représentatif comprenant :

• des entreprises avec plusieurs contacts ;

• des contacts associés à plusieurs deals ;

• des opportunités ouvertes et fermées ;

• différentes étapes du pipeline ;

• plusieurs propriétaires ;

• des valeurs de listes variées ;

• des champs vides ;

• quelques doublons connus.

Un échantillon de 50 à 100 records par objet permet généralement d’identifier les principaux problèmes.

Après l’import, contrôlez :

• les types d’attributs ;

• les caractères spéciaux ;

• les formats de date ;

• les devises ;

• les propriétaires ;

• les associations ;

• les valeurs de sélection ;

• les doublons ;

• les vues et les filtres ;

• les automatisations éventuellement déclenchées.

Corrigez le modèle, les fichiers ou le mapping, puis rejouez l’import pilote jusqu’à obtenir un résultat fiable.

Étape 5 : reprendre les pipelines et les automatisations

Les pipelines HubSpot ne doivent pas être reproduits sans réflexion.

Profitez de la migration pour vérifier :

• si chaque étape représente une progression réelle ;

• si les critères de passage sont clairs ;

• si certaines étapes peuvent être fusionnées ;

• si plusieurs pipelines sont encore nécessaires ;

• si les probabilités sont cohérentes ;

• si les opportunités restent trop longtemps sans action.

Pour chaque étape, documentez sa définition, les informations obligatoires, les actions attendues et le critère de sortie.

Lors de l’import des deals, contrôlez au minimum :

• le nom ;

• le montant ;

• la devise ;

• l’étape ;

• la date de clôture ;

• le propriétaire ;

• l’entreprise associée ;

• les contacts associés ;

• le statut gagné ou perdu.

Réconcilier le pipeline

Après l’import, comparez les principaux indicateurs entre les deux CRM.

Un écart peut signaler un deal absent, une devise mal interprétée, un doublon ou un mauvais mapping des étapes.

Reconstruire uniquement les automatisations utiles

Les workflows HubSpot ne se transfèrent pas comme de simples données. Ils doivent être recréés dans Attio ou dans un outil connecté.

Ne les reproduisez pas automatiquement.

Une automatisation peut avoir été créée pour compenser :

• un mauvais modèle de données ;

• une étape inutile ;

• un champ mal conçu ;

• une responsabilité mal définie ;

• une ancienne intégration.

Commencez par les automatisations indispensables : affectation des propriétaires, création de tâches, notifications, relances, transmission des informations après signature et synchronisation avec les autres outils.

Testez-les avant la bascule et vérifiez qu’elles ne se déclencheront pas inutilement sur tous les records historiques importés.

Étape 6 : gérer les e-mails et les activités

Attio peut synchroniser les e-mails et les événements présents dans les boîtes Gmail et Microsoft 365 connectées. La synchronisation reprend l’historique disponible et continue ensuite à intégrer les nouveaux échanges. Les règles précises sont détaillées dans la documentation officielle sur la synchronisation des e-mails Attio.

Il faut néanmoins distinguer :

• les e-mails encore présents dans les boîtes ;

• les activités uniquement enregistrées dans HubSpot ;

• les appels ;

• les notes ;

• les tâches ;

• les fichiers ;

• les événements provenant d’autres outils.

Les éléments uniquement présents dans HubSpot devront être repris par Import2, traités séparément ou conservés dans une archive.

Connecter les boîtes au bon moment

Lorsque vous utilisez Import2, évitez de connecter toutes les boîtes avant la migration.

L’ordre recommandé est généralement le suivant :

1. contrôler les records déjà présents dans Attio ;

2. déconnecter temporairement les boîtes si nécessaire ;

3. traiter les personnes et entreprises déjà créées ;

4. réaliser la migration ;

5. vérifier le résultat ;

6. connecter ou reconnecter les boîtes ;

7. configurer les règles de confidentialité.

Les corps des e-mails restent privés par défaut dans Attio, mais les paramètres de partage doivent malgré tout être expliqués aux utilisateurs.

Étape 7 : préparer la bascule finale

Une migration complète doit être répétée avant la date de mise en production.

Organisez trois étapes.

L’import pilote

Il valide le modèle, les fichiers et le mapping sur un échantillon.

La migration complète à blanc

Elle permet de mesurer :

• la durée de l’import ;

• le nombre d’erreurs ;

• les écarts de volume ;

• les problèmes d’association ;

• les corrections nécessaires ;

• le temps requis pour les contrôles.

La migration finale

Définissez une fenêtre de bascule pendant laquelle les modifications dans HubSpot seront gelées ou strictement limitées.

Les données créées ou modifiées après la migration à blanc devront faire l’objet d’une reprise différentielle. Il faudra définir :

• la date de dernière modification ;

• les objets concernés ;

• la clé de rapprochement ;

• le traitement des nouvelles associations ;

• le comportement en cas de conflit ;

• les responsables des contrôles.

À la fin de cette étape, Attio doit devenir l’unique source de vérité pour les équipes concernées.

Évitez une période prolongée de double saisie. Deux CRM actifs en parallèle créent rapidement des écarts difficiles à réconcilier.

Étape 8 : contrôler et faire adopter Attio

La validation doit combiner des contrôles quantitatifs et qualitatifs.

Comparez notamment :

• le nombre de records par objet ;

• le nombre de contacts et d’entreprises ;

• le nombre de deals ouverts ;

• la valeur du pipeline ;

• les répartitions par étape ;

• les répartitions par propriétaire ;

• le nombre d’erreurs d’import.

Contrôlez également manuellement un échantillon comprenant les principaux comptes, les plus gros deals, plusieurs propriétaires et des fiches comportant des associations complexes.

Les écarts ne constituent pas toujours des erreurs. Ils peuvent résulter de la suppression de doublons, de l’exclusion de contacts obsolètes ou de l’archivage d’anciens deals. Ils doivent simplement être documentés.

Former les équipes par cas d’usage

Une migration techniquement réussie peut échouer si les équipes ne comprennent pas le nouveau fonctionnement.

La formation doit partir des actions quotidiennes :

• créer une opportunité ;

• préparer un rendez-vous ;

• mettre à jour une étape ;

• retrouver les prochaines actions ;

• effectuer une relance ;

• préparer une revue de pipeline ;

• transmettre un client après la signature.

Définissez également des conventions simples sur le nommage des deals, les champs obligatoires, la création des entreprises et le traitement des doublons.

Chez HyperOps, l’adoption est pensée dès la conception du CRM. Le système doit rester suffisamment simple pour être utilisé sans contrôle permanent et suffisamment structuré pour produire des données fiables.

Prévoyez enfin une revue quelques semaines après la bascule pour ajuster les vues, supprimer les attributs inutiles, améliorer les workflows et compléter la documentation.

Checklist de migration HubSpot vers Attio

Avant de valider la bascule, vérifiez que :

• les objets, volumes et propriétés HubSpot ont été audités ;

• les associations, workflows et intégrations ont été documentés ;

• un export complet de HubSpot a été archivé ;

• les doublons et données obsolètes ont été traités ;

• le modèle de données Attio a été validé ;

• la méthode de migration a été choisie ;

• le tableau de mapping a été complété ;

• les identifiants HubSpot ont été conservés ;

• les utilisateurs et propriétaires ont été rapprochés ;

• un import pilote a été contrôlé ;

• les pipelines et automatisations critiques ont été reconstruits ;

• les volumes et montants ont été réconciliés ;

• la stratégie de synchronisation des e-mails a été définie ;

• une migration complète à blanc a été réalisée ;

• la reprise des dernières modifications a été préparée ;

• les utilisateurs ont été formés ;

• Attio a été défini comme source de vérité après la bascule ;

• une revue post-migration est planifiée.

Besoin d’aide pour migrer vers Attio ?

HyperOps accompagne les équipes dans l’audit de leur CRM, la conception du modèle cible, la préparation des données, la configuration d’Attio, la reconstruction des automatisations et l’adoption du nouveau système.

L’accompagnement peut se concentrer sur le cadrage et la sécurisation de votre méthode, ou couvrir l’ensemble de la migration selon les ressources disponibles en interne.

Découvrez notre approche sur les pages Agence Attio et Implémentation et refonte de CRM, ou présentez-nous votre projet.

Questions fréquentes sur la migration HubSpot vers Attio