Migrer de HubSpot vers noCRM.io

Ce qui est repris

• Nom, téléphone, commentaires
• Utilisateur responsable assigné
• Adresse
• Statut client ou prospect (déduit du cycle de vie HubSpot)
• Archivage, dates de création et de mise à jour
• Champs personnalisés

À savoir

• HubSpot : SIRET, SIREN, numéro de TVA, IBAN, BIC ne sont pas disponibles à la source.
• noCRM.io : pas de fournisseurs : seuls les clients et prospects sont migrés.
• noCRM.io : pas de statut client/prospect.
• noCRM.io : SIRET, SIREN, IBAN et BIC n'ont pas de champ dédié : ils sont repris en texte dans la description du dossier.
• noCRM.io : chaque adresse est reprise en une seule ligne de texte.
• noCRM.io : champs personnalisés en texte libre (pas de liste déroulante ni de format date ou nombre).

Ce qui est repris

• Prénom, nom, fonction
• Téléphone, mobile, email
• Société associée, retrouvée automatiquement chez noCRM.io
• Archivage, dates
• Champs personnalisés

À savoir

• HubSpot : pas de civilité ni de commentaire disponibles à la source.
• noCRM.io : pas de fiche contact séparée : chaque contact crée une opportunité (« lead ») à son nom, réutilisée ensuite par l'opportunité liée à ce contact.
• noCRM.io : pas de civilité, non reprise.
• noCRM.io : champs personnalisés en texte libre (pas de liste déroulante ni de format date ou nombre).

Ce qui est repris

• Cet objet n'est pas migré de HubSpot vers noCRM.io.

Ce qui est repris

• Titre, montant, date de clôture, probabilité
• Pipeline et étape
• Société et contacts associés
• Un responsable
• Statut gagné ou perdu
• Champs personnalisés

À savoir

• noCRM.io : les pipelines et étapes ne peuvent pas être créés par API : l'opportunité est rattachée au pipeline du même nom, sinon au pipeline par défaut, l'étape étant retrouvée par son libellé.
• noCRM.io : un responsable est obligatoire pour placer l'opportunité sur une étape : à défaut, le premier administrateur du compte est utilisé.
• noCRM.io : un seul contact par opportunité.
• noCRM.io : le motif de perte est repris dans la description.
• noCRM.io : pas de champs personnalisés propres à l'opportunité : ils sont portés par le contact.

Ce qui est repris

• Cet objet n'est pas migré de HubSpot vers noCRM.io.

Ce qui est repris

• Titre, description
• Dates de début et de fin
• Société, contact ET opportunité associés en même temps
• Utilisateur assigné

À savoir

• noCRM.io : un rendez-vous est enregistré comme un commentaire d'activité « Rendez-vous » sur l'opportunité ou le contact lié, avec son titre, ses dates et sa description.
• noCRM.io : rattaché à une société seule, il est ajouté à la description du dossier client.

Ce qui est repris

• Cet objet n'est pas migré de HubSpot vers noCRM.io.

Ce qui est repris

• Description, date
• Société, contact ET opportunité associés en même temps
• Utilisateur assigné

À savoir

• noCRM.io : une note est un commentaire posé sur l'opportunité ou le contact lié ; rattachée à une société seule, elle est ajoutée à la description du dossier client.

Ce qui est repris

• Description, date, durée
• Sens (entrant/sortant), appel manqué
• Société, contact ET opportunité associés en même temps
• Utilisateur assigné

À savoir

• noCRM.io : un appel est enregistré comme un commentaire d'activité « Appel » sur l'opportunité ou le contact lié : sens, appel manqué et durée sont repris dans le texte.
• noCRM.io : rattaché à une société seule, il est ajouté à la description du dossier client.

Oui. CRM Bridge lit vos données de HubSpot sans jamais les modifier ni les supprimer : elles restent intactes dans HubSpot, pendant et après la migration vers noCRM.io.

Le coût dépend du nombre d'éléments à migrer, compté automatiquement dans HubSpot avant de lancer quoi que ce soit : vous voyez le prix exact avant de vous engager.

Non. La connexion se fait avec les clés d'accès API des deux outils, sans développement ni fichier à préparer : vous choisissez ensuite les objets à migrer depuis l'interface CRM Bridge.

Oui, objet par objet (clients, opportunités, devis...) : rien n'oblige à tout migrer d'un coup.

Un élément en erreur n'interrompt pas le reste : la migration continue, et le détail des éventuelles erreurs reste consultable dans le suivi de la migration.