Un workflow = « quand un feedback remplit une condition, exécuter automatiquement une action ». Il fige les étapes de traitement que vous répétez chaque jour et laisse le système les exécuter pour vous.

Ce qu'il peut faire

  • Déclencheurs : chaque nouveau feedback qui arrive / selon une planification (par exemple, chaque lundi matin) / un indicateur qui franchit un seuil (par exemple, une flambée du taux de négatif).
  • Actions : assigner à un membre ou à un groupe, changer la priorité, ajouter des étiquettes, rédiger une réponse (qui doit être confirmée par un humain avant l'envoi), escalader, clôturer, notifier Slack / Feishu / WeChat Work, et consigner dans le rapport quotidien / hebdomadaire.

Exemple : « plainte liée au paiement → définir P1 et assigner au groupe paiements, et notifier le groupe Feishu ».

Comment en créer un

Allez sur la page des workflows (/workflows), décrivez votre objectif en langage clair (par exemple, « plainte pour remboursement → assigner à l'équipe paiements et rédiger des excuses »), et cliquez sur « Générer le brouillon » — le brouillon apparaît dans la conversation IA à droite. À partir de là, affinez-le dans la conversation :

  • Cliquez sur « Modifier » pour le changer en langage naturel (par exemple, « compter aussi les notes inférieures à 3 étoiles »).
  • Cliquez sur « Suivant » pour passer à la revue avant mise en production.
  • Une fois validé, cliquez sur « Activer » pour le mettre en service.

Cette approche « décrire l'objectif → l'IA génère → itérer dans la conversation », c'est le Coding Loop ; pour les détails, lisez l'article de blog Coding Loop — laissez votre processus de traitement évoluer de lui-même.

Ce que vérifie la revue avant mise en production

Deux barrières :

  1. Vérification des dépendances : un canal que le workflow doit notifier (Feishu, par exemple) n'est-il pas encore connecté ? Il vous invite à aller le connecter d'abord dans les paramètres, à supprimer cette étape ou à basculer vers un canal déjà connecté.
  2. Rejeu d'impact : les actions qui s'exécuteront automatiquement (assigner / escalader / clôturer / changer la priorité automatiquement) requièrent votre autorisation explicite avant la mise en production, et vous obtenez un rejeu sur les 30 derniers jours — si ce workflow avait déjà existé, combien d'éléments il aurait fait correspondre et combien d'actions il aurait déclenchées, ce qui vous aide à juger si la portée est raisonnable.

Limites de sécurité

Contraintes strictes du système :

  • Pas de réponses sortantes entièrement automatiques (un brouillon de réponse doit être confirmé par un humain avant l'envoi).
  • Pas de clôture automatique d'un P0.
  • Limitez chaque workflow à 1 à 4 règles ciblées ; entasser toute votre logique dans un seul workflow est déconseillé.

Pause, édition, versions

Un workflow actif peut être mis en pause / relancé à tout moment. Continuer à l'éditer crée une nouvelle version et archive automatiquement l'ancienne ; un même workflow n'a qu'une seule version active à la fois.