Tous les éditeurs disent maintenant « human in the loop ». L'expression couvre tout, de la boîte de dialogue que personne ne lit au vrai point de décision avec les faits sur la table. Voici ce qui sépare les deux, et comment Harmona construit les approbations pour que les gens continuent à les lire.
Pourquoi les approbations échouent
Les approbations échouent dans deux directions. Trop nombreuses, et les gens cliquent sans lire ; le contrôle existe sur le papier et nulle part ailleurs. Trop rares, et un agent envoie à un client le mauvais chiffre à 3 heures du matin. La solution n'est ni « plus d'approbations » ni « moins d'approbations » ; c'est de placer l'approbation exactement là où le risque change de classe : au moment où quelque chose quitte vos systèmes.
Cinq propriétés d'une approbation que les gens lisent
- Elle montre l'action exacte. Pas « envoyer l'e-mail ? » mais les destinataires, l'objet, le compte d'envoi et le corps. La carte d'approbation de Harmona liste les champs de l'action tels qu'ils seront exécutés.
- C'est la seule étape qui attend. Lire, actualiser, analyser et rédiger tournent seuls. Seules les actions sortantes (mail, mises à jour de tickets, changements CRM, messages vers un canal, fichiers écrits sur un disque) s'arrêtent pour une personne, donc chaque carte a du sens.
- Elle arrive là où la personne est déjà. Dans un Worker, la carte est dans le chat. Dans un workflow, elle atterrit dans la boîte de réception de la bonne personne avec une expiration. Personne n'a à ouvrir une console séparée.
- Elle a deux issues et une trace. Approuver ou refuser ; rien d'autre. Dans les deux cas, la décision reste dans la transcription avec les appels d'outils autour, pour que le journal se lise comme une chronique, pas comme un chat.
- Elle est la même partout. Un Worker, un agent avec outils et un workflow utilisent la même carte. On l'apprend une fois.
Et le travail qui tourne quand personne ne regarde ?
Les tâches planifiées sont l'endroit où « human in the loop » se casse d'habitude, parce qu'il n'y a pas d'humain à 6 heures du matin. Harmona gère cela avec des permissions accordées à la création : quand vous déléguez une tâche, vous approuvez une liste de ce qu'elle peut faire, de « créer des rappels » à « répondre via Zoho Desk ». L'exécution s'en tient à cette liste, refuse tout ce qui est en dehors et signale ce qu'elle a refusé dans votre boîte de réception. L'approbation a eu lieu une fois, à l'avance, et elle est appliquée à chaque exécution.
Approuver les changements du système lui-même
La même règle s'applique quand ce qui change est un agent ou un workflow. Dans Agent Mode, chaque changement, de l'ajout d'une étape au partage d'un agent avec un collègue, est verrouillé. Ils sont regroupés en une carte par tour, écrite en langage clair, et rien n'est appliqué avant votre approbation. Il n'existe aucun outil de suppression dans le constructeur.