Un workflow HubSpot relie une condition d’entrée à des actions. Avant de le construire, décrivez le passage que vous voulez prendre en charge : attribuer une demande, préparer une tâche ou transmettre une information. L’objectif doit rester vérifiable, sans promettre que l’automatisation transformera chaque contact en client.
Ce guide prépare une mise en place dans HubSpot. Il ne constitue pas un classement de logiciels ni une campagne prête à activer. Pour définir les dossiers, les étapes et les responsabilités avant de choisir un outil, partez du guide de la première automatisation.
Vérifier les fonctions disponibles dans votre compte
La documentation HubSpot sur la création des workflows distingue les abonnements, les types de fiches concernés, les actions et les permissions. Ne déduisez pas la disponibilité d’un scénario de l’existence d’un CRM gratuit ou d’une capture provenant d’un autre compte. Certaines actions nécessitent des conditions supplémentaires.
Avant un achat ou une modification, listez les fonctions indispensables et faites vérifier leur disponibilité dans l’offre envisagée. Ajoutez les éventuels connecteurs et la personne chargée de leur entretien. Les tarifs et les limites doivent être examinés pour votre configuration actuelle, pas repris d’un ancien comparatif.
Définissez également qui pourra modifier le workflow et qui pourra l’activer. La préparation du texte, la configuration technique et l’autorisation de mise en service sont des responsabilités distinctes. Une personne qui relit les e-mails ne valide pas forcément les règles de traitement des contacts.
Décrire un scénario avant de choisir ses déclencheurs
Préparez un cas précis avec des données fictives. Par exemple, une demande reçue doit être attribuée à une personne, avec une tâche qui reprend le besoin. Indiquez l’information qui déclenche cette action, le responsable attendu et ce qui doit se passer si une donnée manque.
Distinguez le contact, l’entreprise et le dossier commercial. La bonne personne ne doit pas recevoir le contexte d’une autre mission simplement parce que les fiches partagent une adresse ou un nom. Définissez les champs nécessaires et leur source avant de les utiliser dans une condition.
Ne prenez pas une ouverture d’e-mail comme preuve de qualification. Un devis accepté, une facture et un paiement sont aussi des états différents. Le guide des indicateurs aide à établir les définitions et les limites des données que le scénario utilisera.
Contrôler les entrées, les retours et les exclusions
HubSpot prévoit un choix lors de l’activation entre les fiches qui satisfont déjà les critères et celles qui les satisferont ensuite. Examinez ce choix avant toute mise en service : une population existante peut être concernée, pas seulement les nouvelles demandes.
La documentation sur la réinscription précise que les déclencheurs utilisables dépendent de leur type. Une fiche ne se réinscrit pas pendant qu’elle participe déjà au même workflow ; lorsqu’elle revient, le parcours reprend depuis le début et ses actions peuvent être répétées.
Notez donc si une personne peut revenir, dans quelle situation et avec quelles protections contre un doublon. Prévoyez le retrait, la réponse reçue ou le dossier déjà traité. La méthode des séquences e-mail développe ces décisions indépendamment de HubSpot. Les autorisations de communication restent à valider séparément.
Utiliser la simulation sans la confondre avec une réception réelle
Selon la documentation du test HubSpot, le contrôle des critères et la simulation du parcours ont des rôles différents. Le test examine la version actuelle du workflow. Satisfaire ses critères ne suffit pas toujours à établir qu’une fiche pourra entrer, notamment lorsque la réinscription intervient.
La simulation prévisualise les actions sans les exécuter. L’envoi d’un aperçu d’e-mail est une opération distincte : il peut envoyer les messages du parcours aperçu à votre adresse. Vérifiez ce comportement avant de l’utiliser, même sur un scénario de test.
Préparez un cas attendu, un cas exclu, une donnée manquante et un retour dans le parcours. Notez le résultat attendu avant de lancer chaque essai. Si une branche paraît correcte uniquement avec une valeur renseignée manuellement, vérifiez comment cette valeur sera obtenue dans le fonctionnement réel.
Recevoir le fonctionnement de bout en bout
Un essai réel doit être limité à des données et destinataires de test autorisés. Contrôlez la fiche concernée, la tâche créée ou la notification reçue, ainsi que le contexte transmis. Un résultat affiché dans l’éditeur ne démontre pas que la personne chargée du dossier dispose de l’information nécessaire.
Pour un e-mail, vérifiez aussi le message, ses liens et les réponses attendues. Le guide de rédaction traite cette cohérence. La disponibilité d’une action d’envoi ne prouve ni l’autorisation de contacter une personne ni l’arrivée du message dans sa boîte principale.
Délimitez les connexions externes et les conséquences d’un échec. Qui repère l’anomalie ? Qui reprend le dossier ? Comment évite-t-on une seconde tâche ou un second message ? Gardez un état identifiable et un moyen de suspendre le traitement sans perdre les demandes reçues.
Documenter l’activation et le suivi
Avant l’activation, consignez le scénario approuvé, les personnes concernées, les essais réalisés et les exceptions ouvertes. Conservez le nom du responsable de suivi et les modalités de modification. Une adaptation du formulaire ou du processus commercial peut rendre une ancienne règle inappropriée.
Après mise en service, examinez les dossiers traités et les anomalies, pas seulement le nombre d’actions exécutées. Une tâche créée n’est pas une tâche réalisée ; une demande reçue n’est pas une vente. Le gain éventuel doit être comparé au temps de configuration, de contrôle et de reprise.
Pour préparer une mission, rassemblez le scénario, les outils, les données utilisées et les actions qui demandent votre validation. Vous pouvez présenter votre besoin à Alexandre pour préciser le périmètre et les tests prévus. Aucun workflow ni envoi n’est activé par la lecture de ce guide.
