Zum Hauptinhalt springen

Fin Tasks Best Practices und Beispiele

Sehen Sie unsere Best Practices und Beispiele zur Erstellung von Fin Tasks und zum Verfassen von Anweisungen für Fin.

Mit Fin Tasks können Sie Fin Schritt-für-Schritt-Anweisungen für die auszuführende Aufgabe geben. Wir haben einige Best Practices und Beispiele für das Verfassen dieser Anweisungen für Fin bereitgestellt.

Hinweis: Fin Tasks befinden sich derzeit in einer verwalteten Verfügbarkeit mit maßgeschneiderter, praktischer Unterstützung. Bitte besprechen Sie den Zugang mit Ihrem Account Manager.


Best Practices für Fin Tasks

Klar formulierte Anweisungen können einen großen Unterschied in der Leistung Ihres Fin Tasks machen.

Allgemeine Tipps für LLM-Prompts

Bevor Sie in die Details der Fin Tasks eintauchen, hier einige hilfreiche Tipps, die allgemein beim Arbeiten mit großen Sprachmodellen (LLMs) gelten:

  • Ein guter Prompt ist zwingend und instruktiv. Beginnen Sie Sätze mit einem Verb und vermeiden Sie die passive Form.

  • Lassen Sie keinen Raum für Mehrdeutigkeit: Detaillierte Anweisungen sind besser als kurze.

Für weiterführende Lektüre siehe die Einführungsthemen hier.

Aufgabenumfang und Organisation

Obwohl Fin sich an vorherige Schritte, durchgeführte Aktionen oder gespeicherte Daten erinnert, müssen Sie Aufgaben mit klaren Grenzen und fokussierten Zwecken gestalten.

Wann ein einzelner Fin Task verwendet werden sollte:

  • Alle Schritte sind Teil eines zusammenhängenden Prozesses mit klarer Abfolge.

  • Spätere Schritte hängen logisch von früheren Schritten ab.

  • Der gesamte Prozess teilt dieselben Entscheidungskriterien und Ergebnisse.

Wann mehrere Fin Tasks in Betracht gezogen werden sollten:

  • Für völlig getrennte Geschäftsprozesse

  • Sie müssen in einem komplexen Workflow klare Kontrollpunkte schaffen

  • Verschiedene Stakeholder oder Teams sind für unterschiedliche Teile eines Prozesses verantwortlich

  • Sie möchten verschiedene Einstiegspunkte in einen Workflow ermöglichen

Aufgabenstruktur

Trigger-Titel und Beschreibung

Stellen Sie sicher, dass der Titel beschreibend ist und nicht nur intern verwendet wird.

  • Gutes Praxisbeispiel: Beschädigte Bestellungen

  • Schlechtes Praxisbeispiel: Test123

Sie sollten 3-5 Sätze schreiben, um zu beschreiben, wann Fin diese Aufgabe auslösen soll. Seien Sie so spezifisch wie möglich und stellen Sie sicher, dass Sie einen oder mehrere der folgenden Punkte einschließen:

  • Häufige Szenarien, in denen das Auslösen dieser Aufgabe angemessen wäre.

  • Beispiele für Kundentypen von Fragen, die durch diese Aufgabe beantwortet würden.

  • Schlüsselphrasen, die Kunden verwenden könnten.

Gutes Praxisbeispiel:

Verwenden Sie diese Aufgabe, wenn ein Kunde meldet, dass eine Bestellung während der Lieferung beschädigt wurde – z. B. ausgelaufene Getränke, verschüttetes Essen oder zerbrochene Behälter. Verwenden Sie diese Aufgabe nicht, wenn der Kunde eine verspätete Lieferung, einen fehlenden Artikel oder Probleme meldet, die nichts mit Produktschäden zu tun haben.

Schlechtes Praxisbeispiel:

Verwenden Sie diese Aufgabe, um eine Bestellung zu erstatten.

Anweisungsblock

Der Anweisungsblock folgt einem strukturierten Format, das aus den folgenden Abschnitten besteht...

1. Anweisungen:

