Un agent support IA sur votre boutique : ce qu’il peut traiter et ce qu’il ne doit jamais toucher

L’automatisation du support a changé de nature. L’ancien chatbot associait des mots-clés et proposait un menu ; la génération actuelle lit vos données de commande, comprend la question et peut agir pour le client. C’est réellement plus utile, mais aussi plus risqué — et le risque n’est pas l’hallucination, c’est le périmètre.

Un agent qui lit une commande est utile. Un agent qui peut l’annuler devient un risque dès que sa confiance dépasse ses preuves. Voici le cadre que nous utilisons pour fixer cette limite.

Trois niveaux, pas deux

La plupart des équipes raisonnent en termes de le bot gère ou un humain gère. Trois niveaux fonctionnent bien mieux, car la valeur comme le risque se concentrent dans l’intervalle.

Tier 1 : Lire et répondre — déployez sereinement

Questions traitées à partir de données consultables par l’agent, où une erreur est embarrassante mais non coûteuse.

• Statut de commande et suivi. C’est la première source de tickets dans la plupart des boutiques, et elle peut presque toujours être automatisée.
• Estimations de livraison pour un produit et une destination donnés
• Disponibilité du stock et dates prévues de réapprovisionnement
• Questions sur la politique — délais de retour, conditions de garantie, seuils d’expédition — réponses issues de votre politique publiée, et non des connaissances générales du modèle
• Questions sur les caractéristiques produit répondant strictement à partir des attributs de votre catalogue
• Questions sur le compte — où trouver une facture, comment modifier une adresse

Notez le qualificatif qui revient deux fois : à partir de vos données. Un agent qui répond à une question de retour sur la base de ses données d’entraînement, et non de votre politique de retour, sera crédible, sûr de lui, et parfois incorrect d’une manière qui vous engage juridiquement. Fondez chaque réponse sur un extrait issu de vos propres contenus.

Tier 2 : Agir, sous contrôle

Actions qui modifient quelque chose, autorisées uniquement dans des limites explicites et mécaniques — appliquées dans votre code, jamais dans le prompt.

• Modifier une adresse de livraison — uniquement avant l’expédition, uniquement pour le titulaire authentifié du compte
• Lancer un retour — uniquement dans la fenêtre de retour, uniquement pour les produits éligibles, uniquement en générant une étiquette déjà prévue par votre processus
• Annuler une commande — uniquement avant le début de la préparation, uniquement en dessous d’un seuil de valeur que vous définissez
• Appliquer un avoir commercial — uniquement dans la limite d’un plafond par interaction et d’un plafond glissant par client
• Mettre à jour les préférences marketing — réellement peu risqué, et souvent source d’irritation pour les clients

Tier 3 : Jamais — transfert immédiat

Catégories où la seule action correcte de l’agent est de recueillir le contexte et d’escalader.

• Toute demande impliquant des informations de paiement ou des données de carte. Aucune exception, pas d’exception astucieuse.
• Fraude, rétrofacturations et litiges — un interlocuteur adverse n’est pas une conversation de support
• Signalements de sécurité, blessure, allergie, effet indésirable ou rappel produit. Ces cas sont réglementés, urgents et souvent soumis à déclaration légale.
• Conseils médicaux, posologie, juridiques ou financiers, quelle que soit la façon dont la question est posée
• Réclamations concernant l’entreprise, en particulier toute mention d’action en justice, de régulateurs ou de la presse
• Détresse, quelle qu’en soit la forme. Un client en difficulté a besoin d’un humain, et chaque minute passée avec un système automatisé aggrave la situation.
• Toute question concernant le compte ou les données d’un mineur
• Négociations tarifaires en gros, B2B ou pour des achats groupés — il s’agit d’une discussion commerciale, non d’un support

Rédigez cette liste avant d’écrire le prompt. C’est le document que vos responsables juridique, conformité et support doivent tous valider, et il restera pertinent même si le modèle sous-jacent change deux fois en un an.

L’escalade est une fonctionnalité

La plupart des déploiements échouent lors du transfert, pas lors de la réponse. Voici ce qu’il faut réussir :

