Gérer acquisition, expansion et renouvellement

Nous vendons en abonnement et nous devons distinguer une nouvelle affaire, une expansion et un renouvellement. Comment le modéliser ?

La propriété que tout le monde essaie d'abord ne suffit pas. Le type de transaction ne propose par défaut que nouvelle affaire et affaire existante, sans distinguer expansion et renouvellement, et il n'a aucune automatisation native.

Deux chemins existent réellement.

Ajouter vos propres valeurs au type de transaction. Simple, gratuit, mais entièrement manuel.
Activer le suivi du revenu récurrent, qui apporte une propriété dédiée avec les valeurs nouvelle affaire, renouvellement, montée en gamme et descente en gamme. Elle demande Sales ou Service Hub Entreprise.

Attention à une irréversibilité. Une fois ces propriétés générées dans votre compte, elles ne peuvent plus être retirées.

Le piège à connaître. Le calcul du revenu récurrent ne tient pas compte de la propriété de montant de la transaction. C'est l'explication de la quasi-totalité des écarts constatés entre les deux chiffres.

Pourquoi le type de transaction HubSpot ne distingue pas ces trois cas

Deux familles de propriétés de revenu récurrent coexistent, et les confondre fait perdre du temps.

La première est celle du revenu annuel et mensuel récurrent, disponible en Sales Hub Professionnel et Entreprise. Elle est calculée automatiquement à partir de la durée d'engagement et des lignes de produit récurrentes, et elle n'est pas modifiable. Deux pièges à connaître. En l'absence de durée, HubSpot suppose douze mois. Et surtout, ce calcul ne tient pas compte de la propriété de montant de la transaction, ce qui explique la plupart des écarts constatés entre le montant affiché et le revenu récurrent.

La seconde est celle des informations de revenu récurrent, réservée à Sales ou Service Hub Entreprise. C'est elle qui porte la distinction cherchée. Trois contraintes l'accompagnent. Ces propriétés doivent être mises à jour manuellement pour produire de la donnée, elles fonctionnent par paires, et le reporting associé ne retient que les transactions en phase gagnée.

À noter, la perte de client n'existe pas comme type de transaction récurrente. Elle apparaît seulement comme motif d'inactivité. C'est une nuance de modélisation qui compte si vous voulez mesurer l'attrition.

La catégorie de prévision est un outil distinct, et sa documentation se contredit. Deux pages officielles donnent deux listes de valeurs différentes. Nous vous recommandons donc de relever les valeurs réellement présentes dans votre portail plutôt que de vous fier à une liste. Son automatisation existe mais elle est facultative, elle passe par un workflow créé pour vous, et elle ne verrouille rien, un utilisateur peut toujours choisir une autre catégorie à la main.

L'objet Abonnements est une autre brique, souvent confondue avec les précédentes. Il sert à automatiser des paiements récurrents. Trois contraintes structurantes, un abonnement ne s'associe qu'à un seul contact à la fois, il ne s'édite plus dans les deux jours précédant une échéance, et un paiement récurrent ne crée pas de nouvelle transaction.

En pratique, modéliser acquisition, expansion et renouvellement

Le choix que nous recommandons selon votre situation

Si vous n'êtes pas en Entreprise, ajoutez vos valeurs au type de transaction et automatisez son remplissage par workflow. C'est imparfait mais lisible.

Si vous êtes en Entreprise et que le revenu récurrent est votre indicateur de pilotage, activez le suivi du revenu récurrent, en sachant que c'est définitif.

Comment poser le modèle

Décidez si un renouvellement est une nouvelle transaction ou une mise à jour de l'existante. C'est la vraie question, et notre recommandation est une nouvelle transaction, parce qu'elle seule produit un montant, une date de clôture et un historique.
Si vous créez une transaction de renouvellement, décidez du pipeline. Un pipeline dédié n'est justifié que si les étapes diffèrent, ce qui est rarement le cas pour un renouvellement.
Renseignez la durée d'engagement sur les lignes de produit, sinon HubSpot supposera douze mois.
Vérifiez l'écart entre le montant et le revenu récurrent calculé, il est normal et il s'explique.

Ce qu'il ne faut pas faire

Réutiliser la même transaction année après année. Vous perdez l'historique, les rapports de délai de closing et toute mesure de saisonnalité.

À surveiller sur la distinction entre acquisition, expansion et renouvellement

Le type de transaction n'a aucune automatisation native, et ses valeurs par défaut ne distinguent pas expansion et renouvellement.
Les propriétés de revenu récurrent, une fois générées, ne peuvent plus être retirées.
Le calcul du revenu récurrent ignore la propriété de montant. C'est la première cause d'écart constaté.
Sans durée d'engagement, HubSpot suppose douze mois.
Les propriétés d'information de revenu récurrent se remplissent à la main et fonctionnent par paires.
Le reporting de revenu ne retient que les transactions gagnées.
L'automatisation de la catégorie de prévision ne verrouille rien.
Un paiement récurrent ne crée pas de nouvelle transaction.

Articles liés à la distinction entre acquisition, expansion et renouvellement

Quand nous contacter sur la distinction entre acquisition, expansion et renouvellement

Contactez Yuzu Corp avant d'activer le suivi du revenu récurrent. Les propriétés générées ne se retirent plus, et le choix entre transaction de renouvellement et mise à jour détermine tout votre reporting des années suivantes.

Pour aller plus loin, découvrez notre offre facturation.

Auteur, sources et date de vérification

Rédigé par Quentin Préchoux
Fondateur de Yuzu Corp · 8 ans sur HubSpot · Nantes & Paris
Yuzu Corp est partenaire HubSpot Diamond et membre du Claude Partner Network
Publié le 31 août 2026 · Vérifié sur HubSpot le 31 août 2026