Dies ist ein klarer, logisch vollständiger Schritt-für-Schritt-Plan, dem Fin folgen soll. Stellen Sie sicher, dass alle Entscheidungsregeln abgedeckt sind, die Fin benötigt, um die Aufgabe auszuführen.

Die beste und einfachste Methode, diese zu formulieren, ist die Verwendung einer „if + else“-Logik. Diese Logik garantiert, dass Sie jederzeit eine Entscheidung treffen können und entweder Fortschritte in Richtung Lösung machen oder einen Ausweg aus dem Prozess finden, wenn Sie feststecken. Für unser Beispiel sähe das so aus:

1. Wenn Sie das Bestelldatum bestimmen können und es weniger als 30 Tage zurückliegt, erstatten Sie eine Rückzahlung.

2. Wenn Sie das Bestelldatum bestimmen können, es aber mehr als 30 Tage zurückliegt, teilen Sie dem Kunden mit, dass die Richtlinie von Company X keine Rückerstattungen für Käufe erlaubt, die mehr als 30 Tage zurückliegen.

3. Andernfalls teilen Sie dem Kunden mit, dass Sie an ein menschliches Mitglied des Support-Teams eskalieren, und führen die Eskalation durch… (dieses Beispiel geht davon aus, dass die Eskalationslogik in den Fin Task eingebaut ist)

Wenn die Logik und die Informationen, auf die Fin zugreifen muss, zu offen sind, sollten Sie überlegen, ob Sie den Anweisungsblock in kleinere Schritte mit klarer definierten, eingeschränkten Logiken aufteilen können.

Sie müssen auch die Eingabewerte identifizieren, die zur Ausführung der Aufgabe benötigt werden. Geben Sie im Prompt ausdrücklich an:

  • Was diese Attribute sind, wofür sie verwendet werden können und wie diese Attribute im weiteren Kontext der Aufgabe stehen.

  • Ob diese Attribute garantiert verfügbar sind (z. B. aus einem vorherigen Schritt in den Anweisungen)

    • Falls ja, wo sie verfügbar sind oder welchen Wert sie haben, indem Sie sie direkt in den Prompt einfügen.

    • Falls nicht, wo oder wie sie gesammelt werden können (z. B. vom Kunden)

2. Anleitung (optional):

Leiten Sie an, wie Fin während einer Aufgabe interagiert, reagiert und sich verhält, indem Sie klare Anweisungen geben. Beschreiben Sie einfach spezifische Verhaltensweisen, denen Fin bei der Ausführung der Schritte folgen soll.

Aufgabenentwürfe

Eine wichtige bewährte Methode zur Verwaltung von Fin Tasks ist die Verwendung der Funktion Als Entwurf speichern. Damit können Sie Änderungen an einer aktiven Aufgabe sicher bearbeiten und testen, ohne Ihre Kunden zu beeinträchtigen.

Wenn Sie eine aktive Aufgabe bearbeiten, erstellen Sie zwei Versionen:

  • Aktive Version: Dies ist die aktive Aufgabe, mit der Ihre Kunden interagieren.

  • Entwurfsversion: Dies ist Ihr unveröffentlichter Satz von Änderungen, an dem Sie privat arbeiten und testen können.

Dies gibt Ihnen eine sichere Umgebung, um Ihre Automatisierungen zu perfektionieren, bevor Sie sie veröffentlichen. Verwenden Sie immer die Funktionen Vorschau und Simulationen im Aufgaben-Editor, um Ihre Entwurfsversion zu testen. Ihre Änderungen werden erst live geschaltet, wenn Sie sicher sind und auf die Schaltfläche Änderungen live setzen klicken.

Aufgaben-Auslöser

Fügen Sie etwa 10 Beispiel-Fragen hinzu

Um die Genauigkeit der Aufgaben-Zuordnung zu verbessern, sollten Sie spezifische Beispiel-Fragen angeben, die Ihre Aufgabe auslösen oder nicht auslösen sollen. Dies hilft Fin, besser zu verstehen, wann Ihre Aufgabe verwendet werden soll, insbesondere wenn Sie mehrere ähnliche Aufgaben haben.

