Der Fin AI Agent muss bereits in Ihrem Workspace eingerichtet und aktiv sein, bevor Sie Procedures verwenden können. Procedures sind eine Funktion des Fin AI Agent – sie erweitern, was Fin kann, daher muss Fin zuerst bereitgestellt und aktiv sein. Wenn der Fin AI Agent in Ihrem Workspace noch nicht konfiguriert ist, navigieren Sie zu Fin AI Agent, um zu starten.

Um ein neues Fin Procedure zu erstellen, navigieren Sie in Ihrem Workspace zu Fin AI Agent > Train > Procedures. Klicken Sie auf + New procedure und wählen Sie Ihre bevorzugte Erstellungsart.

Wenn ein Procedure vorzeitig beendet wird, Schritte überspringt, nur nach einem Refresh speichert oder Fehler anzeigt, ist dies nicht das erwartete Verhalten. Bitte melden Sie ein Problem an unser Support-Team, damit wir es untersuchen können.

Nein, Sie können ein in einem Procedure geschriebenes Sub-procedure nicht in einem anderen Procedure verwenden.

Derzeit gibt es keine Möglichkeit, alle Tasks automatisch zu migrieren. Nach dem 12. März werden wir jedoch bestimmte einfache Tasks (z. B. solche mit nur einem Anweisungsblock) automatisch in Procedures migrieren können. Wir planen, zukünftig komplexere Task-Migrationen – wahrscheinlich mit KI-Unterstützung – zu ermöglichen.

Wenn Sie auf inkonsistente Datenverarbeitung oder verschachtelte Strukturen stoßen, haben Sie derzeit zwei Optionen:

In Zukunft werden wir ein Code-Tool einführen, mit dem Sie Daten direkt innerhalb eines Procedures transformieren und manipulieren können.

KI-generierte Procedures werden stets mit unserer neuesten Sicht auf Best-Practice-Design aktualisiert, was bedeutet, dass sich die Struktur im Laufe der Zeit ändern kann. Heute strukturiert die KI oft Schritte innerhalb von Sub-procedures, was als gute Praxis gilt.

Nein, das Erstellen und Bereitstellen von Procedures wird durch dieselbe Berechtigungsstufe verwaltet.

Sie können ein Procedure für bestimmte Kanäle direkt im Procedure-Editor aktivieren. Unter dem Abschnitt When to use this procedure klicken Sie auf die Zielgruppen-Schaltfläche. Dort können Sie bestimmte Kanäle (z. B. WhatsApp, Messenger, iOS) an- oder abwählen, um genau zu steuern, wo Fin dieses Procedure verwenden darf. Sie können auch auswählen, für welche spezifische Zielgruppe das Procedure ausgelöst werden kann.

Fin Procedures unterstützen derzeit nur das Taggen der conversation. Während Intercom Workflows „Tag person“-Aktionen erlauben, ist diese spezifische Funktion innerhalb der natürlichsprachlichen Anweisungsblöcke eines Procedures nicht verfügbar.

Der Haupt-Procedur-Titel (der Name, den Sie Ihrem Procedure oben geben) dient hauptsächlich der internen Organisation. Obwohl er klar und beschreibend sein sollte, verwendet Fin den Procedur-Titel nicht direkt für die Intent-Erkennung. Stattdessen verlässt sich Fin auf die „When to use this procedure“-Triggerbeschreibung, um zu bestimmen, wann das Procedure aktiviert wird.

Sub-procedure-Titel sind jedoch anders – Fin verwendet diese, wenn Sie sie mit @Run sub-procedure aufrufen. Verwenden Sie handlungsorientierte, beschreibende Namen für Sub-procedures wie CollectPaymentInfo, VerifyUserIdentity oder ResolveDeliveryIssue, damit sie sowohl für Fin als auch Ihr Team klar sind.

Ja! Vernetzen Sie sich mit Community-Experten und Intercom Solutions Architects bei unseren Procedures Meetup Office Hours. Diese alle zwei Wochen stattfindenden Sitzungen bieten praktische, Echtzeit-Unterstützung, einschließlich Live-Q&A, um Ihnen beim Einrichten und Optimieren Ihrer Fin Procedures und Datenconnectors zu helfen.

