Docs

Workflows

Automatisez ce qui arrive à une conversation après la réponse de votre équipe — relancez un client resté silencieux, envoyez un suivi personnalisé, et fermez le fil s’il ne revient jamais.

Aperçu#

Un workflow, c’est un déclencheur plus un arbre d’étapes qui agit sur une conversation. Scénario typique : le client est silencieux depuis deux jours après votre réponse → envoyer un rappel → encore un jour de silence → dire au revoir et fermer la conversation — avec des conditions entre les deux (par exemple, des messages différents selon les canaux ou les langues).

Vous trouverez les workflows dans Paramètres → Workflows. Chaque workflow est une carte dans une grille avec un interrupteur on/off, une puce de statut et un menu avec les actions modifier, archiver et supprimer.

Déclencheur

Quand le scénario démarre — après la réponse de votre équipe et le silence du client, ou après l’arrivée de la conversation chez un humain.

Étapes

Envoyer un message, attendre, brancher en if/else, fermer la conversation ou terminer le scénario.

Conditions de sortie

Le scénario s’arrête de lui-même dès qu’un humain intervient — par exemple quand le client répond.

Les workflows écrivent aux clients et ferment des conversations en votre nom. Relisez un scénario avant de l’activer, et utilisez l’historique des exécutions pour voir exactement ce qu’il a fait.

Déclencheurs#

Chaque workflow part d’un déclencheur avec un délai configurable (au moins 5 minutes) :

DéclencheurDémarre quand
Votre équipe a répondu et le client s’est tuUn coéquipier a envoyé le dernier message et le client est resté silencieux pendant la durée configurée — par ex. « 2 jours de silence ».
La conversation est arrivée chez un humainL’agent IA a transmis la conversation à votre équipe — le workflow démarre après la durée configurée suivant la transmission.

Vous pouvez aussi restreindre un workflow à des canaux précis — choisissez exactement le widget, la boîte e-mail ou les intégrations de messagerie auxquels il doit s’appliquer. Laissez la portée vide et le workflow démarre pour les conversations de tous les canaux.

Étapes#

Les étapes s’enchaînent en arbre. Cinq types d’étapes sont disponibles :

ÉtapeCe qu’elle fait
Envoyer un messageÉcrit au client dans sa langue. Prend en charge les pièces jointes (jusqu’à 5 par étape) ; les messages sont limités à 2 000 caractères.
AttendreFait une pause avant l’étape suivante — de 5 minutes à 90 jours.
If / elseScinde le scénario sur une condition. Les deux branches doivent être définies — une condition est une bifurcation, pas un filtre.
Fermer la conversationMarque la conversation comme résolue. Si le client écrit à nouveau plus tard, la conversation se rouvre normalement.
FinArrête la branche et ne fait rien d’autre.

Les conditions if / else peuvent vérifier : Canal, Tags, Priorité, Langue, Arrivée chez un humain (si la conversation a été escaladée), Assigné, Équipe et Heures d’ouverture — avec des opérateurs comme est, n’est pas, contient, est défini et est vide. Les règles se combinent en correspondance « toutes » ou « n’importe laquelle ».

Un workflow peut contenir jusqu’à 200 étapes, avec au plus 8 nœuds if/else par workflow.

Conditions de sortie#

Les conditions de sortie arrêtent un scénario en cours pour une conversation dès que la réalité change — pour qu’une automatisation ne parle jamais par-dessus une conversation vivante. Vous choisissez lesquelles terminent l’exécution :

  • Le client répond
  • Quelqu’un ferme la conversation
  • Quelqu’un la met en veille
  • Un coéquipier la prend en main
« Le client répond » est la sortie par défaut et celle que vous voulez presque toujours — un rappel au sujet du silence ne doit pas partir une fois le silence terminé.

Créer un workflow#

Cliquez sur Nouveau workflow sur la page Workflows pour ouvrir le constructeur. Nommez le scénario, choisissez un déclencheur et son délai, ajoutez des étapes et choisissez les conditions de sortie.

Le constructeur fonctionne en création à l’enregistrement : rien n’est stocké sur le serveur tant que vous n’enregistrez pas le brouillon ou n’activez pas le workflow. Si vous quittez la page avant le premier enregistrement, aucun « workflow sans titre » à moitié fini ne traîne — le constructeur demande s’il faut abandonner les changements non enregistrés.

