Passer au contenu principal

Comprendre les résultats Fin

Découvrez la transition des Resolutions vers les outcomes à partir du 12 mars 2026.

Écrit par Dawn

À partir du 12 mars 2026, la métrique de tarification principale de Fin passe des Resolutions aux outcomes. Ce changement reflète l'évolution naturelle des capacités croissantes de Fin. Fin a toujours été tarifé en fonction de la valeur qu'il apporte (vous ne payez que lorsque Fin vous apporte effectivement de la valeur). Alors que Fin gère des conversations plus complexes, nous apportons quelques modifications pour renforcer notre engagement envers notre modèle basé sur les outcomes.

À partir du 12 mars, vous verrez les outcomes Fin sur vos factures, pages de facturation et documentation, au lieu des Resolutions, bien que les Resolutions restent l'un des types d'outcomes que Fin peut fournir.

Pour ceux qui utilisent les Fin Procedures ou Fin Tasks, vous pouvez désormais choisir de configurer une Procedure pour se terminer par une resolution ou un handoff. Cela vous donne plus de contrôle sur la manière dont Fin gère vos requêtes les plus complexes, en accord avec vos politiques de support et besoins de supervision, et garantit que vous êtes facturé uniquement lorsque Fin délivre un résultat réussi.


Pourquoi passer des Resolutions aux outcomes ?

Les capacités de Fin se sont étendues