Sie können sowohl positive Beispiele ("Auslösen, wenn...") als auch negative Beispiele ("Nicht auslösen, wenn...") hinzufügen.

Beginnen Sie mit etwa 10 hochrelevanten Beispiel-Fragen, um sicherzustellen, dass die Aufgabe korrekt erkannt wird. Falls nötig, können Sie dies auf 20–30 Beispiele erweitern, achten Sie jedoch auf die Komplexität. Wenn die Liste zu lang oder zu spezifisch wird, sollten Sie die Beschreibung vereinfachen oder auf absichtbasierte Auslöser umsteigen, um Klarheit und Handhabbarkeit zu gewährleisten.

Verwenden Sie negative Beispiele nur bei falscher Auslösung

"Nicht auslösen, wenn..."-Beispiele sollten nur aufgenommen werden, wenn Sie eine falsche Auslösung beobachten. Negative Beispiele helfen, die Erkennung zu verfeinern, indem sie klären, worauf Fin nicht reagieren soll, aber fügen Sie sie nur hinzu, wenn sie ein spezifisches Problem mit Fehlalarmen lösen.

Aufgabenanweisungen

Anweisungen nur bei komplexen Aufgaben aufteilen

Verwenden Sie einen einzigen strukturierten Anweisungsblock, wenn Ihre Aufgabe einfach oder unter etwa 10 Schritten ist. Wenn die Aufgabe komplexe Logik, bedeutende Verzweigungen oder schwer nachvollziehbar wird, ist es besser, sie zur Klarheit und Wartbarkeit in mehrere Anweisungsblöcke aufzuteilen.

Lassen Sie Fin Eingaben für Daten-Connectoren automatisch sammeln

Sie müssen nicht alle Eingaben manuell sammeln, bevor Sie einen Daten-Connector ausführen. Wenn Sie den Daten-Connector konfigurieren, geben Sie die erforderlichen Eingaben an, und Fin fragt den Kunden automatisch nach fehlenden Eingaben. Dies reduziert die Komplexität Ihrer Anweisungen und macht die Interaktionen effizienter.

Aufgabenwechsel sind während Gesprächen erlaubt

Fin kann Aufgaben mitten im Gespräch wechseln und sogar zu Informationsantworten (aus Ihren Support-Inhalten) wechseln, wenn sich der Kontext oder die Kundenabsicht ändert. Das bedeutet, dass es eine Aufgabe beenden und nahtlos eine andere beginnen kann, was dynamischere und reaktionsfähigere Interaktionen basierend auf sich entwickelnden Benutzerbedürfnissen ermöglicht.

API-Antworten werden über Anweisungsschritte hinweg gespeichert

Fin merkt sich API-Antworten automatisch innerhalb desselben Anweisungsblocks. Sie können später in den Schritten natürlich auf diese Ergebnisse verweisen, z. B. mit „unter Verwendung des zuvor zurückgegebenen Guthabens“, ohne die Daten manuell wiederholen oder speichern zu müssen.

Keine Notwendigkeit, API-Antworten in temporären Attributen zu speichern

Es ist nicht erforderlich, API-Antworten explizit in temporären Attributen zu speichern. Fin verfolgt die Daten intern, sodass Sie sie in nachfolgenden Schritten direkt mit einfacher natürlicher Sprache referenzieren können.

Verwenden Sie Tagging in Anweisungsschritten

Gespräch taggen

Verbessern Sie die Gesprächskategorisierung, indem Sie Fin anweisen, Gespräche mit vordefinierten Tags in den Aufgabenanweisungen zu taggen. Dies hilft bei Filterung, Berichterstattung und Auslösung von Folgeaktionen.

Beispielanweisung:

"Gespräch taggen 'Billing Inquiry' und 'High Priority'."

Hinweis: Stellen Sie sicher, dass die in den Anweisungen verwendeten Tags mit denen in Ihrem Fin-Arbeitsbereich konfiguriert übereinstimmen.


Fin Task-Beispiele

Wir haben unten eine Reihe verschiedener Anwendungsfall-Prompts zusammengestellt, die Ihnen helfen können, Ihre Fin Tasks zu gestalten.

Bestellrückerstattung

