Zum Hauptinhalt springen

Verstehen der Fin-Ergebnisse

Erfahren Sie mehr über den Übergang von Resolutions zu outcomes ab dem 12. März 2026.

Verfasst von Dawn

Ab dem 12. März 2026 ändert sich die Kernpreismetrik von Fin von Resolutions zu outcomes. Diese Änderung spiegelt die natürliche Weiterentwicklung der wachsenden Fähigkeiten von Fin wider. Fin wurde schon immer basierend auf dem Wert bepreist, den es liefert (Sie zahlen nur, wenn Fin erfolgreich Wert für Sie schafft). Da Fin immer komplexere Gespräche bearbeitet, nehmen wir einige Änderungen vor, um unser Engagement für unser ergebnisorientiertes Modell zu stärken.

Ab dem 12. März werden Sie Fin outcomes auf Ihren Rechnungen, Abrechnungsseiten und in der Dokumentation sehen, anstelle von Resolutions, obwohl Resolutions weiterhin eine der outcome-Arten sind, die Fin liefern kann.

Für diejenigen, die Fin Procedures oder Fin Tasks verwenden, können Sie jetzt wählen, ob eine Procedure mit einer resolution oder einem handoff endet. Dies gibt Ihnen mehr Kontrolle darüber, wie Fin Ihre komplexesten Anfragen entsprechend Ihren Support-Richtlinien und Überwachungsanforderungen behandelt und stellt sicher, dass Sie nur dann belastet werden, wenn Fin ein erfolgreiches Ergebnis liefert.


Warum die Änderung von Resolutions zu outcomes?

Die Fähigkeiten von Fin haben sich erweitert

Fin bearbeitet jetzt komplexere, mehrstufige Supportanfragen (zum Beispiel Abonnementänderungen oder Transaktionsstreitigkeiten in einer Procedure), bei denen eine Fin resolution nicht immer das gewünschte Ergebnis ist. Mit Procedures können Kunden Fin so konfigurieren, dass Probleme vollständig gelöst oder Kontext gesammelt, Aktionen ausgeführt und bei Bedarf nahtlos übergeben wird. In diesen Fällen liefert Fin weiterhin Wert basierend auf dem, was Kunden als Erfolg definieren. Daher entwickelt sich die Terminologie weiter, um die breitere Palette von outcomes abzudecken, die Fin jetzt unterstützt.

Stärkung der ergebnisorientierten Preisgestaltung

Wir haben Fin schon immer basierend auf dem Wert bepreist, den es liefert, was bisher Resolutions bedeutete. Das ändert sich nicht. Durch die Umstellung auf „outcomes“ erfassen wir nun die verschiedenen Arten, wie Kunden heute Wert von Fin erhalten und wie sich seine Fähigkeiten weiterentwickeln. Ob Fin das Gespräch vollständig löst oder eine komplexe Interaktion bearbeitet und mit Kontext übergibt – wenn das das richtige Ergebnis für Ihr Unternehmen ist, zählt es weiterhin als wertvolles outcome. Unser Preismodell bleibt wertorientiert: Sie zahlen nur für das outcome, das Fin liefert.


Was ist ein outcome?

Ein outcome wird gezählt, wenn Fin die konfigurierte Aktion im Rahmen eines Gesprächs erfolgreich abschließt.

Derzeit liefert Fin folgende outcomes:

Resolution:

Eine resolution ist ein outcome, bei dem der Kunde bestätigt, dass Fin das Problem gelöst hat oder nach der Antwort von Fin keine weitere Hilfe anfordert.

Procedure handoff:

Ein Procedure handoff ist ein outcome, bei dem Fin eine Procedure erfolgreich ausführt, die Sie so konfiguriert haben, dass sie mit einem handoff an einen Menschen oder einen workflow endet.

Qualification:

Eine qualification ist ein outcome, bei dem Fin einen Interessenten mit Ihren Qualifikationsbedingungen abgleicht und entsprechend weiterleitet.

Disqualification:

Eine disqualification ist ein outcome, bei dem Fin feststellt, dass ein Interessent nicht Ihren Qualifikationskriterien entspricht und ihn entsprechend disqualifiziert.


Preisgestaltung und Abrechnung

