Date de fermeture HubSpot : la propriété qui fausse votre forecast, et comment la reprendre en main

En bref : dans HubSpot, la propriété closedate fixe la période dans laquelle un deal est compté au forecast. Elle est remplie automatiquement à la création (souvent à la fin du mois en cours) et rarement mise à jour ensuite. Résultat : des deals comptés dans le mauvais mois, des dates dépassées sur des deals encore ouverts, et un forecast qui glisse. Trois règles de saisie et un choix de propriété de date corrigent l'essentiel.

Comment closedate fausse le forecast

• La date par défaut. À la création d'un deal, HubSpot propose une date de fermeture (selon la configuration du portail, souvent le dernier jour du mois). Beaucoup de commerciaux la laissent. Le deal est compté dans le mois en cours, quel que soit le cycle réel.
• Le glissement silencieux. Quand la date passe sans signature, le deal reste ouvert avec une date dans le passé. Il disparaît du forecast des périodes futures (il n'est plus « dans » aucune période) tout en restant dans le pipeline.
• Le report en cascade. À chaque revue, la date est repoussée d'un mois. Le deal est compté trois fois dans trois forecasts successifs, sans jamais se signer.

Diagnostic en trois requêtes

Dans un rapport ou une vue HubSpot, filtrez les deals ouverts :

1. Date de fermeture dépassée : closedate antérieure à aujourd'hui. Leur nombre et leur montant mesurent la dette de qualification.
2. Date de fermeture égale au dernier jour du mois de création : la date par défaut jamais touchée.
3. Date de fermeture modifiée plus de deux fois (via l'historique de la propriété) : les deals qui glissent.

Ces trois listes figurent dans la checklist de l'audit CRM HubSpot, points 7 et 9.

Trois règles de saisie

1. Pas de date par défaut. La date de fermeture est saisie par le commercial à la qualification, avec une justification (cycle moyen du segment, date exprimée par le client).
2. Une date dépassée bloque. Un deal ouvert à date passée apparaît en tête de la revue de pipeline jusqu'à décision : nouvelle date + prochaine activité, ou perdu.
3. Un report est une information. Chaque report est noté avec sa raison ; deux reports déclenchent une revue avec le manager.

Et si ce n'est pas closedate qui pilote ?

Beaucoup d'entreprises pilotent en réalité sur une autre propriété : « date de signature prévue », « date de démarrage du contrat », « date de décision ». Elle est maintenue parce qu'elle sert à autre chose (planning, facturation), là où closedate n'est qu'un champ du CRM. Dans ce cas, il vaut mieux construire le forecast sur cette propriété plutôt que forcer l'équipe à maintenir deux dates. L'outil Prévisions de HubSpot ne le permet pas ; le comparatif le détaille.

Ce que fait Revold

Revold lit les deals à date dépassée et leur répartition par trimestre directement dans HubSpot, signale les dates par défaut et les reports répétés dans l'audit, et permet de choisir, par bloc de prévision, la propriété de date qui fait office de date de fermeture : la propriété est vérifiée dans le CRM (existence, type date, taux de remplissage) avant d'être enregistrée. Le brief Ventes lit ensuite chaque matin les deals prêts à signer par échéance (cette semaine, ce mois-ci, le mois prochain, ce trimestre), d'après la date que vous avez choisie. La méthode de forecast décrit l'ensemble.