Migration Salesforce vers Attio : le playbook honnête
Sortir une équipe revenu de Salesforce est avant tout un exercice de modélisation, pas un exercice de données. Voici le playbook que nous utilisons en production : qui devrait migrer et qui ne devrait sincèrement pas, comment chaque objet Salesforce se mappe vers Attio, ce qui casse en chemin, et la checklist qui garde votre pipeline en mouvement pendant la bascule.
Attio est un recul assumé si vous faites tourner une grande organisation de service dans Service Cloud, si vous chiffrez via CPQ, ou si vous reposez sur des années d'Apex qui encodent le fonctionnement réel de votre activité. Restez où vous êtes. C'est une libération si vous êtes une équipe revenu de 5 à 50, un fonds qui fait tourner des pipelines de relation, ou une scale-up qui paie des prix d'entreprise pour une base que personne ne garde propre.
Le déplacement des données est la moitié facile. Le vrai travail est de reconstruire les automatisations et le reporting de l'autre côté, et de décider ce qui mérite de survivre au voyage. Prévoyez 3 à 6 semaines, un test à blanc sur une copie, et gardez Salesforce en lecture seule pendant un trimestre après la bascule.
Qui devrait migrer, qui devrait rester
Attio n'est pas un Salesforce en plus petit. C'est une autre espèce de CRM : votre marché comme une base de données typée et relationnelle dotée d'une API sérieuse, au lieu d'une plateforme que vous administrez. Cette différence, plus que toute liste de fonctionnalités, décide qui gagne au changement et qui le regrette.
Quand Attio est un recul, et nous le disons
Grands centres d'appels et organisations de service qui vivent dans Service Cloud. Dynamiques à fort volume de devis où CPQ, price books et matrices d'approbation sont porteurs. Organisations avec des années d'Apex qui font effectivement tourner l'activité. Industries régulées qui dépendent de la gestion de territoires et des règles de partage d'entreprise. Pour ces équipes, Salesforce reste le bon outil, et prétendre le contraire gâcherait votre argent et notre réputation.
Quand c'est une libération
Équipes revenu de 5 à 50. Fonds et investisseurs dont le pipeline, ce sont des relations, pas des tickets. Scale-ups B2B qui paient des prix Enterprise pour utiliser un dixième de la plateforme. Équipes dont les commerciaux vivent dans Gmail et Calendar pendant que le CRM pourrit en silence. Si vous voulez des automatisations et des agents IA qui lisent et écrivent à travers une API propre plutôt que de l'admin-ware, c'est le bon mouvement. Voyez ce que nous construisons sur Attio au quotidien.
Vous venez plutôt de HubSpot ? Les compromis diffèrent assez pour que nous ayons écrit un playbook à part : migration HubSpot vers Attio.
Comment les objets Salesforce se mappent vers Attio
Ne répliquez pas votre org. La moitié de la valeur de cette migration tient à abandonner des structures qui n'existaient que parce que Salesforce vous a obligé à les construire. Voici le mapping que nous appliquons en pratique, y compris les lignes où Attio n'a pas de réponse.
| Salesforce | Attio | Ce qui change en pratique |
|---|---|---|
| Leads + Contacts | People (un seul objet) | La séparation lead contre contact disparaît. Le statut de lead devient un attribut ou une appartenance à une liste. Le même humain cesse d'exister deux fois avec deux historiques séparés. |
| Accounts | Companies | Quasi 1:1. Les hiérarchies parent et enfant deviennent des attributs de relation entre enregistrements de company. |
| Opportunities | Deals | Les stages se mappent vers des deal stages. Les pipelines multiples séparés par record type deviennent des listes distinctes, ou des objets distincts quand la donnée sous-jacente diffère réellement. |
| Record Types | Objets sur mesure ou listes | Ce que les record types simulaient, Attio le modélise directement : un vrai objet par entité, ou un objet vu à travers différentes listes. |
| Champs personnalisés | Attributs | Attributs typés : select, devise, date, référence d'enregistrement. Les champs formule ne se transposent pas ; reconstruisez les quelques-uns qui comptent dans un workflow ou un service en aval. |
| Activités (Tasks, Emails, Events) | Tasks, notes, sync Gmail et Calendar native | L'enregistrement des emails cesse d'être un problème de discipline parce que la sync est native. L'activité historique s'importe en entrées de timeline sur l'enregistrement. |
| Campaigns + Campaign Members | Listes avec attributs d'entrée | L'appartenance à une campagne devient des entrées de liste qui portent leurs propres attributs, interrogeables comme tout le reste. |
| Products, Price Books, Quotes | Pas d'équivalent natif | La ligne honnête. Attio n'a pas de CPQ ni de devis natif. Les devis passent vers PandaDoc ou similaire, la facturation se connecte via Stripe ou Pennylane. |
| Reports et Dashboards | Vues, plus une couche de reporting natif plus mince | Le reporting Attio est plus jeune que celui de Salesforce, point. Les vues d'exploitation couvrent le quotidien ; l'analytique historique poussée appartient à une couche BI. |
La fusion Leads et Contacts est le plus grand gain de qualité de données de tout le passage : une personne, un enregistrement, un historique. Elle force aussi une décision de déduplication avant l'import, pas après, ce qui est précisément l'endroit où la plupart des migrations menées en interne dérapent.
Ce qui casse dans une migration Salesforce vers Attio
Rien de tout cela n'est une surprise en cours de projet si vous auditez d'abord. Tout est douloureux si découvert après la bascule. Soyez lucide sur la liste avant de vous engager.
Triggers et classes Apex
Rien d'écrit en Apex ne se transpose. Inventoriez chaque trigger et chaque classe, et attendez-vous à ce que la plupart soient morts : les orgs accumulent de l'automatisation comme les greniers accumulent des cartons. Les vivants se reconstruisent en workflows Attio, flux n8n, ou petits services API que vous possédez. Cette dernière option ressemble à une régression et c'est en général une amélioration : de la logique de revenu dans du code versionné plutôt que de la logique enfouie dans un CRM.
Règles de validation
Attio impose les types et les attributs requis mais n'a pas de moteur de règles de validation. Les garde-fous passent dans la couche d'écriture : chaque automatisation qui touche l'espace de travail valide avant d'écrire. Dans notre déploiement pour un fonds PE et M&A, chaque donnée extraite d'une réunion passe une seconde vérification adversariale qui rejette tout ce qui n'a pas réellement été dit. C'est plus strict que n'importe quelle règle de validation que nous ayons jamais écrite dans Salesforce.
Rapports historiques et snapshots
Les définitions de rapports et les snapshots de reporting ne se transposent pas. Exportez les données sous-jacentes, archivez les snapshots dans votre entrepôt, et ne reconstruisez que ce que les gens regardent encore. Faites l'audit des consultations avant de décider quoi pleurer : la plupart des orgs découvrent que la grande majorité de leurs rapports n'a eu aucun lecteur depuis des mois.
Gestion de territoires et règles de partage
Les permissions d'Attio sont au niveau de l'espace de travail et simples. Pas de hiérarchie de rôles, pas de modèle de territoires, pas de moteur de partage au niveau de l'enregistrement. Si votre modèle de partage est une exigence de conformité, voyez-le comme un signal fort de rester sur Salesforce. Si c'était un artefact de politique interne, il ne vous manquera pas un seul jour.
CPQ et process d'approbation
Pas de devis natif, pas de moteur d'approbation. La génération de devis et la signature passent vers PandaDoc, les étapes d'approbation deviennent des portes de workflow explicites avec un humain dans la boucle. Pour la plupart des équipes sous 50 sièges, cela finit en deux outils qui font proprement ce qu'un seul module faisait à grands frais.
Quatre questions qui tranchent
Si vous pouvez y répondre honnêtement, la décision se fait en général d'elle-même. Ce sont aussi les quatre premières questions que nous posons en diagnostic.
Combien d'Apex vivant avez-vous ?
Pas des lignes de code : des triggers et des classes qui se sont déclenchés le trimestre dernier et que quelqu'un dans l'équipe peut encore expliquer. Moins d'une douzaine, la reconstruction est une affaire de jours. Des dizaines de classes porteuses, chiffrez la reconstruction avant de vous engager à quoi que ce soit.
Que font réellement vos sièges ?
Le travail de relation et la gestion de pipeline migrent magnifiquement. Le traitement de cas à fort volume et le call scripting non. Comptez les sièges par dynamique, pas les sièges au total, et laissez la dynamique majoritaire choisir le système.
Le devis vit-il dans votre CRM ?
Si CPQ est votre deal desk, Attio seul ne le portera pas et nous vous le dirons. Si les devis sont des documents que quelqu'un assemble de toute façon, PandaDoc plus Attio est plus léger que le module que vous payez.
Où se passe vraiment le reporting ?
Si la réponse honnête est que les gens exportent vers des tableurs de toute façon, vous ne perdez rien. Si la direction vit dans des dashboards Salesforce avec des années d'historique de snapshots, budgétez une couche BI dans le cadre du passage, pas après coup.
La checklist de pré-migration
La liste ennuyeuse qui sauve le projet. Déroulez-la entièrement avant que quiconque ne touche à un outil d'import.
- Exportez tout d'abord. Export complet des données, pièces jointes, notes et historique d'activité inclus, archivé avant tout changement. Votre plan de rollback est une copie, pas un espoir.
- Auditez les taux de remplissage des champs. Sortez le pourcentage rempli pour chaque champ personnalisé. Tout ce qui est sous quelques pour cent est presque toujours du bruit. Ne portez pas le bruit dans un espace de travail propre.
- Auditez quels rapports sont réellement consultés. Dates de dernière consultation sur chaque rapport et dashboard. Ne reconstruisez que les survivants.
- Dédupliquez avant le passage, sur l'identité. Leads et Contacts fusionnent dans People, donc la même personne doit devenir un seul enregistrement. Le matching sur l'email seul ne suffit pas : dans un fonds PE et M&A, nous avons dû rapprocher les talons de réservation de Calendly des profils enrichis via LinkedIn, là où le même humain portait des adresses email différentes. Le matching sur l'identité a attrapé ce que le matching sur l'email manquait.
- Mappez chaque responsable. Les enregistrements sans responsable meurent en silence dans n'importe quel CRM. Dans ce même build de fonds, nous sommes partis avec 71 deals sur 71 portant un responsable renseigné. Ne visez rien de moins.
- Rafraîchissez l'enrichissement périmé. Décidez quelles données d'enrichissement sont trop vieilles pour qu'on s'y fie avant de les importer. Nous avons fait tourner un rafraîchissement sur 953 profils périmés dans le cadre de cette mission plutôt que de porter de la donnée expirée dans un nouveau système.
- Décidez la profondeur d'historique par écrit. Toute l'activité depuis la naissance de l'org, ou 24 mois en ligne plus une archive ? L'un ou l'autre convient. Décider par accident, non.
- Mappez les picklists vers les selects caractère pour caractère. Pour une machine, « $5m-$10m » et « $5m-10m » sont des options différentes, et les écarts ressortent plus tard en échecs d'automatisation silencieux, pas en erreurs.
- Inventoriez chaque intégration qui frappe l'API Salesforce. Marketing automation, enrichissement, facturation, les scénarios Zapier et Make que personne ne se souvient avoir construits. Chacun a besoin d'un plan de bascule vers l'API d'Attio ou d'une date de retrait.
- Planifiez la fenêtre de gel et la communication. Un gel des écritures court et annoncé pour l'import delta final. Les commerciaux pardonnent un après-midi calme. Ils ne pardonnent pas des mises à jour perdues.
La migration, phase par phase
Une migration Salesforce vers Attio propre, c'est cinq phases. Le calendrier réaliste se lit en 3 à 6 semaines pour une org de 5 à 50 sièges, plus long quand la reconstruction Apex domine le chemin critique.
Audit
Le diagnostic gratuit en couvre l'essentiel : objets, champs, automatisations, intégrations, rapports que les gens ouvrent réellement, et le verdict sur l'opportunité même de bouger. Vous gardez les constats dans tous les cas, y compris quand le verdict est de rester.
Conception du modèle
Concevez l'espace de travail Attio sur votre dynamique réelle, pas en réplique de votre org Salesforce. C'est ici que les record types deviennent des objets ou des listes, que les champs morts restent morts, et que le modèle ressort plus simple que la chose qu'il remplace. C'est la semaine au plus fort levier de tout le projet.
Test à blanc
Import complet dans un espace de travail de test. Réconciliez les comptes de lignes par objet, contrôlez les enregistrements par record type, corrigez le mapping, recommencez. Rien ne touche la production tant que le test à blanc ne réconcilie pas sans la moindre surprise.
Bascule
Gel des écritures, import delta final, intégrations basculées vers Attio, Salesforce passé en lecture seule. La discipline compte le plus ici. Dans une migration de lifecycle que nous avons menée pour une scale-up SaaS B2B, 35 788 contacts ont été exclus des communications, 143 lifecycles corrigés et 158 deals morts fermés en Perdu, avec zéro gain accidentel et chaque écriture vérifiée avant et après. C'est le standard qu'une bascule mérite, quelle que soit la plateforme.
Reconstruction et run
La phase que les migrations menées en interne sautent, et la raison pour laquelle elles s'enlisent. Les automatisations reviennent en workflows et services API, le reporting revient en vues et dashboards. Au fonds PE et M&A, nous faisons tourner 24 workflows Attio en production : extraction post-réunion vers des enregistrements structurés avec une passe de vérification adversariale, déduplication cross-email, un board de pipeline reconstruit, et du reporting natif avec 9 vues plus un dashboard de 7 graphiques construit via l'API.
Si vous voulez que tout l'arc soit pris en charge de bout en bout, c'est notre service principal : implémentation Attio à partir de 8 000 EUR pour le setup, et à partir de 3 500 EUR par mois si vous voulez que nous opérions et étendions le système après le handover.
Salesforce vers Attio, les questions qu'on nous pose
Combien de temps prend une migration Salesforce vers Attio ?
Peut-on garder notre historique Salesforce ?
Qu'advient-il de nos automatisations Apex ?
Attio remplace-t-il les rapports et dashboards Salesforce ?
Combien coûte une migration Salesforce vers Attio ?
Peut-on faire tourner Salesforce et Attio en parallèle ?
Découvrez de quel côté du verdict vous vous situez
Un diagnostic gratuit de 30 minutes : nous regardons votre org Salesforce, vous disons honnêtement si Attio est un bon choix, et ce que le passage coûterait. À l'écrit ou en mémo vocal, une réponse sous 24 heures.
Diagnostic gratuit de 30 minutes