Auch mit der Terminologieänderung von Resolutions zu outcomes bleiben die Grundlagen der Preisgestaltung von Fin gleich:

  • Stückpreis: Sie werden pro outcome berechnet, wobei die Preise je nach Typ variieren. Abrechenbare outcomes umfassen:

    • eine resolution, bei der Fin das Problem des Kunden vollständig löst,

    • ein Procedure handoff, bei dem Fin eine Procedure erfolgreich ausführt, die mit einem handoff an einen Menschen oder einen workflow endet,

    • eine qualification, bei der Fin einen Interessenten mit Ihren Qualifikationsbedingungen abgleicht und entsprechend weiterleitet, oder

    • eine disqualification, bei der Fin feststellt, dass ein Interessent nicht Ihren Qualifikationskriterien entspricht.

  • Einmalige Berechnung pro Gespräch: Sie werden höchstens einmal pro Gespräch berechnet, unabhängig davon, wie viele Fragen der Kunde stellt oder wie viele Procedures Fin in diesem Gespräch ausführt. Wenn ein Kunde beispielsweise mehrere Fragen stellt oder Fin mehrere Schritte durchführt und Fin das Problem (oder einen handoff) bis zum Ende des Gesprächs löst, zählt das trotzdem nur als ein outcome.

  • Resolution-Rate-Metrik: Die Resolution Rate von Fin (der Prozentsatz der Gespräche, die Fin ohne menschliches Eingreifen löst) bleibt von dieser Änderung unberührt.

  • Keine Berechnung für erfolglose Versuche: Sie werden niemals für ein outcome berechnet, das nicht eingetreten ist. Wenn ein Kunde ausdrücklich darum bittet, mit einem menschlichen Agenten zu sprechen, oder wenn eine Fin Procedure aus irgendeinem Grund nicht abgeschlossen wird, zählt das nicht als outcome und wird nicht berechnet. Wir zählen nur outcomes (und berechnen diese), wenn Fin tatsächlich ein erfolgreiches Ergebnis liefert. Das bedeutet, Sie zahlen nie für Fin’s „Versuche“ – nur für die outcomes, die Sie erhalten.

Wie abrechenbare outcomes bestimmt werden

Um zu verstehen, wofür Sie berechnet werden, hilft es zu sehen, was dazu geführt hat, dass das Gespräch an einen Kollegen weitergeleitet wurde:

  1. Ein Procedure handoff erfolgt, wenn ein Gespräch an einen Kollegen weitergegeben wird, weil Fin den konfigurierten Anweisungen oder Richtlinien einer Procedure gefolgt ist, um an ein Team, einen Kollegen oder einen workflow zu übergeben. Dies ist ein abrechenbares outcome.

  2. Eine Eskalation erfolgt, wenn Fin basierend auf dem Standardverhalten oder den Workspace-Regeln übergibt, wie zum Beispiel:

    • Fin’s Standardverhalten löst eine Eskalation aus: Wenn ein Kunde nach einem Menschen fragt oder Frustration zeigt, eskaliert Fin basierend auf seiner Standardlogik. Für diese Eskalationen werden Sie nicht berechnet.

    • Fin folgt Eskalationsregeln auf Workspace-Ebene: Wenn Fin basierend auf globalen Anweisungen auf Workspace-Ebene (unter Train > Escalation) eskaliert, werden Sie für diese Eskalationen nicht berechnet.

Die folgende Tabelle zeigt gängige Gesprächsszenarien mit Fin und ob sie als Fin outcomes berechnet werden:

Szenario

Status

Abgerechnet

Fin übergibt an einen Menschen aufgrund von Anweisungen, die Sie in der Procedure-spezifischen Anleitung hinzugefügt haben.

Procedure Handoff

Ja

Fin verwendet einen konfigurierten @handoff an einen workflow.

Procedure Handoff

Ja

Fin verwendet einen konfigurierten @handoff an ein Team oder einen Kollegen.

Procedure Handoff

Ja

Fin qualifiziert einen Interessenten gemäß Ihren konfigurierten Qualifikationsbedingungen.

Qualifikation

Ja

Fin stellt fest, dass ein Interessent Ihre Qualifikationskriterien nicht erfüllt.

Disqualifikation

Ja

Fin eskaliert aufgrund von Workspace-Ebene-Anweisungen oder Eskalationsregeln.

