Verdict
Faut-il automatiser les réponses aux questions récurrentes de vos clients ?
Pas de doc écrite, pas de bot
Une documentation écrite doit exister avant tout le reste. Sans elle, le premier projet consiste à l’écrire, pas à installer un bot.
Avec une base de connaissance réelle, un outil comme Crisp ou Intercom Fin, ou un modèle simple branché sur vos pages d’aide, répond correctement à une bonne partie des questions répétitives.
Niveau de risque
Un humain valide avant que ça sorte
La sortie quitte l’entreprise.
- Est-ce de la paie, un engagement juridique, du médical, du réglementé ou de l’irréversible ? Non.
- Une erreur resterait-elle invisible plusieurs jours, ou coûte-t-elle cher à retracer ? Non : une réponse fausse revient vite, le client relance ou se plaint. L’erreur ne dort pas.
- La sortie quitte-t-elle l’entreprise ? Oui, la réponse part directement chez le client.
D’où T2 : on ne branche l’assistant que sur une documentation vérifiée, et on garde un œil régulier sur ce qu’il répond.
Ce qu’on retient
Si votre documentation d’aide existe déjà et est à jour, un outil comme Crisp ou Intercom Fin, ou un modèle simple branché sur ces pages, absorbe une bonne partie des questions de premier niveau.
Le prérequis n’est pas technique : il est éditorial. Une documentation claire vaut plus que le choix de l’outil qui la lira.
Commencez par les questions qui reviennent le plus souvent et dont la réponse ne change jamais : horaires, délais de livraison standards, procédure de retour. C’est là que la documentation, une fois écrite, rapporte le plus.
Une documentation qui n’a pas été relue depuis plusieurs mois vaut souvent moins qu’elle ne le paraît : les tarifs changent, les procédures évoluent, et un assistant qui s’appuie sur une page obsolète répond faux avec la même assurance qu’il répondrait juste.
Un bon test avant de brancher un assistant sur votre documentation : demandez-vous si un nouvel employé, en lisant seulement ces pages, saurait répondre correctement aux questions les plus fréquentes. Si la réponse est non, c’est la documentation qu’il faut retravailler avant d’y connecter quoi que ce soit.
Ce qu’on évite
N’installez pas un assistant conversationnel sans rien derrière. Sans documentation, un modèle invente des réponses plausibles à des questions qu’il ne connaît pas réellement, et l’invention ne se voit pas toujours au premier coup d’œil.
Vérifiez régulièrement les conversations que l’assistant a gérées seul, pas seulement celles qui ont été escaladées à un humain. C’est souvent dans les réponses jugées « acceptables » sans l’être vraiment que l’invention se cache le plus longtemps.
Prévoyez systématiquement un chemin simple vers un humain pour les questions hors périmètre. Un assistant qui insiste pour répondre à tout, même à ce qu’il ne sait pas, use la patience du client plus vite qu’une absence de réponse.
Si vous vous trompez ici : un client qui reçoit une réponse inventée mais crédible agit sur une information fausse, et le coût de réparation, sur la confiance autant que sur le dossier concerné, dépasse largement ce que l’assistant a fait gagner en temps. Écrire ou mettre à jour la documentation reste, dans ce cas, le vrai premier projet.
Les outils
Regardez d’abord ce que vous payez déjà. Le reste n’est utile que si quelqu’un en interne peut le maintenir.
Crisp, Intercom Fin
Ce sont des outils grand public : vous les installez sur une documentation déjà écrite, sans compétence technique particulière.