Enregistrer un brouillon et activer un workflow sont des décisions séparées. Un brouillon peut être incomplet ; pour activer un workflow, il doit passer la validation — un nom, au moins une étape, pas de messages vides, et les deux branches câblées sur chaque if/else. Quand l’interrupteur est désactivé, survolez-le pour voir exactement ce qui manque.

Exécution et pause#

Chaque carte de workflow a un interrupteur : activé signifie que le scénario est en service et démarre des exécutions pour les conversations correspondantes ; désactivé le met en pause. La pause arrête les nouvelles exécutions et gèle le scénario ; vous pouvez le réactiver à tout moment. La puce de statut vous indique l’état actuel :

StatutSignification
ActifEn service — le workflow démarre des exécutions pour les conversations correspondantes.
BrouillonEnregistré mais jamais activé.
En pauseDésactivé par un coéquipier.
En pause (plan)Arrêté parce que l’espace de travail a quitté le plan Business (voir la disponibilité selon le plan ci-dessous).
ArchivéSorti de la liste active ; conservé pour référence et restaurable.

Historique des exécutions#

Chaque workflow conserve dans le constructeur un historique d’exécutions par conversation — une ligne par exécution avec la conversation concernée, son état (En attente, En cours, Terminée, Échouée, Arrêtée), l’étape sur laquelle elle se trouve, quand elle se réveillera ensuite, et pourquoi elle s’est terminée — par exemple « Allée jusqu’au bout » ou qu’une condition de sortie s’est déclenchée parce que le client a répondu.

Quand une automatisation se comporte de façon inattendue, l’historique des exécutions est le premier endroit où regarder : il répond à « a-t-elle envoyé quelque chose ? » et « pourquoi s’est-elle arrêtée ? » sans solliciter le support.

Archivage et suppression#

Archiver est la façon sûre de retirer un workflow. Les workflows archivés passent dans une section discrète en bas de la liste, cessent de démarrer de nouvelles exécutions et conservent leur configuration et leur historique complets. Depuis l’archive, vous pouvez :

  • Restaurer — le workflow revient dans la liste active, mais jamais directement en exécution : un workflow publié auparavant revient en pause, un brouillon revient en brouillon. Le réactiver est toujours une action délibérée.
  • Supprimer — retire définitivement le workflow avec toutes ses versions et son historique d’exécutions. C’est irréversible ; une boîte de confirmation suggère l’archivage si vous pourriez y revenir.

Disponibilité selon le plan#

Le constructeur de workflows est inclus dans le plan Business ($499/mo) et dans l’essai gratuit de 14 jours (qui inclut les fonctionnalités Business). Sur Startup et Growth, les tentatives de créer, modifier ou activer un workflow sont rejetées par le serveur avec une erreur de paiement requis, et la page affiche un avis de mise à niveau à la place du bouton de création.

Votre travail existant n’est jamais pris en otage. Sur n’importe quel plan, vous pouvez toujours :

  • Ouvrir et lire chaque workflow construit par votre équipe
  • Mettre en pause tout ce qui tourne encore
  • Archiver, restaurer et supprimer définitivement des workflows
Si votre espace de travail quitte le plan Business, les workflows en service cessent de démarrer de nouvelles exécutions et s’affichent comme En pause (plan). Revenir sur Business vous permet de les réactiver — rien n’est perdu entre-temps.

Permissions#

L’accès aux workflows est contrôlé par deux permissions dans la matrice des rôles (Paramètres → Personnes → Membres et rôles) :

PermissionAccorde
View workflowsVoir la section Workflows, ouvrir les scénarios et lire l’historique des exécutions — pour qu’un opérateur puisse comprendre pourquoi une conversation a été traitée automatiquement.
Manage workflowsCréer, modifier, publier, mettre en pause, archiver, restaurer et supprimer des workflows.

Par défaut, les Owners et Admins détiennent les deux permissions ; le rôle Agent obtient un accès en lecture seule — les automatisations répondent aux clients au nom de tout l’espace de travail, les construire ne fait donc délibérément pas partie du siège opérateur par défaut. Les Owners peuvent changer cela pour n’importe quel rôle personnalisé dans la matrice de permissions.