Eskalierte - Kein Ergebnis

Nein

Verfahrensfehler: Ein technischer Fehler oder ein Logikproblem verhindert, dass ein Verfahren abgeschlossen wird.

Eskalierte - Kein Ergebnis

Nein

Standard-Workflow: Fin wird übergeben, wenn es die Frage des Kunden nicht lösen kann, ein Kunde menschliche Unterstützung anfordert oder eine Eskalationsregel oder Anleitung greift.

Eskalierte - Kein Ergebnis

Nein

Tipp: Details zur Funktionsweise der Eskalationslogik von Fin finden Sie unter Manage Fin AI Agent's escalation guidance and rules.


FAQs

Was ist der Unterschied zwischen einer „Resolution“ und einem „Ergebnis“?

Eine Resolution ist jetzt nur eine spezifische Art von erfolgreichem Ergebnis, das Fin liefert. Während eine Resolution auftritt, wenn Fin eine Frage direkt beantwortet, ist ein Ergebnis ein weiter gefasster Begriff, der sowohl diese Antworten als auch erfolgreiche Procedure-Übergaben umfasst.

Was ist der Unterschied zwischen einer Workflow-Übergabe und einer Procedure-Übergabe?

Dies sind zwei separate Systeme, und nur eines löst eine Abrechnung aus:

Workflows mit Fin-Blöcken (NICHT abrechenbar):

In einem Standard-Workflow können Sie einen „Let Fin handle“ oder „Let Fin answer“ Block hinzufügen. Wenn Fin die Frage des Kunden nicht lösen kann, folgt das Gespräch Ihrem festgelegten Eskalationspfad (z. B. „Assign to Support Team“). Dies ist eine nicht abrechenbare Eskalation, da Fin sein Standardverhalten nutzt und einfach nicht helfen konnte.

Procedures mit konfigurierten Übergaben (SIND abrechenbar):

Ein Fin Procedure ist ein mehrstufiger Prozess, den Sie entwerfen, um spezifische Szenarien zu bearbeiten. Wenn Sie ein Procedure so konfigurieren, dass es einen @handoff-Schritt enthält (z. B. „@handoff to billing team“), ist diese Übergabe eine abrechenbare Procedure-Übergabe (0,99 $), da Fin das von Ihnen entworfene Ergebnis erfolgreich ausgeführt hat.

Der Hauptunterschied:

  • Workflow-Eskalation = Fin konnte nicht helfen (Sicherheitsnetz) = Nicht berechnet

  • Procedure-Übergabe = Sie haben Fin so entworfen, dass es übergibt (beabsichtigtes Ergebnis) = Berechnet

Was ist eine „Procedure-Übergabe“?

Eine Procedure-Übergabe ist ein abrechenbares Ergebnis, das gezählt wird, wenn Fin während eines Gesprächs einer konfigurierten Übergabe eines Procedures folgt, z. B. die Übergabe an einen Workflow, ein Team oder einen Teamkollegen mittels @handoff.

Werden Übergaben, die innerhalb einer Aufgabe konfiguriert sind, als Procedure-Übergabe gezählt?

Ja, eine erfolgreiche Übergabe, die von einer Aufgabe ausgelöst wird, gilt als Procedure-Übergabe. Da Fin Ihren Anweisungen gefolgt ist und Ihr gewähltes Ergebnis ausgeführt hat, wird dies als erfolgreiches, abrechenbares Ergebnis gezählt.

Werde ich berechnet, wenn Fin ein Procedure nicht abschließen kann?

Nein. Wenn ein Procedure an einem Schritt fehlschlägt oder nicht abgeschlossen werden kann, werden Sie nicht berechnet, da dies nicht als Ergebnis zählt und nicht abrechenbar ist. Ebenso werden Sie nicht berechnet, wenn ein Kunde einen menschlichen Agenten anfordert und Fin stoppt.

Muss ich einen neuen Vertrag unterschreiben, um Procedures zu nutzen?

Nein. Wenn Fin bereits Teil Ihres Vertrags ist, können Sie Procedures (vorbehaltlich des Zugriffs in Managed Availability) ohne neuen Vertrag nutzen.

Ich nutze Fin Tasks oder Procedures überhaupt nicht – betrifft mich diese Änderung?