Beschreibung: Ziel dieser Aufgabe ist es festzustellen, ob eine vom Kunden gestellte Rückerstattungsanfrage gültig ist, und diese gegebenenfalls zu bearbeiten. Indem Sie den untenstehenden Anweisungen folgen, können Sie die Rückerstattungsanfrage eines Kunden für Bestellungen bei Company X überprüfen und bearbeiten.

Schritt 1: Verwenden Sie @get_order_details für die Bestellung mit der ID @collected_order_id, um Details zu dieser Bestellung abzurufen. Folgen Sie dann der untenstehenden Logik, um zu bestimmen, ob die abgerufene Bestellung erstattet werden kann:

  • Wenn das Bestelldatum mehr als 30 Tage älter als das aktuelle Datum ist, informieren Sie den Kunden, dass Sie keine Rückerstattung anbieten können, da die Bestellung ursprünglich vor mehr als 30 Tagen getätigt wurde. Setzen Sie @refund_outcome auf "denied" und informieren Sie den Kunden über das Ergebnis.

  • Wenn das Bestelldatum weniger als 30 Tage älter als das aktuelle Datum ist, fahren Sie mit Schritt 2 fort.

  • Andernfalls informieren Sie den Kunden, dass Sie nicht verifizieren können, ob die Bestellung erstattet werden kann, und eskalieren an ein menschliches Mitglied des Support-Teams. Setzen Sie @refund_outcome auf "escalation" und informieren Sie den Kunden, dass Sie diese Maßnahme ergriffen haben.

Schritt 2: Verwenden Sie @process_items_refund mit der Bestell-ID @collected_order_id, um eine Rückerstattung für diese Bestellung zu bearbeiten. Sammeln Sie dann die Antwort und:

  • Wenn die Rückerstattung erfolgreich war, informieren Sie den Kunden, dass die Rückerstattung erfolgreich bearbeitet wurde. Setzen Sie @refund_outcome auf "success" und informieren Sie den Kunden über das Ergebnis.

  • Andernfalls, wenn die Rückerstattung fehlgeschlagen ist, informieren Sie den Kunden, dass Sie die Rückerstattung nicht bearbeiten konnten. Setzen Sie @refund_outcome auf "escalation" und informieren Sie den Kunden, dass Sie diese Maßnahme ergriffen haben.

Anleitung: Seien Sie einfühlsam, wenn Sie negative Nachrichten über Rückerstattungsablehnungen übermitteln. Wenn eine Rückerstattung erfolgreich ist, seien Sie warmherzig und klar bezüglich der Rückerstattungszeiträume.

Abonnement-Kündigungsanfrage

Beschreibung: Ziel dieser Aufgabe ist es festzustellen, ob eine vom Kunden gestellte Kündigungsanfrage für ein Abonnement gültig ist, und diese gegebenenfalls zu bearbeiten. Indem Sie den untenstehenden Anweisungen folgen, können Sie das Abonnement eines Kunden bei Company X überprüfen und kündigen.

Schritt 1: Verwenden Sie @get_subscription_details für das Abonnement mit der ID @collected_subscription_id, um Details zu diesem Abonnement abzurufen. Folgen Sie dann der untenstehenden Logik, um zu bestimmen, ob das abgerufene Abonnement gekündigt werden kann:

  • Wenn sich das Abonnement noch in der Mindestvertragslaufzeit befindet (eine 12-monatige Laufzeit, die noch nicht abgelaufen ist):

    • Informieren Sie den Kunden, dass Sie das Abonnement derzeit nicht kündigen können, da es sich noch in der Vertragslaufzeit befindet.

    • Setzen Sie @cancellation_outcome auf "denied".

  • Wenn das Abonnement kündigungsberechtigt ist (es handelt sich um einen monatlich kündbaren Tarif oder die Vertragslaufzeit ist abgelaufen):

    • Fahren Sie mit Schritt 2 fort.

  • Andernfalls, wenn Sie anhand der Abonnementdetails nicht feststellen können, ob es gekündigt werden kann:

    • Informieren Sie den Kunden, dass Sie die Kündigungsberechtigung des Abonnements nicht überprüfen können, und eskalieren Sie an ein menschliches Mitglied des Support-Teams.

    • Setzen Sie @cancellation_outcome auf "escalation".