Fin gère désormais des requêtes de support plus complexes et en plusieurs étapes (par exemple, des modifications d'abonnement ou des litiges de transaction dans une Procedure) où une resolution Fin n'est pas toujours le résultat souhaité. Avec les Procedures, les clients peuvent configurer Fin pour résoudre les problèmes de bout en bout, ou pour recueillir le contexte, agir, et effectuer un handoff fluide si nécessaire. Dans ces cas, Fin apporte toujours de la valeur selon ce que les clients définissent comme un succès. La terminologie évolue donc pour refléter la gamme plus large d'outcomes que Fin supporte désormais.

Renforcer la tarification basée sur les outcomes

Nous avons toujours tarifé Fin en fonction de la valeur qu'il apporte, ce qui jusqu'à présent signifiait les resolutions. Cela ne change pas. En passant aux « outcomes », nous capturons désormais les différentes façons dont les clients choisissent d'obtenir de la valeur de Fin aujourd'hui, et à mesure que ses capacités grandissent. Que Fin résolve entièrement la conversation ou gère une interaction complexe et effectue un handoff avec contexte, si c'est le bon outcome pour votre entreprise, cela compte toujours comme un outcome précieux. Notre modèle de tarification reste axé sur la valeur : vous ne payez que pour l'outcome que Fin délivre.


Qu'est-ce qu'un outcome ?

Un outcome est comptabilisé lorsque Fin complète avec succès l'action pour laquelle il a été configuré, dans le cadre d'une conversation.

Actuellement, Fin délivre les outcomes suivants :

Resolution :

Une resolution est un outcome où le client confirme que Fin a résolu le problème ou ne demande pas d'aide supplémentaire après la réponse de Fin.

Procedure handoff :

Un Procedure handoff est un outcome où Fin exécute avec succès une Procedure que vous avez configurée pour se terminer par un handoff à un humain ou un workflow.

Qualification :

Une qualification est un outcome où Fin associe un prospect à vos conditions de qualification et le dirige en conséquence.

Disqualification :

Une disqualification est un outcome où Fin détermine qu'un prospect ne correspond pas à vos critères de qualification et le disqualifie en conséquence.


Tarification et facturation

Même avec le changement de terminologie des Resolutions aux outcomes, les fondamentaux de la tarification de Fin restent les mêmes :

  • Prix unitaire : Vous serez facturé par outcome, avec un tarif variable selon le type. Les outcomes facturables incluent :

    • une resolution, où Fin résout entièrement le problème du client,

    • un Procedure handoff, où Fin exécute avec succès une Procedure qui se termine par un handoff à un humain ou un workflow,

    • une qualification, où Fin associe un prospect à vos conditions de qualification et le dirige en conséquence, ou

    • une disqualification, où Fin détermine qu'un prospect ne correspond pas à vos critères de qualification.

  • Facturé une seule fois par conversation : Vous ne serez facturé qu'au maximum une fois par conversation, quel que soit le nombre de questions posées par le client ou le nombre de Procedures exécutées par Fin dans cette conversation. Par exemple, si un client pose plusieurs questions ou si Fin effectue plusieurs étapes, et que Fin résout le problème (ou complète un handoff) à la fin de la conversation, cela compte toujours comme un seul outcome.

  • Métrique du taux de resolution : Le taux de resolution de Fin (le pourcentage de conversations que Fin résout sans intervention humaine) n'est pas affecté par ce changement.

  • Pas de facturation pour les tentatives infructueuses : Vous ne serez jamais facturé pour un outcome qui n'a pas eu lieu. Si un client demande explicitement à parler à un agent humain à tout moment, ou si une Procedure Fin ne parvient pas à se terminer pour une raison quelconque, cela ne compte pas comme un outcome et vous n'êtes pas facturé. Nous ne comptons (et ne facturons) que les outcomes lorsque Fin délivre réellement un résultat réussi. Cela signifie que vous ne payez jamais pour les « tentatives » de Fin, seulement pour les outcomes obtenus.

Comment les outcomes facturables sont déterminés

Pour comprendre ce pour quoi vous serez facturé, il est utile de voir ce qui a causé le transfert de la conversation à un coéquipier :

  1. Un Procedure handoff se produit lorsqu'une conversation est transférée à un coéquipier parce que Fin a suivi les instructions ou directives configurées dans une Procedure pour effectuer un handoff à une équipe, un coéquipier ou un workflow. C'est un outcome facturable.

  2. Une escalade se produit lorsque Fin effectue un handoff basé sur un comportement par défaut ou des règles de l'espace de travail, telles que :

    • Le comportement par défaut de Fin déclenche une escalade : si un client demande un humain ou montre de la frustration, Fin escalade selon sa logique par défaut. Vous n'êtes pas facturé pour ces escalades.

    • Fin suit les règles d'escalade au niveau de l'espace de travail : Lorsque Fin escalade selon les instructions globales définies au niveau de l'espace de travail (sous Train > Escalation), vous n'êtes pas facturé pour ces escalades.

Le tableau ci-dessous présente des scénarios courants de conversation avec Fin et indique s'ils sont facturés comme des outcomes Fin :

Scénario

Statut

Facturé

Fin transfère à un humain en raison des instructions que vous avez ajoutées dans la procédure spécifique.

Procedure Handoff

Oui

Fin utilise un @handoff configuré vers un workflow.

Procedure Handoff

Oui

Fin utilise un @handoff configuré vers une équipe ou un coéquipier.

Procedure Handoff

Oui

Fin qualifie un prospect selon vos conditions de qualification configurées.

Qualification

Oui

Fin détermine qu’un prospect ne répond pas à vos critères de qualification.

Disqualification

Oui

Fin escalade en raison des directives ou règles d’escalade au niveau de l’espace de travail.

Escaladé - Pas un résultat

Non

Échec de la procédure : une erreur technique ou un problème logique empêche une procédure de se terminer.

Escaladé - Pas un résultat

Non

Workflow standard : Fin transmet si elle ne peut pas résoudre la question du client, si un client demande un support humain, ou si une règle ou directive d’escalade s’applique.

Escaladé - Pas un résultat

Non

Astuce : Pour plus de détails sur le fonctionnement de la logique d’escalade de Fin, consultez Gérer les directives et règles d’escalade de l’agent IA Fin.


FAQs

Quelle est la différence entre une « Résolution » et un « résultat » ?

Une Résolution est désormais un type spécifique de résultat réussi que Fin fournit. Alors qu’une Résolution se produit lorsque Fin répond directement à une question, un résultat est un terme plus large qui inclut ces réponses et les transmissions réussies de Procédures.

Quelle est la différence entre une transmission de Workflow et une transmission de Procédure ?

Ce sont deux systèmes distincts, et un seul déclenche la facturation :

Workflows avec blocs Fin (NON facturables) :

Dans un Workflow standard, vous pouvez ajouter un bloc « Laisser Fin gérer » ou « Laisser Fin répondre ». Si Fin ne peut pas résoudre la question du client, la conversation suit votre chemin d’escalade désigné (par exemple, « Assigner à l’équipe Support »). Il s’agit d’une escalade non facturable car Fin utilise son comportement par défaut, elle n’a simplement pas pu aider.

Procédures avec transmissions configurées (facturables) :

Une Procédure Fin est un processus en plusieurs étapes que vous concevez pour gérer des scénarios spécifiques. Si vous configurez une Procédure pour inclure une étape @handoff (par exemple, « @handoff à l’équipe de facturation »), cette transmission est une transmission de Procédure facturable (0,99 $) car Fin a exécuté avec succès le résultat exact que vous avez conçu.

La différence clé :

  • Escalade de Workflow = Fin n’a pas pu aider (filet de sécurité) = Non facturé

  • Transmission de Procédure = Vous avez conçu Fin pour transmettre (résultat intentionnel) = Facturé

Qu’est-ce qu’une « transmission de Procédure » ?

Une transmission de Procédure est un résultat facturable comptabilisé lorsque Fin suit la transmission configurée d’une Procédure lors d’une conversation, comme transmettre à un workflow, une équipe ou un coéquipier en utilisant @handoff.

Les transmissions configurées dans une Tâche sont-elles comptées comme une transmission de Procédure ?

Oui, une transmission réussie déclenchée depuis une Tâche est considérée comme une transmission de Procédure. Puisque Fin a suivi vos instructions et exécuté le résultat choisi, cela est compté comme un résultat réussi et facturable.

Serai-je facturé si Fin ne parvient pas à terminer une Procédure ?

Non. Si une Procédure échoue à une étape ou ne peut pas se terminer, vous ne serez pas facturé car cela ne compte pas comme un résultat et n’est pas facturable. De même, si un client demande un agent humain et que Fin s’arrête, vous ne serez pas facturé non plus.

Dois-je signer un nouveau contrat pour utiliser les Procédures ?

Non. Si Fin fait déjà partie de votre contrat, vous pouvez commencer à utiliser les Procédures (sous réserve d’accès en Disponibilité Gérée) sans nouveau contrat.

Je n’utilise pas du tout les Tâches ou Procédures Fin – ce changement m’affecte-t-il ?

La seule chose que vous remarquerez est une mise à jour du libellé. Si vous utilisez Fin uniquement pour répondre aux questions des clients (et pas les Procédures/Tâches), alors le passage aux résultats est purement cosmétique en termes de facturation. Vous paierez toujours pour chaque conversation que Fin résout, exactement comme avant. Le produit dira simplement « résultats Fin » au lieu de « Résolutions Fin ».

Que se passe-t-il si un client demande à parler à un humain en plein milieu d’une procédure ?

Non, si le client demande explicitement un humain à tout moment, vous ne serez pas facturé, cela ne compte pas comme une résolution ou une transmission de Procédure.

Le passage à une autre procédure compte-t-il comme une transmission de Procédure ?

Le passage à une autre procédure via @Switch ne compte pas comme une transmission de Procédure. @Switch termine la procédure en cours et en démarre une autre — c’est une transition à sens unique qui ne change pas l’état de résolution et n’est pas comptée comme un résultat de transmission de Procédure.

Une transmission de Procédure ne se produit que lorsqu’une procédure se termine par une étape de transmission configurée — comme @Handoff à l’équipe, @Handoff à un coéquipier, ou transmission à un workflow — et que Fin termine avec succès la procédure jusqu’à ce point.

Les résolutions supposées sont-elles toujours facturables après le passage aux résultats ?

Oui, les résolutions supposées sont toujours facturables après le 12 mars 2026. Le passage des Résolutions aux résultats ne change pas la facturation des résolutions supposées.

Les résolutions confirmées (où le client confirme explicitement que Fin a aidé) et les résolutions supposées (où le client ne demande pas d’aide supplémentaire après la réponse de Fin) restent facturables. Elles sont toutes deux comptées comme des résultats « Résolution » réussis — Fin a résolu avec succès le problème du client, qu’il l’ait confirmé explicitement ou non.

Ce qui n’a pas changé : Si un client reçoit une réponse de Fin et ne demande pas d’aide supplémentaire, cela est toujours considéré comme une résolution réussie et est facturé.

Ce qui n’est PAS facturable : Si un client demande explicitement à parler à un humain à tout moment de la conversation, vous ne serez pas facturé — cela a toujours été le cas et reste vrai avec les résultats.

Que se passe-t-il si un client abandonne le chat après la fin d’une Procédure ?

Si un client abandonne la conversation après la fin d’une Procédure, cela est considéré comme une Résolution supposée et constitue un résultat facturable. Puisque l’agent IA Fin a réussi à atteindre la fin des étapes conçues et que le client n’a pas demandé d’aide supplémentaire, cela compte comme un résultat réussi.

Puis-je être facturé pour plus d'un résultat dans une conversation ?

Non, vous ne pouvez pas être facturé pour plus d'un résultat dans une seule conversation. Vous êtes facturé une seule fois par conversation.

Un transfert déclenché par « Custom guidance » dans une Procédure spécifique est-il facturable ?

Oui, un transfert déclenché par Custom guidance dans une Procédure spécifique est facturable. Parce que vous avez fourni des instructions uniques dans la zone de texte Custom guidance pour indiquer à Fin exactement comment gérer cette tâche spécifique, le transfert résultant est considéré comme une exécution réussie de votre politique de support et est facturé comme un Procedure Handoff.

Les conversations que Fin a escaladées en raison des règles ou directives d'escalade au niveau de l'espace de travail sont-elles facturables ?

Non, les règles d'escalade au niveau de l'espace de travail ne sont pas facturables. Lorsque l'agent Fin AI escalade en fonction des instructions globales définies au niveau de l'espace de travail (sous Train > Escalations), cela est considéré comme un filet de sécurité pour garantir que vos clients sont toujours pris en charge, et est donc classé comme une Escalation non facturable.

Quelle est la différence entre un Procedure Handoff et un chemin alternatif de Fin workflow ?

La différence entre un Procedure Handoff et un Fin workflow fallback réside dans le niveau de conception intentionnelle. Un Procedure Handoff est facturable car c'est une étape que vous avez spécifiquement conçue pour gérer une tâche. Un Workflow Fallback (comme le routage vers un humain ou la création d'un ticket) est une Escalation non facturable car il sert de filet de sécurité lorsque Fin n'a pas de réponse spécifique.