Das Einzige, was Sie bemerken werden, ist eine aktualisierte Formulierung. Wenn Sie Fin nur zur Beantwortung von Kundenfragen verwenden (und die Procedures/Tasks nicht nutzen), ist der Wechsel zu Ergebnissen rein kosmetisch in Bezug auf die Abrechnung. Sie zahlen weiterhin für jedes Gespräch, das Fin löst, genau wie zuvor. Das Produkt wird einfach „Fin outcomes“ statt „Fin Resolutions“ sagen.

Was passiert, wenn ein Kunde mitten in einem Procedure um einen menschlichen Ansprechpartner bittet?

Nein, wenn der Kunde ausdrücklich zu irgendeinem Zeitpunkt einen Menschen verlangt, werden Sie nicht berechnet, dies zählt weder als Resolution noch als Procedure-Übergabe.

Zählt der Wechsel zu einem anderen Procedure als Procedure-Übergabe?

Der Wechsel zu einem anderen Procedure über @Switch zählt nicht als Procedure-Übergabe. @Switch beendet das aktuelle Procedure und startet ein anderes – es ist ein Einwegübergang, der den Resolution-Status nicht ändert und nicht als Procedure-Übergabe-Ergebnis gezählt wird.

Eine Procedure-Übergabe erfolgt nur, wenn ein Procedure mit einem konfigurierten Übergabeschritt endet – wie @Handoff to team, @Handoff to teammate oder Handoff to workflow – und Fin das Procedure bis zu diesem Punkt erfolgreich abschließt.

Sind angenommene Resolutions nach dem Wechsel zu Ergebnissen weiterhin abrechenbar?

Ja, angenommene Resolutions sind auch nach dem 12. März 2026 weiterhin abrechenbar. Der Wechsel von Resolutions zu Ergebnissen ändert nicht, wie angenommene Resolutions abgerechnet werden.

Sowohl bestätigte Resolutions (bei denen der Kunde ausdrücklich bestätigt, dass Fin geholfen hat) als auch angenommene Resolutions (bei denen der Kunde nach der Antwort von Fin keine weitere Hilfe anfordert) bleiben abrechenbar. Beide werden als erfolgreiche „Resolution“-Ergebnisse gezählt – Fin hat das Kundenproblem erfolgreich gelöst, unabhängig davon, ob es ausdrücklich bestätigt wurde.

Was sich nicht geändert hat: Wenn ein Kunde eine Antwort von Fin erhält und keine weitere Hilfe anfordert, wird dies weiterhin als erfolgreiche Resolution behandelt und berechnet.

Was NICHT abrechenbar ist: Wenn ein Kunde ausdrücklich zu irgendeinem Zeitpunkt im Gespräch einen Menschen sprechen möchte, werden Ihnen keine Kosten berechnet – das war schon immer so und gilt auch weiterhin unter Ergebnissen.

Was passiert, wenn ein Kunde den Chat nach Abschluss eines Procedures verlässt?

Wenn ein Kunde das Gespräch nach Abschluss eines Procedures verlässt, gilt dies als angenommene Resolution und ist ein abrechenbares Ergebnis. Da Fin AI Agent die entworfenen Schritte erfolgreich abgeschlossen hat und der Kunde keine weitere Unterstützung benötigt, zählt dies als erfolgreiches Ergebnis.

Kann mir für mehr als ein Ergebnis in einem Gespräch eine Gebühr berechnet werden?

Nein, Ihnen kann für ein einzelnes Gespräch nicht mehr als ein Ergebnis berechnet werden. Sie werden pro Gespräch nur einmal berechnet.

Ist eine Übergabe, die durch „Custom guidance“ in einer bestimmten Procedure ausgelöst wird, abrechenbar?

Ja, eine Übergabe, die durch Custom guidance innerhalb einer bestimmten Procedure ausgelöst wird, ist abrechenbar. Da Sie im Textfeld Custom guidance einzigartige Anweisungen gegeben haben, wie Fin diese spezifische Aufgabe ausführen soll, gilt die resultierende Übergabe als erfolgreiche Ausführung Ihrer Support-Richtlinie und wird als Procedure Handoff berechnet.

