Custom Objects HubSpot : CRM sur-mesure

En bref : un objet personnalisé (custom object) HubSpot est un type de fiche que vous créez vous-même, au même rang que Contacts ou Entreprises, pour modéliser un actif propre à votre métier (abonnement, machine, dossier). Réservé aux éditions Enterprise, il évite les tableurs parallèles quand les objets standards ne suffisent plus.

Vous dirigez la DSI ou les opérations revenue (RevOps : l'alignement des opérations marketing, ventes et service) d'une PME ou ETI B2B, et vos équipes maintiennent des fichiers Excel en parallèle du CRM (Customer Relationship Management, la gestion de la relation client) pour suivre des données que HubSpot ne sait pas stocker ? Les objets personnalisés sont conçus pour ça.

Qu'est-ce qu'un objet personnalisé HubSpot ?

Un objet personnalisé est une catégorie de fiches que vous définissez de zéro, avec ses propres propriétés, pour représenter une entité métier absente du modèle standard. HubSpot fournit nativement quatre objets : Contacts, Entreprises (Companies), Transactions (Deals) et Tickets. Tant que votre activité entre dans ces cases, vous n'avez pas besoin d'objet personnalisé.

Le besoin apparaît quand vous suivez un actif réel qui n'est ni une personne, ni une société, ni une vente : un abonnement, un équipement installé, un bien immobilier, un dossier de financement. Plutôt que de détourner une propriété de Transaction ou d'ouvrir un tableur, vous créez un objet dédié. Chaque fiche porte ses propres champs et se connecte au reste du CRM par une association.

Qu'est-ce qu'une association entre objets ?

Une association est un lien structuré entre deux fiches : par exemple, relier un objet « Abonnement » à l'Entreprise qui le détient et au Contact qui le gère. Ce lien rend la donnée navigable et exploitable. Depuis la fiche Entreprise, vous voyez tous ses abonnements ; depuis l'abonnement, vous remontez au compte et aux interlocuteurs. C'est cette mécanique d'association qui distingue un objet personnalisé d'un simple champ texte : elle transforme une donnée isolée en élément d'un modèle relationnel cohérent.

Quand faut-il créer un objet personnalisé plutôt qu'utiliser les objets standards ?

La règle de décision est simple : créez un objet personnalisé quand l'entité a sa propre identité, son cycle de vie et plusieurs fiches associées. Avant d'en arriver là, vérifiez qu'une propriété personnalisée sur un objet existant ne suffirait pas. Beaucoup de besoins se règlent ainsi, sans complexité supplémentaire.

Trois signaux indiquent qu'un objet personnalisé est justifié :

• Multiplicité : une même entreprise possède plusieurs occurrences de l'entité (plusieurs contrats, plusieurs machines, plusieurs sites).

• Cycle de vie propre : l'entité a ses propres dates, statuts et étapes (date d'expiration, statut de maintenance), indépendants du deal d'origine.

• Reporting dédié : vous voulez analyser cette entité pour elle-même (rentabilité par type d'équipement, renouvellements par contrat).

•  

À l'inverse, si l'information est une simple caractéristique d'un contact ou d'une société (un code client, un segment), une propriété personnalisée reste le bon choix. Sur ce point, notre article sur structurer un CRM multi-entités sans le complexifier détaille où placer le curseur.

Quels exemples d'objets personnalisés par secteur ?

Les objets personnalisés modélisent l'actif central de votre métier, celui dont dépend votre revenu mais que le CRM standard ignore. Voici des cas représentatifs par secteur, à titre illustratif.

Dans chaque cas, l'objet personnalisé devient le point d'ancrage des automatisations et du reporting : un commercial sait quel parc machine équipe le prospect avant l'appel, un workflow de renouvellement se déclenche sur la date d'expiration d'un contrat, et l'analyse de rentabilité se fait par type d'actif.

Comment crée-t-on un objet personnalisé dans HubSpot ?

Sur une édition Enterprise, vous disposez de deux voies. La première passe par l'interface, dans Paramètres puis Objets et Objets personnalisés : vous y définissez le nom, les propriétés, la propriété d'affichage et les associations. La seconde passe par l'API CRM Objects (Application Programming Interface, l'interface de programmation), qui permet de scripter la création et de la rejouer à l'identique sur plusieurs portails.

Pour un projet structurant, l'approche API a un avantage net : elle versionne la configuration et la rend reproductible. C'est la méthode que nous privilégions quand l'architecture doit tenir dans la durée et rester documentée. Elle se combine ensuite avec vos flux entrants, par exemple via la centralisation des données dans Data Hub.

Quelles limites selon l'édition HubSpot ?

Le premier prérequis est ferme : les objets personnalisés ne sont disponibles qu'en édition Enterprise (Marketing, Sales, Service, Content, Data ou Operations Hub Enterprise). Ni Starter ni Professional n'y donnent accès. Un portail doit donc posséder au moins une licence Enterprise avant de concevoir une architecture qui en dépend.

Au-delà de l'accès, HubSpot applique des plafonds sur le nombre d'objets personnalisés et de propriétés, qui varient selon l'abonnement et évoluent régulièrement. Plutôt que de citer un chiffre qui pourrait être obsolète, vérifiez le plafond applicable à votre portail dans le catalogue Produits et Services de HubSpot avant de figer le modèle. En pratique, ce n'est presque jamais le nombre d'objets qui contraint un projet PME ou ETI, mais la qualité de leur conception : un objet mal pensé coûte plus cher qu'un objet manquant.

Comment éviter de transformer le CRM en usine à gaz ?

Un objet personnalisé mal cadré dégrade l'adoption : trop de champs, des associations floues, des doublons avec les objets standards. La discipline tient en trois temps : modéliser avant de construire, ne créer un objet que si les trois signaux (multiplicité, cycle de vie, reporting) sont réunis, et soigner la vue d'enregistrement pour que l'information reste lisible par les utilisateurs finaux.

La donnée doit aussi rester propre dans le temps. Sans gouvernance, un modèle élégant se dégrade au fil des saisies. Notre retour d'expérience sur garder un CRM propre avec une équipe dédiée décrit les rituels qui maintiennent la fiabilité d'une architecture à objets personnalisés.

Faut-il passer aux objets personnalisés ?

Les objets personnalisés ne sont pas une coquetterie technique : ils alignent le modèle de données HubSpot sur la réalité de votre métier, à condition d'être conçus avec mesure. Réservés aux éditions Enterprise, ils prennent tout leur sens quand un actif a sa propre identité, son cycle de vie et son reporting. Le bon point de départ n'est pas l'outil, mais la cartographie de vos entités et de leurs associations.

Réserver mon atelier de cadrage HubSpot →

Vous préférez tester l'outil par vous-même d'abord ? Créer un compte HubSpot →