Ja, Fin kann ein Procedure nach einem automatischen Schließen wegen Inaktivität fortsetzen.

Wenn ein Kunde inaktiv wird, behält Fin den Kontext. Wenn der Kunde zur Konversation zurückkehrt, setzt Fin genau dort fort, wo es aufgehört hat.

Nein, es gibt keine Möglichkeit offenzulegen, welche Artikel Fin während einer Simulation verwendet, wenn es auf verfügbare Inhalte beschränkt ist.

Fin Procedures können derzeit kein ticket erstellen. Die Erstellung von Tickets über Procedures ist für Anfang 2026 geplant.

Fin Procedures können beim Eskalieren (ähnlich wie Tasks) derzeit keine KI-Zusammenfassungsnotiz automatisch erstellen. Diese Funktion ist in Entwicklung und soll Mitte 2026 eingeführt werden.

Fin Procedures unterstützen derzeit nicht das Unterdrücken oder Steuern von Folgefragen. Flexiblere Follow-up-Kontrollen für Procedures sind für Anfang 2026 geplant.

Nein, Procedures unterstützen keine physischen Button-Blöcke. Um Kunden Auswahlmöglichkeiten zu geben, bieten Sie die Optionen direkt im Nachrichtentext an und verwenden Sie Condition-Schritte, um das Gespräch basierend auf deren Antwort zu verzweigen. So können Sie die gleiche Logik wie bei einem buttonbasierten Task in einem natürlicheren, konversationellen Format nachbilden.

Nein, der Run Sub-procedure-Schritt ist exklusiv für Procedures. Sie können diesen Befehl (oder die @Run sub-procedure-Abkürzung) verwenden, um ein Procedure aus einem anderen aufzurufen, aber diese Funktion ist im Workflow-Builder nicht verfügbar.

Workflows können nicht direkt an ein Procedure übergeben. Procedures sind spezifische Anweisungssets, denen der Fin AI Agent sequenziell folgt. Wenn Sie automatisierte Abläufe verbinden müssen, können Sie den Run Workflow-Schritt verwenden, um zu einem anderen wiederverwendbaren Workflow zu verlinken.

Procedures unterstützen keine traditionellen "Wait"-Schritte, da sie für sofortige, sequenzielle Aktionen konzipiert sind. Wenn Ihre Logik eine zeitbasierte Verzögerung erfordert, sollten Sie diesen Teil der Erfahrung in einem Workflow erstellen, der Wait-Aktionen vollständig unterstützt.

So können Sie sie unterscheiden:

E-Mail-Verifizierung (Email OTP) ist eine Workflow-Funktion, keine Procedure-Funktion. Wenn Sie die Identität eines Kunden per E-Mail verifizieren müssen, sollten Sie den Schritt Verify email with OTP im Workflows visual builder verwenden, nicht in Procedures. Denken Sie daran: Workflows übernehmen Automatisierungen wie Routing, Warten und Verifizierungsschritte, während Procedures KI-gesteuerte Aufgaben mit natürlicher Sprachsteuerung ausführen.

Nein, Sie können keine Procedure aus einem workflow oder reusable Workflow auslösen. Procedures arbeiten mit nicht-linearer KI-Logik und natürlichen Sprachbefehlen; sie können die starren, linearen Schritte eines Reusable Workflow nicht auslösen. Sie können jedoch innerhalb einer Procedure eine Handoff to workflow durchführen, aber es gibt keinen entsprechenden Schritt "Pass to Fin Procedure" aus workflows.

Eine Antwortzeit von 10 Sekunden liegt im erwarteten Leistungsbereich für Procedures auf mobilen Geräten.

Procedures erfordern, dass Fin einer bestimmten Logik folgt, detaillierte Anweisungen verarbeitet oder mit externen Daten interagiert. Da Fin jeden Teil der Anweisungen auswerten muss, kann es zu einer leichten Verzögerung im Vergleich zu einer KI-Antwort kommen. Dies stellt sicher, dass Fin die genaueste und kontextbewusste Lösung bietet.