1. Escaladez en cas de répétition. Si le client pose deux fois la même question, l’agent a déjà échoué. Transférez dès la deuxième demande, pas à la cinquième.
2. Escaladez sur le ressenti, pas seulement sur les mots-clés. La frustration est détectable et c’est le signal le plus précoce et fiable.
3. Offrez toujours une issue visible. Un client qui ne trouve pas l’humain écrira un avis à ce sujet.
4. Transmettez le contexte. L’agent doit remettre à l’humain un résumé, la commande concernée et ce qui a déjà été tenté. Faire répéter le client est pire que de ne rien automatiser.
5. Escaladez en cas de faible confiance. Un agent qui dit je ne suis pas sûr, je vais faire appel à quelqu’un inspire plus confiance qu’un agent qui devine correctement la plupart du temps.

Les indicateurs qui se manipulent

Les prestataires communiquent le taux de rétention — la part des conversations n’ayant jamais atteint un humain. C’est l’indicateur le plus facile à embellir, car une conversation abandonnée par le client compte comme « retenue ».

Mesurez plutôt ceci :

• Taux de résolution — le problème du client a-t-il réellement été résolu, vérifié par l’absence de contact dans les 72 heures ?
• Qualité de l’escalade — parmi les conversations transférées, combien ont été résolues par l’humain en une seule réponse ? Un transfert de contexte défaillant se voit d’abord ici.
• Coût par contact résolu, comparé à votre référence humaine — c’est le chiffre qui justifie le projet
• Taux de conversion et de réachat après interaction pour les clients ayant utilisé l’agent versus ceux qui ne l’ont pas fait. Si ce taux est négatif, la rétention n’a aucun sens.
• Taux de réclamation mentionnant l’agent. Suivez-le explicitement ; il ne remontera pas spontanément.

Avant de l’activer

Une courte liste pré-lancement qui permet d’anticiper la plupart des problèmes :

1. Constituez un jeu d’évaluation de 100 tickets historiques réels avec l’issue correcte notée, et testez chaque modification de prompt ou de modèle dessus. Sans cela, vous pilotez à l’intuition.
2. Testez-le en conditions réelles. Essayez d'obtenir un remboursement supérieur au plafond, d'accéder à la commande d'un autre client ou de recevoir un avis médical. Quelqu'un le fera ; il vaut mieux que ce soit vous.
3. Vérifiez ce qu'il dit sur les concurrents, les prix et les engagements. Si un agent promet une livraison le lendemain que vous ne proposez pas, cela crée une obligation.
4. Confirmez la gestion des données personnelles. Quelles données clients quittent vos systèmes, vers quel prestataire, selon quelles modalités de conservation, et cela est-il documenté ?
5. Indiquez clairement qu'il s'agit d'une automatisation. Au-delà de toute obligation réglementaire, ne pas signaler l'automatisation coûte inutilement en confiance.
6. Prévoyez un arrêt d'urgence accessible à un responsable support à 2h du matin, sans intervention d'un ingénieur.

Ce que cela vaut

Bien géré, le seul niveau 1 élimine généralement une part importante du volume de tickets, car la question où est ma commande domine la boîte de réception de la plupart des boutiques et peut être traitée uniquement avec les données dont vous disposez déjà. C'est un vrai gain, obtenu sans toucher à ce qui est risqué.

Le niveau 2 va plus loin, mais introduit le risque d'incidents. Le niveau 3 concentre le risque réputationnel, et il est facile de l'éviter : il suffit de ne pas le développer.

Les boutiques qui regrettent ce projet sont celles qui ont commencé au niveau 2 parce que la démonstration était plus impressionnante. Celles qui en sont satisfaites ont déployé le niveau 1, l'ont mesuré honnêtement pendant un trimestre, puis ont élargi sur la base de résultats concrets.

Nous réalisons ces intégrations sur des boutiques en production via notre pratique IA et machine learning. La question plus large de la place de l'automatisation dans l'entreprise relève de notre travail d'intégration IA. Dans les secteurs réglementés — dont nos clients santé — le niveau 3 prend plus de temps et la rigueur est d'autant plus essentielle.

Commencez par le cahier des charges

Avant toute décision d'outillage, rédigez les trois niveaux adaptés à votre activité et faites-les valider par le support, le juridique et le commercial. Nous pouvons les rédiger avec vous et construire la solution en conséquence. Contactez notre équipe ; nous répondons sous un jour ouvré.