Qu'est-ce qu'un résultat Fin Voice ?

Un résultat Fin Voice est comptabilisé lorsqu'une personne pose une question et reçoit au moins une réponse de Fin (basée sur le contenu de votre knowledge base) lors d'un appel téléphonique, puis l'appel se termine.

Qu'est-ce qu'un résultat ?

Un résultat est comptabilisé lorsque Fin exécute avec succès l'action pour laquelle il a été configuré, dans le cadre d'une conversation.

Actuellement, Fin fournit les résultats suivants :

  • Résolution : Une Résolution est un résultat où le client confirme que Fin a résolu le problème ou ne demande pas plus d'aide après la réponse de Fin.

  • Procedure handoff : Un Procedure handoff est un résultat où Fin exécute avec succès une Procédure que vous avez configurée pour se terminer par un transfert à un humain ou un workflow.

  • Qualification : Une Qualification est un résultat où Fin associe un prospect à vos conditions de qualification et le dirige en conséquence.

  • Disqualification : Une Disqualification est un résultat où Fin détermine qu'un prospect ne correspond pas à vos critères de qualification et le disqualifie en conséquence.

Que se passe-t-il si Fin effectue un transfert dans un workflow standard ?

Dans un workflow standard après le bloc Let Fin handle ou Let Fin answer, Fin prendra le relais s'il est incapable de résoudre la question du client, si un client demande un support humain, ou si une règle ou directive d'escalade s'applique. Ce n'est pas un résultat facturable. L'image ci-dessous montre un workflow avec le bloc Let Fin handle ou Let Fin answer.

Un transfert depuis un workflow standard ou une escalade au niveau de l'espace de travail est-il facturable ?

Non, un transfert qui se produit via un standard workflow, une workspace-level escalation rule ou une workspace level guidance est considéré comme une Escalation non facturable. Cela se produit lorsque Fin est incapable de résoudre une question, qu'un client demande un support humain, ou qu'une règle de « filet de sécurité » est déclenchée. En revanche, un transfert n'est facturable en tant que Procedure Handoff que s'il s'agit d'une étape spécifique que vous avez intentionnellement conçue et configurée dans une Procédure en utilisant @handoff ou une guidance spécifique à la procédure personnalisée.

Les Procedure Handoffs s'appliquent-ils lorsqu'un transfert est effectué dans une étape déterministe de tâche ?

Oui, si vous configurez votre tâche pour transférer à une équipe, un coéquipier ou un workflow via une étape déterministe, cela sera comptabilisé comme un Procedure Handoff.

Avez-vous trouvé la réponse à votre question ?