Nein, Sie sollten keine Procedure verwenden, um jede Nachricht auf Stimmung zu überwachen. Procedures sind für spezifische, wiederholbare Aufgaben konzipiert und nicht für umfassende Hintergrundüberwachung. Für Echtzeit-Stimmungserkennung und Übergabeentscheidungen sollten Sie Escalation Guidance verwenden, das speziell für diese Szenarien entwickelt wurde und nahtlos mit Fins integrierter Stimmungserkennung zusammenarbeitet.

Der beste Weg, komplexe Eskalationen zu handhaben, besteht darin, Ihre Logik in Escalation Guidance oder Escalation Rules zu definieren und dann Workflows zu verwenden, um nach der Eskalation Aktionen wie die Zuweisung an ein bestimmtes Team zu übernehmen.

Es hängt davon ab, wie die Procedure endet. Eine Procedure, die ihre Schritte abschließt, ist nur dann abrechenbar, wenn das Gespräch ein abrechenbares Ergebnis erreicht — entweder eine Resolution (Fin löst das Kundenproblem, bestätigt oder angenommen) oder eine Procedure handoff (Fin übergibt an ein menschliches Team oder workflow). Das bloße Durchlaufen aller Schritte ohne Erreichen eines dieser Ergebnisse löst keine Abrechnung aus. Entscheidend ist, ob das Gespräch ein Ergebnis erreicht, nicht ob die Procedure ihre Schritte beendet hat.

Ab dem 12. März 2026 werden Fin Procedures als Fin Outcomes ($0,99) berechnet, wenn ein Gespräch eines der folgenden Ergebnisse erreicht: eine Resolution, bei der Fin das Kundenproblem vollständig löst, oder eine Procedure handoff, bei der Fin an ein menschliches Team oder workflow übergibt. Sie werden nie berechnet, wenn eine Procedure fehlschlägt, ohne abrechenbares Ergebnis endet oder ein Kunde eine Eskalation außerhalb einer konfigurierten Übergabe anfordert. Erfahren Sie mehr über Fin Outcomes und Abrechnung.

Procedures werden automatisch basierend auf customer intent ausgelöst. Fin analysiert die Nachricht des Nutzers und vergleicht sie mit den Kriterien, die Sie im Abschnitt "When to use this procedure" festgelegt haben. Sie benötigen keinen separaten "On/Off"-Schalter für Procedures; sie funktionieren innerhalb Ihrer bestehenden Fin-Bereitstellung (entweder Simple Deploy oder Workflows).

Nein, das Verhalten von Fin (Follow-ups, Eskalationen und Auto-Close) wird durch die deployment method bestimmt, die die Procedure hostet:

Wenn Simple Deploy aktiv ist, überschreibt es alle kundenorientierten workflows, die für denselben Auslöser konfiguriert sind. Das bedeutet, dass Ihre Procedures standardmäßig die globalen Simple Deploy-Einstellungen verwenden und nicht die spezifischen "Let Fin handle"-Blockkonfigurationen in Workflows.

Ja, Fin Procedures sind nicht von Ihrer globalen Fin-Konfiguration isoliert. Wenn ein Kunde während einer Procedure inaktiv wird, werden die Follow-up- und Auto-Close-Einstellungen, die in Ihrem Let Fin Handle-Workflow-Schritt konfiguriert sind, weiterhin ausgelöst.

Wie sich das auf die Erfahrung auswirkt:

Wie man das verwaltet:

Da Follow-up- und Auto-Close-Einstellungen derzeit nicht für eine bestimmte Procedure deaktiviert werden können, haben Sie zwei Optionen:

Fin Procedures können nur basierend auf customer intent ausgelöst werden — sie können nicht deterministisch ausgelöst werden. Fin analysiert, was der Kunde fragt, und bestimmt, ob es mit den Kriterien "When to use this procedure" übereinstimmt, die Sie definiert haben. Das bedeutet, dass Sie eine Procedure nicht zu einem bestimmten Zeitpunkt, per Button-Klick oder durch ein externes Ereignis auslösen können. Die Procedure wird aktiviert, wenn Fin erkennt, dass die Absicht des Kunden mit Ihrer Konfiguration übereinstimmt.