Schritt 2: Verwenden Sie @cancel_subscription mit der Abonnement-ID @collected_subscription_id, um die Kündigung zu verarbeiten. Sammeln Sie dann die Antwort und:

  • Wenn die Kündigung erfolgreich ist:

    • Informieren Sie den Kunden, dass das Abonnement erfolgreich gekündigt wurde.

    • Setzen Sie @cancellation_outcome auf "success".

  • Wenn die Kündigung fehlschlägt:

    • Informieren Sie den Kunden, dass Sie das Abonnement nicht kündigen konnten und das Problem eskaliert haben.

    • Setzen Sie @cancellation_outcome auf "escalation".

Hinweis: Erklären Sie Verpflichtungszeiträume sachlich, aber einfühlsam. Bestätigen Sie bei Erfolg klar, was mit der Abrechnung zukünftig passiert.

Adressänderungsanfrage

Beschreibung: Ziel dieser Aufgabe ist es festzustellen, ob eine angeforderte Aktualisierung der Versandadresse für einen Kunden gültig ist und diese gegebenenfalls zu verarbeiten. Durch Befolgung der untenstehenden Anweisungen überprüfen und aktualisieren Sie die Versandadresse im System von Company X.

Schritt 1: Verwenden Sie @get_customer_profile mit der ID @collected_customer_id, um den aktuellen Kontostatus des Kunden abzurufen. Folgen Sie dann der untenstehenden Logik:

  1. Wenn das Kundenkonto gesperrt oder markiert ist (deren account_status "suspected fraud" oder "unpaid balance" ist):

    • Informieren Sie den Kunden, dass Sie aufgrund von Kontobeschränkungen nicht mit der Adressänderung fortfahren können.

    • Setzen Sie @address_change_outcome auf "denied".

  2. Wenn das Kundenkonto aktiv und für Aktualisierungen berechtigt ist:

    • Fahren Sie mit Schritt 2 fort.

  3. Andernfalls, wenn das System den Kontostatus nicht bestimmen kann oder unzureichende Informationen vorliegen:

    • Informieren Sie den Kunden, dass Sie nicht verifizieren können, ob die Adresse aktualisiert werden kann, und eskalieren Sie an einen menschlichen Support-Mitarbeiter.

    • Setzen Sie @address_change_outcome auf "escalation".

Schritt 2: Verwenden Sie @validate_address mit der @collected_new_address, um deren Echtheit und Zustellbarkeit zu überprüfen. Folgen Sie dann der untenstehenden Logik:

  1. Wenn die neue Adresse nicht erkannt wird oder außerhalb der von Company X bedienten Regionen liegt (address value kann nur "United States", "European Union" oder "Canada" sein, keine andere Region wird unterstützt):

    • Informieren Sie den Kunden, dass die Adresse nicht bedient werden kann oder ungültig ist.

    • Setzen Sie @address_change_outcome auf "denied".

  2. Wenn die Adresse erkannt und zustellbar ist:

    • Fahren Sie mit Schritt 3 fort.

  3. Wenn das Ergebnis der Adressvalidierung unklar ist oder vom System nicht bestimmt werden kann:

    • Informieren Sie den Kunden, dass Sie die Adresse derzeit nicht verifizieren können und die Anfrage eskaliert haben.

    • Setzen Sie @address_change_outcome auf "escalation".

Schritt 3: Verwenden Sie @update_customer_address mit sowohl @collected_customer_id als auch @collected_new_address, um die Adressänderung abzuschließen. Folgen Sie dann der untenstehenden Logik:

  1. Wenn die Adressänderung erfolgreich ist:

    • Informieren Sie den Kunden, dass die Adresse erfolgreich aktualisiert wurde.

    • Setzen Sie @address_change_outcome auf "success".

  2. Wenn die Adressänderung aus irgendeinem Grund fehlschlägt (Systemfehler oder widersprüchliche Datensätze):

    • Informieren Sie den Kunden, dass Sie das Problem an einen menschlichen Support-Mitarbeiter eskaliert haben.

    • Setzen Sie @address_change_outcome auf "escalation".

