Le tunnel HubSpotHubSpot d'une scale-up SaaS B2B, de nouveau lisible

Le problème : un tunnel que personne ne lisait plus

La scale-up vend du logiciel B2B et, comme la plupart des sociétés passé leur première poussée de croissance, elle tournait sur HubSpot. En surface le tunnel paraissait vivant : les leads continuaient d'arriver, les deals continuaient d'avancer, le tableau de bord continuait de dessiner des graphiques. En dessous, personne n'y croyait. 247 leads étaient entrés en douze mois, et l'équipe ne pouvait pas vous dire combien s'étaient vraiment transformés en business, parce que le tunnel disait une chose le lundi et une autre le vendredi.

Le signe, c'étaient les deals qui ne restaient pas gagnés. Un deal était marqué closed-won, on fêtait ça, et des semaines plus tard le même deal était de retour dans une étape ouverte, ou un contact apparaissait encore comme lead chaud longtemps après avoir signé. Le reporting héritait de la contradiction : taux de gain, conversion, valeur du pipeline, chaque chiffre dépendait du champ cassé dans lequel vous le lisiez. Un tunnel qui se contredit est pire que pas de tunnel, parce que l'équipe prend quand même des décisions dessus.

Le mandat n'était pas « migrez-nous hors de HubSpot ». HubSpot allait bien ; l'équipe y vivait. Le mandat était : redonner du sens à ce tunnel, pour qu'un lead soit un lead, qu'un client soit un client, et que le reporting puisse être cru pour piloter le business, sans arracher l'outil que tout le monde connaissait déjà.

La cause racine : une colonne qui faisait deux jobs

Avant de toucher au moindre workflow, l'audit a trouvé pourquoi les chiffres se battaient entre eux. Le lifecycle d'un contact et le pipeline d'un deal sont deux histoires différentes, et elles avaient été écrasées dans la même logique. Cette seule confusion est ce qui faisait rebasculer les deals et donnait aux clients l'allure de leads.

Deux histoires, deux axes

Une personne a un lifecycle : lead, puis MQL, puis SQL, puis opportunité, puis client. Il n'avance que dans un sens ; perdre un deal ne retransforme pas un client en lead. Un deal a un pipeline : un parcours d'étapes séparé, du premier intérêt jusqu'au closé. Quand ces deux-là étaient pilotés par le même champ, un deal perdu tirait le contact en arrière, et un deal gagné qui se rouvrait corrompait le lifecycle. Le correctif a commencé dans le modèle, pas dans l'automatisation.

La règle qui tient tout ensemble

Deux invariants sont sortis de l'audit et sont devenus non négociables. Le lifecycle ne recule jamais : un client reste un client même quand un deal est perdu. Et c'est l'étape qui décide du sort d'un deal, pas le montant : un deal posé dans une colonne précoce est précoce même s'il affiche un gros chiffre. Tenir ces deux lignes est ce qui garde le tunnel honnête sous la pression.

Le build : un audit deal par deal, puis une hygiène qui se tient seule

Les deux axes séparés, le travail s'est divisé en deux : nettoyer à la main ce qui était déjà là, puis automatiser pour que ça ne dérive plus jamais. Cinq workflows plus un router tournent en production, en temps réel, avec un filet de sécurité de trente minutes qui rattrape tout ce qui aurait été manqué.

L'audit deal par deal

Chaque deal ouvert a été lu individuellement face aux étapes nettoyées, les colonnes temporaires boulonnées au fil des ans ont été retirées, et le pipeline a été ramené à six étapes honnêtes. Les deals sans contact attaché ont été résolus un par un plutôt que balayés. Rien n'a été clos ni reclassé en masse sur une règle : chaque appel de frontière a été fait sur le vrai deal, parce qu'une mutation de masse sur un champ partagé est exactement la manière dont un nettoyage tourne à la corruption.

Une hygiène qui ne dort jamais

Puis l'automatisation. Un contact qui reçoit un premier vrai contact passe en MQL ; une réunion loggée avec intention le fait passer en SQL ; créer un deal fait du contact une opportunité, et le gagner en fait un client. Une société hérite toujours de l'étape de son contact le plus avancé, et un contact sans société s'en voit créer une à partir de son domaine email. Ça tourne en temps réel sur des webhooks, avec un balayage de trente minutes en filet de sécurité, pour qu'un événement manqué se répare tout seul au lieu de pourrir la base en silence.

Une discipline traverse tout cela : HubSpot est la source de vérité unique. La couche d'outreach sur Lemlist ne fait jamais que recevoir de HubSpot, jamais l'inverse, pour qu'un contact ne naisse jamais hors du système de référence. Et un contact exclu n'est jamais sollicité, aussi bon que soit son titre, parce que la porte est une barrière dure, pas une suggestion.

Ce qui a changé pour l'équipe

Oubliez les graphiques de vanité. Ce qui a changé, c'est que le tunnel a cessé de mentir, et que l'équipe peut enfin le lire.

Le titre est l'honnêteté, pas un compteur. Avant, le pipe prétendait bien plus de gains que la société n'en avait réellement signés, parce que des deals marqués gagnés rebasculaient sans cesse et gonflaient chaque rapport. Après, le tunnel dit vrai : 247 leads entrés, les vraies signatures séparées du bruit, et un taux de gain que l'équipe peut citer sans broncher. Les chiffres ont cessé de se contredire.

En dessous, la base se tient maintenant propre toute seule. Le lifecycle n'avance que dans un sens, l'étape décide chaque deal, les contacts exclus ne sont jamais sollicités, et l'ensemble se répare tout seul toutes les trente minutes. L'équipe a récupéré la seule chose à quoi sert un CRM : un tunnel auquel elle se fie assez pour décider, sur l'outil qu'elle possédait déjà, avec un kill-switch si jamais quelque chose doit s'arrêter.

Sur quoi ça tourne

Un build délibérément réduit sur les outils que l'équipe possédait déjà, chaque brique faisant un seul job et la société détenant les clés.

• HubSpot · la source de vérité unique : le modèle de données restructuré, le lifecycle, le pipeline à six étapes et le reporting.
• n8n · la couche d'automatisation : cinq workflows plus un router, en temps réel avec un filet de sécurité de trente minutes et un kill-switch.
• Lemlist · l'outreach et le nurturing, alimentés par HubSpot, avec chaque email validé à la main avant son envoi.
• Providers d'enrichissement · la cascade qui maintient le réseau à jour, interrogée seulement quand une valeur manque.

Aucun changement de plateforme, aucune boîte noire. Tout est documenté et transmis, exactement de la même façon que chaque build que nous livrons.