Deux métiers, pas deux niveaux
On croit souvent que le développeur est un consultant « plus avancé ». Faux : ce sont des rôles différents. Le consultant traduit un objectif business en configuration HubSpot native — c'est un stratège opérationnel. Le développeur écrit du code (HubL, JavaScript, appels API) pour les besoins que l'outil ne couvre pas nativement.
Ce que fait le consultant
Cartographier vos processus, structurer le pipeline, poser les propriétés, bâtir les workflows, cadrer le reporting et surtout piloter l'adoption. L'essentiel de la valeur d'un portail se joue ici, dans l'interface standard, sans une ligne de code.
Ce que fait le développeur
Une intégration sur mesure avec un ERP maison, un module CMS spécifique, une synchronisation par API entre deux systèmes, une automatisation qui dépasse les capacités des workflows : là, le développeur devient indispensable. Il intervient sur un périmètre défini, généralement après le consultant.
De qui avez-vous besoin ?
Neuf projets sur dix démarrent par un consultant : c'est lui qui évite de coder des rustines sur une base mal pensée. Le développeur arrive plus tard, quand un besoin précis et chiffrable sort du cadre natif et qu'aucune option standard ne le couvre. L'idéal reste une équipe qui réunit les deux profils et se parle — sinon vous payez du code pour compenser une stratégie absente. Un exemple concret : vous voulez qu'un deal gagné crée automatiquement une facture dans votre logiciel comptable. Le consultant définit le déclencheur, les données à transmettre et le moment du transfert ; le développeur écrit l'appel API qui relie HubSpot à l'outil comptable. Inverser l'ordre — coder d'abord, réfléchir ensuite — produit des intégrations rigides qu'il faut refaire au premier changement de processus. Pour trancher entre les profils et les formats d'accompagnement, lisez aussi agence ou consultant indépendant.