Solution · Par intégration
Intégrer HubSpot à Slack, c'est facile. Que le CRM se mette à jour tout seul sans que le canal finisse en sourdine, non.
L'équipe vend dans Slack et, s'il reste du temps, le raconte dans HubSpot. On monte l'intégration à l'envers de l'habitude : HubSpot se met à jour avec ce qui se passe dans Slack, et Slack ne parle que quand il y a une décision à prendre. Pas de canal de notifications que personne ne lit.
Le problème
La vente se passe dans Slack. Le CRM se remplit le jeudi après-midi, de mémoire et à moitié.
- La vraie conversation —la remise promise, l'objection du comité, la date qui a bougé— vit dans un fil Slack. Dans HubSpot il y a la version courte, écrite deux jours plus tard par quelqu'un qui a déjà perdu la nuance.
- L'intégration standard existe et elle est en sourdine. Un canal qui crache « opportunité mise à jour » toutes les quatre minutes cesse d'être lu dès la première semaine, et les alertes qui comptaient partent avec.
- Personne ne sait à quelle étape en est vraiment une opportunité. Celle du CRM est celle que quelqu'un a eu le temps de déplacer ; la vraie est dans un fil qu'il faut aller chercher.
- Le commercial fait le travail deux fois : il raconte au canal de l'équipe, puis réécrit la même chose dans la fiche. Le même contenu, et la deuxième fois sans envie.
- La direction demande une prévision et reçoit une vieille photo. Quand on nettoie le pipeline avant le comité, l'exercice n'est pas de rendre compte : c'est de reconstruire.
Le coût de ne rien changer
Ça ne se paie pas sur une facture, ça se paie en heures de commercial. Salesforce, dans son étude State of Sales (périmètre mondial), mesure la même chose depuis des années : le vendeur consacre environ 30 % de son temps à vendre, le reste part en administratif, réunions internes et mise à jour du CRM. Et le coût d'avoir la vente d'un côté et l'enregistrement de l'autre a son propre chiffre : une étude publiée dans la Harvard Business Review portant sur 137 salariés de trois entreprises du Fortune 500 (périmètre États-Unis) a compté environ 1 200 bascules entre applications par personne et par jour, soit près de quatre heures par semaine de remise en route. Le calcul est simple : chaque semaine où le CRM se remplit à la main est une semaine où tu paies des gens chers pour retaper ce qui était déjà écrit.
La solution
On fait en sorte que Slack alimente HubSpot, pas l'inverse, et que le canal ne parle que quand il faut décider
- 1On branche par fil, pas par canal. Chaque opportunité HubSpot a son fil ou son canal d'affaire dans Slack, et ce qui s'y écrit s'attache à cette fiche. La question « c'était où, ça ? » disparaît : la conversation et l'enregistrement sont le même endroit vu par deux fenêtres.
- 2L'IA lit le fil et propose la mise à jour, elle ne l'impose pas. Elle extrait ce qui change —montant, étape, prochaine date, objection, concurrent cité— et le pose dans le fil à confirmer en un clic. Le commercial ne tape pas dans le CRM : il relit et valide. C'est de la supervision humaine appliquée là où ça se voit le plus.
- 3On inverse la logique des notifications : silence par défaut. Le canal ne parle que s'il y a quelque chose à décider —une grosse opportunité immobile depuis des jours, une remise hors politique, une réponse en attente qui dépasse le délai—. Une alerte lue vaut mieux que vingt ignorées.
- 4On laisse les deux règles écrites qui empêchent la dégradation : quels champs l'IA peut toucher seule et lesquels exigent une personne, et ce qui compte comme « signal » digne d'une alerte. Avec ça, le système survit aux changements d'équipe sans redevenir un canal de bruit.
Ce qui change
Ce que tu arrêtes de perdre
Le vendeur consacre environ 30 % de son temps à vendre ; le reste part en administratif, réunions internes et mise à jour du CRM. Périmètre : mondial.
Salesforce, State of Sales
Une étude sur 137 salariés de trois entreprises du Fortune 500 a mesuré environ 1 200 bascules entre applications par personne et par jour, soit près de quatre heures par semaine de remise en route. Périmètre : États-Unis.
Harvard Business Review, « How Much Time and Energy Do We Waste Toggling Between Applications? » (2022)
Ce qu'on mesure : part d'opportunités avec étape et prochaine date à jour sans édition manuelle, minutes de CRM par commercial et par semaine, alertes du canal qui débouchent sur une action face à celles ignorées, et jours d'écart entre ce qui s'est passé et ce que montre la fiche.
Ce qu'on mesure
Fiche technique
- Travail supprimé
- réécrire dans HubSpot ce que le commercial a déjà raconté dans le fil Slack
- Mise en place habituelle
- 2 à 4 semaines
- Entrée
- la conversation de l'équipe dans le canal ou le fil de l'affaire
- Sortie
- l'opportunité HubSpot mise à jour après confirmation dans le fil, et une alerte seulement quand il faut décider
- Compatible avec
- HubSpot Sales HubSlackSlack Connect
- Peut se connecter à
- Propriétés et étapes HubSpotActivités et notesCanaux d'affaire dans Slack
- Ce qu’on mesure
- % d'opportunités à jour sans édition manuelleminutes de CRM par commercial et par semainealertes qui débouchent sur une action face aux ignoréesjours d'écart entre l'événement et la fiche
- Adapté pour
- équipes commerciales déjà installées dans Slack avec un HubSpot que personne ne tient à jour
- Pas adapté pour
- équipes sans processus commercial défini : si personne ne s'accorde sur le sens de chaque étape, automatiser l'enregistrement ne fait qu'accélérer le désordre
Questions fréquentes
Pour alerter, si ; pour enregistrer, non. L'intégration native fait ce qu'elle promet : elle notifie des événements et permet de consulter des fiches sans quitter Slack. Mais le flux va dans un seul sens —du CRM vers le canal— et ce sens-là marche déjà. Ce qui manque, c'est le retour : que ce qui se dit dans le fil finisse dans la fiche sans que personne ne le tape. C'est là qu'on pose la couche : extraire, proposer, confirmer, écrire. Quand la native couvre une partie, on l'utilise ; on ne change pas d'outil par sport.
C'est précisément pour ça qu'elle ne met pas à jour seule par défaut. Le montage standard, c'est proposition plus confirmation dans le même fil : l'IA dit « je comprends que ça passe en négociation, montant 24 000 €, prochaine date le 12 » et quelqu'un confirme en un clic. Les champs à faible risque —dernière activité, résumé, participants— peuvent passer seuls ; ceux qui bougent la prévision —étape, montant, date de clôture— passent par une personne tant que l'équipe ne fait pas confiance au taux de justesse. Cette frontière se décide avec toi le premier jour et se déplace quand les données le justifient, pas à l'intuition.
Il y a peu de recouvrement et mieux vaut séparer. Automatiser HubSpot, c'est travailler dans le CRM : dédoublonner, enrichir des contacts, déclencher des séquences, ranger des propriétés. Ici c'est un pont entre deux outils : le problème n'est pas ce que HubSpot fait mal, c'est que l'information n'arrive pas. On peut monter les deux et on le fait souvent, mais l'ordre compte : si l'enregistrement n'arrive pas, automatiser sur des données périmées ne fait qu'accélérer les mauvaises décisions.
En changeant l'unité d'alerte. L'intégration standard notifie des événements —« opportunité créée », « champ modifié »— et les événements sont infinis. Nous, on notifie des signaux : une opportunité au-dessus de X immobile depuis plus de Y jours, une remise hors politique, un client qui répond après deux semaines de silence, une date de clôture qui passe sans bouger. Il y en a peu par jour et chacune appelle une action précise. La règle qui tient l'ensemble est brutale : si une alerte ne change pas ce que quelqu'un va faire dans l'heure, on ne l'envoie pas.
On le monte chez toi ?
Tu as ciblé le problème. On livre la solution et on la laisse mesurée.