Der einfachste Weg, Schritte hinzuzufügen, besteht darin, Ihre Anweisungen natürlich zu schreiben oder die KI sie für Sie entwerfen zu lassen:

Innerhalb von Anweisungsschritten können Sie Tools hinzufügen, indem Sie @ eingeben, um Funktionen wie Daten-Connectoren, Attribute oder Unter-Procedures zu nutzen. Um Schritte neu anzuordnen, ziehen Sie sie direkt im Procedure-Editor per Drag & Drop an die gewünschte Position.

Verwenden Sie einen eigenständigen Data Connector für direkte, einstufige, atomare Operationen (z. B. "mein Abonnement kündigen"), die keine geordnete, mehrstufige Interaktion erfordern. Verwenden Sie eine Procedure, wenn Sie einen deterministischen, mehrstufigen Ablauf benötigen: mehrere Eingaben sammeln, explizite Bestätigungen, Verzweigungslogik usw.

@tools (at-tools) erweitern die Fähigkeiten von Fin innerhalb von Procedure-Anweisungen. Wenn Sie @ innerhalb eines Anweisungsschritts eingeben, können Sie Tools hinzufügen, die Fin ermöglichen, in Echtzeit mit Daten und Systemen zu interagieren.

Gängige @ Tools sind:

Custom Objects werden in Fin Procedures noch nicht vollständig unterstützt. Um externe Daten in Procedures zu referenzieren, sollten Sie stattdessen Data Connectors verwenden. Wenn Sie einen Data Connector zu einer Procedure hinzufügen, erstellt Fin automatisch temporäre Attribute aus der Antwort des Connectors, die Sie in Ihren Anweisungen und Bedingungen referenzieren können.

Fin Procedures verwenden keine Antwort-Buttons. Procedures sind für konversationelle, KI-gesteuerte Interaktionen konzipiert, bei denen Fin natürlich auf die Eingaben der Kunden reagiert. Wenn Sie Antwort-Buttons verwenden möchten, um Kunden vordefinierte Optionen zum Anklicken zu geben, sollten Sie stattdessen Workflows verwenden. Workflows basieren auf einer visuellen Leinwand und unterstützen Antwort-Buttons, die Kunden durch strukturierte Pfade führen. Procedures eignen sich besser für offene Gespräche, bei denen Kunden Anfragen unterschiedlich formulieren oder Informationen in variierender Reihenfolge bereitstellen.

Ja. Wenn Sie in einer Procedure auf einen Endschritt klicken, enthält das Seitenpanel eine Option Gespräch schließen und Antworten verhindern. Wenn diese aktiviert ist, wird das Gespräch automatisch geschlossen, sobald dieser Endschritt erreicht ist, und der Kunde kann nicht mehr antworten. Wenn diese Option nicht aktiviert ist, bleibt das Gespräch nach Abschluss der Procedure offen – es wird basierend auf Ihren Auto-Close-Einstellungen oder wenn ein Teamkollege es manuell schließt, geschlossen.

Obwohl Sie keine Datei exportieren können, erzeugt jeder simulierte Gesprächstest eine eindeutige Run-ID und einen Link. Sie können diesen Link kopieren und mit jedem teilen, der Zugriff auf Ihren Workspace hat.

Ja, bei Fin für Zendesk können alle Gespräche, die eine Procedure durchlaufen haben, auf der Übersichtsseite Procedures eingesehen werden.

Ja, Sie können die Leistung von Procedures sehen und alle Gespräche, die eine Procedure beinhalten, in den Berichten anzeigen.

Nein, Eskalationen aufgrund allgemeiner Anweisungen werden nicht berechnet. Nur absichtliche Übergaben, die explizit in der Procedure konfiguriert sind (entweder in den Anweisungen oder der prozedurspezifischen Anleitung), werden berechnet.