Automatiser les demandes clients avec validation humaine

La peur : "il va dire quelque chose qu'on ne pourra pas retirer"

L'automatisation des demandes cale rarement parce que les brouillons sont mauvais. Elle cale parce qu'un message envoyé au nom de votre entreprise est irréversible : un prix erroné que vous devez désormais honorer, une promesse de livraison intenable, un ton qui ne vous ressemble pas. Un mauvais envoi coûte plus de confiance que cinquante bons n'en rapportent. Alors les équipes font le calcul et continuent de taper chaque réponse à la main - et les demandes arrivées à 21 h attendent le matin.

L'erreur est de traiter cela comme un choix entre deux extrêmes : un humain écrit tout, ou le logiciel envoie tout. Il existe une troisième conception, et c'est celle autour de laquelle Olano est bâti : laissez l'agent réfléchir librement, et posez des points de contrôle sur les actions. L'humain dans la boucle n'est pas une fonctionnalité ajoutée après coup - c'est l'architecture.

La réponse par la conception : contrôler les actions, pas la réflexion

Découpez chaque demande en deux moitiés. La première, c'est lire et préparer : comprendre le fil, vérifier les systèmes en direct, tirer la bonne réponse d'une base de connaissances construite sur vos propres documents - tarifs, politiques, fiches produit, procédures - et rédiger un brouillon fondé. Tout cela est en lecture seule ou interne, donc tourne sans contrôle, à toute heure, sur n'importe lequel de vos canaux.

La seconde moitié, c'est agir : envoyer la réponse, mettre à jour une fiche, toucher à l'argent. Chez Olano, tout ce qui sort attend une validation par défaut. L'agent fournit les minutes de travail ; un humain met quelques secondes à décider si cela sort de la maison.

Cette file n'est pas une taxe permanente. Ce qui y patiente est déterminé par un niveau de confiance - et la confiance est un curseur que l'on règle, pas un interrupteur que l'on bascule.

L'échelle de confiance : niveaux 0 à 4

Chaque agent Olano tourne à un niveau de confiance explicite. Voici ce que chacun signifie pour le traitement des demandes.

Niveau 0 - Observer

L'agent lit et rend compte, rien de plus. Pointez-le sur votre numéro WhatsApp ou votre boîte partagée et il vous dira ce que les clients ont demandé cette semaine, ce qui est resté sans réponse et quelles questions reviennent. Il n'envoie rien et ne modifie rien. C'est ainsi que vous découvrez ce qu'un agent ferait , avant même qu'il ne fasse quoi que ce soit.

Niveau 1 - Assistant

L'agent rédige. Chaque demande obtient une réponse proposée, ancrée dans vos documents, en attente dans la file. Votre équipe cesse d'écrire depuis zéro et se met à relire - plus rapide et plus sûr, car un brouillon jamais envoyé ne peut jamais vous mettre dans l'embarras. La plupart des entreprises démarrent leur premier workflow ici.

Niveau 2 - Collaborator

L'agent travaille par tâches en plusieurs étapes : il lit la demande, vérifie le stock ou l'agenda, rédige la réponse au client et et la mise à jour du CRM ensemble, puis présente l'ensemble. Chaque action sortante s'arrête toujours au contrôle - vous validez des résultats, pas des frappes au clavier.

Niveau 3 - Autonomous

Les réponses de routine, dans le périmètre défini, partent sans validation message par message : horaires, réponses de stock en direct, statut de livraison, confirmations de réservation. Ce n'est pas de l'automatisation sans surveillance - les contrôles par catégorie ci-dessous tiennent toujours, tout ce qui sort de l'ordinaire passe encore en file, et chaque envoi est journalisé. L'autonomie est ici bornée, gagnée par l'historique de relecture, et réversible.

Niveau 4 - Developer

Le réglage le plus large, pensé pour des workspaces techniques où un agent travaille sur des fichiers et du code dans son propre environnement isolé. Même là, les contrôles sur l'écriture de fichiers et de shell et sur les secrets s'appliquent toujours, et tout est journalisé. Le traitement des demandes n'a jamais besoin du niveau 4 - il figure sur l'échelle pour que le plafond soit explicite, pas comme contournement.

Points de validation par catégorie

Les niveaux de confiance fixent la posture par défaut ; les contrôles par catégorie la traversent. Cinq types d'action ont leur propre contrôle, quel que soit le niveau auquel tourne l'agent :

• Actions financières. Remboursements, prélèvements, tout ce qui déplace de l'argent. Un agent de niveau 3 qui répond librement aux questions de stock met malgré tout un remboursement en attente d'un humain.
• Envois externes. Tout message partant au nom de votre entreprise - réponses, relances, notifications.
• Écritures de fichiers et de shell. Des modifications de fichiers ou de systèmes, par opposition à leur simple lecture.
• Secrets. L'accès aux identifiants et clés d'API, qui sont stockés chiffrés.
• Délégation. Confier du travail à un autre agent - même au sein d'une équipe de spécialistes, les passations suivent les mêmes règles.

C'est ce qui rend l'élargissement de l'autonomie sûr : promouvoir un agent au niveau 3 pour les réponses de routine n'ouvre la porte à rien de risqué, car le risque est contrôlé par catégorie, pas par optimisme.

La piste d'audit

Chaque action - ce que l'agent a lu, ce qu'il a rédigé, qui l'a validée, ce qui a été envoyé et quand - atterrit dans une piste d'audit immuable. En pratique, cette trace se rentabilise de trois façons. Quand un client conteste ce qu'on lui a dit, vous la consultez au lieu de reconstituer de mémoire. Quand les brouillons pèchent toujours de la même manière, la piste vous montre le trou dans vos documents. Et quand vous hésitez à relever un niveau de confiance, vous décidez à partir de centaines d'actions relues, pas d'une impression.

Un manuel de déploiement

Commencez avec un workflow à faible niveau de confiance. Choisissez le seul canal où les demandes font le plus mal - pour beaucoup de PME, c'est Service client WhatsApp ; pour d'autres, c'est la boîte de réception partagée, où un Assistant de boîte mail IA trie et rédige. Faites-le tourner au niveau 1. Un workflow géré de ce type est généralement en production 1 à 2 jours ouvrés après l'onboarding - en production en quelques jours, pas en mois.

Relisez la file chaque jour. Les premières semaines, valider, c'est enseigner. Chaque refus vous dit quelque chose de précis : le plus souvent qu'un tarif est périmé ou qu'une règle n'a jamais été écrite. Corrigez le document, pas le brouillon, et les cent brouillons suivants s'améliorent.

Élargissez le périmètre à mesure que la confiance grandit. Quand la file d'une catégorie se résume à valider, valider, valider - disons les questions de stock et d'horaires - faites monter cette catégorie vers le niveau 3 et gardez votre attention pour les messages qui la méritent. Les actions financières et les autres catégories contrôlées restent en file quoi qu'il arrive. Les déploiements plus larges, sur davantage de canaux et de workflows, prennent 1 à 3 semaines, et chaque étape est chiffrée et validée avant construction.

Où vivent les validations

Les validations ne fonctionnent que si les relire ne coûte rien : elles viennent donc à vous. Les demandes arrivent comme des messages ordinaires dans les canaux où votre équipe travaille déjà - Slack, Telegram, WhatsApp, e-mail, ou l'un des 15+ autres canaux pris en charge par Olano. Relire la file, c'est répondre à un message, pas surveiller un nouveau tableau de bord. Résultat : côté client, un accueil IA qui répond vite 24h/24 ; côté vous, une file qui épaule votre équipe au lieu de remplacer votre jugement.