Sind Gespräche, die Fin aufgrund von Eskalationsregeln oder -anweisungen auf Workspace-Ebene eskaliert hat, abrechenbar?

Nein, Eskalationsregeln auf Workspace-Ebene sind nicht abrechenbar. Wenn der Fin AI Agent basierend auf globalen Anweisungen auf Workspace-Ebene (unter Train > Escalations) eskaliert, wird dies als Sicherheitsnetz behandelt, um sicherzustellen, dass Ihre Kunden immer unterstützt werden, und daher als nicht abrechenbare Eskalation kategorisiert.

Was ist der Unterschied zwischen einem Procedure Handoff und einem Fin workflow else path?

Der Unterschied zwischen einem Procedure Handoff und einem Fin workflow fallback liegt im Grad der absichtlichen Gestaltung. Ein Procedure Handoff ist abrechenbar, weil es ein Schritt ist, den Sie speziell zur Bearbeitung einer Aufgabe entworfen haben. Ein Workflow Fallback (wie die Weiterleitung an einen Menschen oder das Erstellen eines ticket) ist eine nicht abrechenbare Eskalation, da es als Sicherheitsnetz dient, wenn Fin keine spezifische Antwort hat.

Was ist ein Fin Voice outcome?

Ein Fin Voice outcome wird gezählt, wenn eine Person eine Frage stellt und während eines Telefonats mindestens eine Antwort von Fin (basierend auf Ihrem knowledge base Inhalt) erhält und das Gespräch dann endet.

Was ist ein outcome?

Ein outcome wird gezählt, wenn Fin die Aktion, für die es konfiguriert wurde, erfolgreich ausführt, als Teil eines Gesprächs.

Derzeit liefert Fin die folgenden outcomes:

  • Resolution: Eine Resolution ist ein outcome, bei dem der Kunde bestätigt, dass Fin das Problem gelöst hat oder nach der Antwort von Fin keine weitere Hilfe anfordert.

  • Procedure handoff: Ein Procedure handoff ist ein outcome, bei dem Fin eine Procedure erfolgreich ausführt, die Sie so konfiguriert haben, dass sie in einer Übergabe an einen Menschen oder einen workflow endet.

  • Qualification: Eine Qualification ist ein outcome, bei dem Fin einen Interessenten mit Ihren Qualifikationsbedingungen abgleicht und entsprechend weiterleitet.

  • Disqualification: Eine Disqualification ist ein outcome, bei dem Fin feststellt, dass ein Interessent nicht Ihren Qualifikationskriterien entspricht und ihn entsprechend disqualifiziert.

Was passiert, wenn Fin in einem Standardworkflow übergibt?

In einem Standardworkflow nach dem Let Fin handle oder dem Let Fin answer-Block wird Fin die Übergabe durchführen, wenn es die Frage des Kunden nicht lösen kann, ein Kunde menschliche Unterstützung anfordert oder eine Eskalationsregel oder -anweisung greift. Dies ist kein abrechenbares Ergebnis. Das Bild unten zeigt einen workflow mit dem Let Fin handle oder dem Let Fin answer-Block.

Ist eine Übergabe aus einem Standardworkflow oder einer Eskalation auf Workspace-Ebene abrechenbar?

Nein, eine Übergabe, die über einen standard workflow, eine workspace-level escalation rule oder eine workspace level guidance erfolgt, gilt als nicht abrechenbare Eskalation. Dies passiert, wenn Fin eine Frage nicht lösen kann, ein Kunde menschliche Unterstützung anfordert oder eine „Sicherheitsnetz“-Regel ausgelöst wird. Im Gegensatz dazu ist eine Übergabe nur dann als Procedure Handoff abrechenbar, wenn es sich um einen spezifischen Schritt handelt, den Sie absichtlich gestaltet und innerhalb einer Procedure mit @handoff oder benutzerdefinierter prozedurspezifischer Anleitung konfiguriert haben.

Gelten Procedure Handoffs, wenn eine Übergabe in einem deterministischen Task-Schritt abgeschlossen wird?

Ja, wenn Sie Ihre Aufgabe so konfigurieren, dass sie über einen deterministischen Schritt an ein Team, einen Teamkollegen oder einen workflow übergibt, wird dies als Procedure Handoff gezählt.

Hat dies deine Frage beantwortet?