Définir le rôle d’un assistant IA avec des limites claires
Précisez le public, les tâches autorisées, les exclusions et les points d’arrêt, puis testez une demande pertinente et une demande hors périmètre.
Définir le rôle comme une limite de décision
Un rôle utile précise à qui l’assistant s’adresse, quelle responsabilité lui est confiée et où celle-ci s’arrête. « Aider les clients » est trop général pour guider les conversations délicates. « Aider les prospects à comprendre les différences publiées entre les formules et transmettre les litiges de facturation liés à un compte à l’équipe support » définit plus clairement le public, la tâche et l’exclusion.
Commencez par identifier les personnes qui utiliseront le canal. Un nouveau prospect, un abonné et un membre du personnel peuvent employer des mots similaires tout en recherchant des informations différentes. Choisissez le public de cet assistant et précisez les éléments sur lesquels il peut s’appuyer. Si les sources se limitent aux tarifs publics et à la documentation produit, le rôle ne doit pas laisser entendre que l’assistant consulte un compte individuel ou peut modifier un abonnement.
Décrivez les tâches autorisées avec des verbes et des objets : expliquer une fonctionnalité publiée, indiquer une politique, poser une question de clarification ou s’arrêter lorsqu’un fait manque. Ajoutez les tâches exclues qui pourraient facilement être demandées à côté d’une question autorisée. Ce ne sont pas des cas théoriques : un client peut demander une exception de remboursement juste après avoir posé une question sur la politique de retour.
Transformer le périmètre en consignes et en tests
La configuration d’un assistant Resonoon comporte des contrôles de rôle et d’objectif, avec des indications sur le rôle, les tâches, le public et le style de communication. Exprimez les limites en termes simples. Placez les faits commerciaux dans les sources de connaissances approuvées plutôt que de recopier des tarifs, des adresses ou des dates de politique susceptibles de changer dans les consignes de comportement. Cette séparation simplifie la maintenance : modifiez la source quand un fait évolue et la consigne quand le comportement attendu change.
Préparez deux tests pour chaque limite importante. Le premier porte sur une question autorisée à laquelle la source peut répondre. Le second est une demande plausible hors périmètre qui incite l’assistant à dépasser son mandat. Pour un assistant chargé d’expliquer les formules, le premier test peut demander laquelle de deux offres inclut une fonctionnalité précise. Le second peut lui demander de promettre une remise selon la situation personnelle d’un client. Décidez à l’avance si le résultat attendu est une réponse directe, une demande de précision ou un relais.
La distinction est importante : un rôle ne se réduit pas à un thème. Un assistant peut expliquer les retours sans décider des exceptions ; décrire les conditions d’un rendez-vous sans établir de diagnostic ; présenter un produit sans garantir une compatibilité qui n’a pas été vérifiée. Formulez l’action interdite et indiquez une suite sûre. « Ne décide pas des exceptions de remboursement ; explique la règle publiée et oriente le client vers l’équipe qui les examine » est plus opérationnel que « sois prudent ».
Tester la demande tentante
Soumettez les exemples autorisés et hors périmètre à la page de test de l’assistant. Conservez les formulations exactes et les résultats attendus dans un document interne de l’équipe. Vérifiez que la réponse respecte le rôle même si la demande est urgente, chargée d’émotion ou présentée comme si une approbation avait déjà été donnée. Un ton courtois ne corrige pas une promesse infondée.
Si la réponse autorisée omet un fait, examinez la source approuvée. Si l’assistant traite la demande exclue comme s’il en avait le pouvoir, précisez la limite du rôle et relancez exactement la même question. Modifiez une seule cause à la fois pour comprendre l’amélioration. Ajoutez une paraphrase de la demande tentante : sinon, l’assistant risque de réussir uniquement parce qu’il reconnaît une formulation déjà testée.
Évitez de restreindre le rôle au point de refuser des questions ordinaires. « Réponds uniquement aux phrases exactes du guide » crée des frictions inutiles. Définissez plutôt le sujet et le niveau de preuve : répondre lorsqu’une source approuvée justifie la réponse, demander une précision si la demande est incomplète et s’arrêter si la réponse dépend d’une exception non vérifiée ou d’une décision liée à un compte.
Maintenir des limites à jour
Le rôle évolue avec les produits, les politiques et la répartition du support. Désignez un responsable métier qui le réexaminera lorsqu’une politique concernée change, qu’un nouveau public est ajouté ou que les conversations récurrentes révèlent une lacune. Conservez ce registre dans la documentation partagée de l’équipe et désignez une personne pour le tenir à jour. Conservez une version datée du texte approuvé et des exemples de test afin qu’un prochain relecteur puisse distinguer le périmètre voulu des oublis accidentels.
Avant de rendre l’assistant accessible sur un canal client, vérifiez que les sources, les tests et le relais humain correspondent au rôle écrit. Une consigne qui demande de transmettre les litiges de facturation n’est pas opérationnelle si aucune équipe ne les prend en charge. Le cas d’usage du support client par IA présente le contexte général ; l’entreprise reste responsable du périmètre et des décisions confiées à son assistant.