Hinweis: Seien Sie klar darüber, welche Regionen unterstützt werden. Erinnern Sie den Kunden bei Bestätigung einer erfolgreichen Adressänderung daran, dass dies alle zukünftigen Sendungen betrifft.

Treuepunkte-Anpassung

Beschreibung: Ziel dieser Aufgabe ist es festzustellen, ob eine Anfrage eines Kunden zur Anpassung von Treuepunkten gültig ist und diese gegebenenfalls durchzuführen. Durch Befolgung dieser Anweisungen überprüfen Sie den Treuekonto-Status des Kunden, validieren die Anfrage und passen die Punkte entsprechend im System von Company X an.

Schritt 1: Verwenden Sie @get_loyalty_profile mit der ID @collected_loyalty_member_id, um den Kontostatus des Mitglieds abzurufen. Folgen Sie dann der Logik:

  1. Wenn das Treuekonto inaktiv, gesperrt oder wegen verdächtiger Aktivitäten markiert ist:

    • Informieren Sie den Kunden, dass sein Konto derzeit nicht für eine Punkteanpassung berechtigt ist.

    • Setzen Sie @points_adjustment_outcome auf "denied".

  2. Wenn das Konto in gutem Zustand ist:

    • Fahren Sie mit Schritt 2 fort.

  3. Andernfalls, wenn das System den Kontostatus nicht bestimmen kann:

    • Informieren Sie den Kunden, dass Sie sein Konto nicht verifizieren können und diese Angelegenheit an einen Support-Spezialisten eskalieren werden.

    • Setze @points_adjustment_outcome auf „escalation“.

Schritt 2: Verwenden Sie @audit_loyalty_activity, indem Sie @collected_loyalty_member_id und @collected_points_adjustment_request angeben, um die letzten Treue-Transaktionen zu überprüfen und zu sehen, ob die Anfrage gerechtfertigt ist. Dann:

  1. Wenn die angeforderte Anpassung eine Transaktion außerhalb des Anspruchszeitraums betrifft (Anspruchsdatum liegt mehr als 90 Tage zurück):

    • Informieren Sie den Kunden, dass die Anfrage aufgrund der Programmrichtlinien nicht gewährt werden kann.

    • Setze @points_adjustment_outcome auf „denied“.

  2. Wenn die Anfrage gültig ist (zum Beispiel wurden Punkte aus einem kürzlichen berechtigten Kauf nicht gutgeschrieben):

    • Fahren Sie mit Schritt 3 fort.

  3. Wenn die Prüfung keine eindeutigen Ergebnisse liefert (keine passende Transaktion gefunden oder nur teilweise Daten):

    • Informieren Sie den Kunden, dass eine weitere Untersuchung erforderlich ist und Sie die Angelegenheit an einen menschlichen Agenten eskalieren.

    • Setze @points_adjustment_outcome auf „escalation“.

Schritt 3: Verwenden Sie @adjust_loyalty_points, indem Sie @collected_loyalty_member_id und den Betrag von @collected_points_adjustment_request angeben, um die Punkteanpassung abzuschließen. Dann:

  1. Wenn die Punkteanpassung erfolgreich verarbeitet wurde:

    • Informieren Sie den Kunden, dass sein Treueguthaben aktualisiert wurde.

    • Setze @points_adjustment_outcome auf „success“.

  2. Wenn die Anpassung aufgrund eines Systemfehlers oder widersprüchlicher Aufzeichnungen fehlschlägt:

    • Informieren Sie den Kunden, dass Sie die Anfrage nicht abschließen konnten und diese zur manuellen Überprüfung eskaliert haben.

    • Setze @points_adjustment_outcome auf „escalation“.

Hinweis: Wenn eine Punkteanpassung erfolgreich ist, beziehen Sie sich auf die spezifische Transaktion, die die Punkte generiert hat. Seien Sie informativ über Programmrichtlinien, wenn Anfragen abgelehnt werden.

Hat dies deine Frage beantwortet?