Fin ou agent humain : quelles conversations router à l'IA

La question posée dans la plupart des équipes est « qu'est-ce que Fin sait traiter ? ». C'est la mauvaise. Fin sait traiter à peu près n'importe quelle demande dont la réponse existe dans votre base de connaissances. La vraie question est de savoir combien vous coûte le jour où il se trompe.

Le seul arbitrage qui compte

Router une conversation à l'IA, c'est parier que l'économie d'une minute humaine dépasse le coût espéré d'une erreur. Ce coût espéré n'est pas une intuition, il se calcule : probabilité de mauvaise réponse multipliée par ce que cette mauvaise réponse déclenche.

Sur les comptes que nous observons, la probabilité de mauvaise réponse tourne autour de 18 % du volume traité. Ce qui varie d'une file à l'autre, ce n'est donc pas la fiabilité de Fin, c'est le second terme. Une erreur sur « comment exporter mes données » coûte une relance. Une erreur sur « suis-je encore facturé après résiliation » coûte un litige, parfois un client.

Quatre familles, quatre décisions

Router sans hésiter

Les demandes dont la réponse est factuelle, publique et stable : horaires, formats de fichiers acceptés, procédure d'export, réinitialisation de mot de passe, différence entre deux plans. La réponse existe dans un article, elle ne dépend pas du compte, et une erreur se rattrape en un message.

Router avec filet

Les demandes factuelles mais dépendantes du contexte compte : « pourquoi mon intégration ne synchronise plus », « où en est ma commande ». Fin peut répondre, mais la conversation doit remonter automatiquement à un humain si le client relance une seconde fois. Le filet n'est pas la confiance dans Fin, c'est la limite de patience du client.

Ne jamais router

• Facturation contestée et résiliation. Une réponse fausse sur un montant est un litige, pas un ticket.
• Incidents en cours. Pendant une panne, la base de connaissances est périmée par définition. Fin répondra avec assurance que tout fonctionne.
• Tout ce qui touche à la sécurité ou aux données personnelles. Accès, suppression de compte, fuite supposée. Le coût d'une erreur est réglementaire.
• Les clients sous contrat à forte valeur. Pas parce que leurs questions sont plus dures, mais parce que leur tolérance à une réponse générique est nulle.

Le cas ambigu, et comment le trancher

Reste une zone grise : les demandes produit, celles qui commencent par « est-ce que votre outil peut ». Elles sont factuelles, la réponse existe, et pourtant une erreur y coûte cher, parce que ce sont souvent des prospects. Notre position : router, mais scorer systématiquement ces conversations et les relire chaque semaine. C'est la seule famille où l'arbitrage doit être révisé sur données plutôt que décidé une fois pour toutes.

Trancher sur vos données, pas sur le nôtre

Les quatre familles ci-dessus sont un point de départ, pas un verdict. Pour les adapter, il faut une mesure par file : quelle part des conversations traitées par Fin est rouverte, et sur quels sujets. Le taux de réouverture à sept jours est le meilleur proxy disponible, parce qu'il capture exactement ce que les dashboards ne voient pas, une conversation fermée que le client a dû relancer.

C'est ce que fait le scoring qualité de ResponZ : chaque réponse de Fin est notée, et les files où le score s'effondre remontent sans qu'on ait à lire les conversations une par une.

Ce qui change après trois mois

Le périmètre initial est presque toujours trop large. Les équipes qui réussissent réduisent le périmètre de Fin dans les six premières semaines, puis le réélargissent lentement, file par file, à mesure que la base de connaissances se complète. Celles qui échouent font l'inverse : elles laissent le périmètre large et compensent par de l'escalade manuelle, ce qui annule l'économie recherchée.

Fin n'est pas un interrupteur. C'est un périmètre qu'on ajuste, avec une mesure en face.