Quand quelque chose se produit, quelque chose se produit.
Des règles sans code déclencheur → condition → action assignent des propriétaires, créent des tâches et mettent à jour des champs à l'instant où un enregistrement est créé — sans ticket à l'ingénierie.
Une règle d'automatisation associe un événement déclencheur — un contact, un prospect ou une opportunité créé — à un ensemble optionnel de conditions et une liste d'actions. Lorsqu'un enregistrement correspondant est créé, chaque règle active pour ce déclencheur s'exécute de façon synchrone dans la même transaction : les conditions sont évaluées par rapport aux champs du nouvel enregistrement, et si elles passent, les actions de la règle s'appliquent immédiatement, de façon atomique, avant même que la création ne se termine. Construisez une règle dans l'interface guidée (choisissez un déclencheur, une condition champ = valeur optionnelle, et une tâche de suivi ou une mise à jour de champ) ou atteignez le même moteur via l'API pour des conditions arbitraires et des actions multiples chaînées.
Déclencheur, condition, action — toute la règle
Une règle se déclenche sur l'un des trois événements — contact.created, lead.created ou opportunity.created — et ne s'exécute que si ses conditions correspondent au nouvel enregistrement. L'absence de conditions signifie que la règle s'applique toujours à ce déclencheur.
- Les conditions utilisent la même syntaxe de filtre champ/opérateur/valeur que les vues enregistrées et les segments de campagne
- Les règles sont évaluées dans l'ordre de création, et peuvent être activées/désactivées sans être supprimées
- Chaque règle et ses conditions/actions sont modifiables après création
Des actions qui font un vrai travail, pas seulement des notifications
Les actions d'une règle changent réellement l'enregistrement ou déclenchent un travail de suivi — ce ne sont pas de simples alertes. Plusieurs actions sur une même règle s'appliquent en séquence, et les actions suivantes peuvent agir sur des champs qu'une action précédente vient de définir.
- assign — définit le propriétaire de l'enregistrement sur un utilisateur spécifique
- assign_round_robin — fait tourner la propriété entre un ensemble d'utilisateurs automatiquement
- create_task — crée une tâche de suivi avec un titre, une date d'échéance, une priorité et un assigné (y compris « le propriétaire de l'enregistrement »)
- set_field — met à jour n'importe quel champ de l'enregistrement, comme déplacer une étape
S'exécute à l'instant où l'enregistrement existe
Les automatisations ne sont pas un traitement par lots planifié — elles s'exécutent à l'intérieur de la même transaction qui crée le contact, le prospect ou l'opportunité, de sorte qu'un propriétaire assigné ou une tâche de suivi créée sont déjà là au moment où quelqu'un consulte le nouvel enregistrement.
Constructeur sans code, pleine puissance via l'API
Le constructeur intégré à l'application couvre rapidement le cas courant — choisissez un déclencheur, une condition champ-égale-valeur optionnelle, et une action de tâche ou de mise à jour de champ. Les mêmes règles acceptent aussi la syntaxe complète de filtre et d'action via l'API, de sorte que des conditions plus avancées et des chaînes d'actions multiples sont tout aussi accessibles.
- Assigner automatiquement chaque prospect entrant à un pool de commerciaux en rotation
- Créer une tâche de suivi le jour même chaque fois qu'une opportunité à forte valeur est créée
- Router les contacts d'une source spécifique directement vers une étape de qualification
Automatisations — questions fréquentes
Un contact, un prospect ou une opportunité créé. Chaque règle choisit l'un de ces trois événements déclencheurs.
Non — le constructeur guidé de l'application couvre le déclencheur, la condition et les actions courantes comme créer une tâche ou définir un champ. Aucun code ni ticket nécessaire.
Oui — une règle peut chaîner plusieurs actions (par exemple, assigner un propriétaire et créer une tâche de suivi), et elles s'appliquent dans l'ordre sur le même enregistrement.
Immédiatement — les automatisations s'exécutent de façon synchrone à l'intérieur de la même transaction qui crée l'enregistrement, de sorte que les effets sont déjà en place au moment où quelqu'un le consulte.
Oui — marquez-la comme inactive et elle cesse de s'exécuter sur les nouveaux enregistrements, mais sa définition et son historique restent intacts pour le jour où vous voudrez la réactiver.