Releases befindet sich derzeit in geschlossener Beta. Wenn Sie an einem frühen Zugang interessiert sind, füllen Sie bitte dieses Beta-Anfrageformular aus.

Was sind Releases?

Da Fin ein größerer Teil Ihres Kundensupports wird, wird die Verwaltung von Änderungen komplexer. Inhalte, Anleitungen, Verfahren und andere Konfigurationen arbeiten zusammen, was bedeutet, dass selbst kleine Updates unerwartete Auswirkungen haben können. Releases bieten Ihnen eine strukturierte Möglichkeit, diese Änderungen zu verwalten.

Releases ermöglichen es Ihnen, Änderungen an Ihrer Fin-Konfiguration sicher in einem eigenen Arbeitsbereich vorzubereiten und bereitzustellen. Anstatt Bearbeitungen direkt in Ihrer Live-Fin-Konfiguration zu veröffentlichen, wird jede Änderung zu einem Release hinzugefügt.

Mit Releases können Sie:

Verbundene Änderungen zu einem einzigen Release zusammenfassen.
Mit Teamkollegen zusammenarbeiten, bevor Änderungen live gehen.
Änderungen validieren mit Vorschau und Evals vor der Bereitstellung.
Mit Vertrauen bereitstellen, indem Sie Änderungen sofort veröffentlichen oder schrittweise mit einem gestaffelten Rollout oder A/B-Test gegen Ihre aktuelle Live-Fin-Version ausrollen.

Häufige Anwendungsfälle für Releases

Vorbereitung auf eine Produkteinführung	Wenn Sie ein neues Produkt oder Feature einführen, können Sie alles im Voraus in einem einzigen Release vorbereiten. Zum Beispiel könnten Sie Help Center-Artikel aktualisieren, neue Anleitungen hinzufügen, ein Verfahren für das neue Feature erstellen und andere Teile Ihrer Fin-Konfiguration anpassen. Sobald alles bereit ist, können Sie alles zusammen veröffentlichen oder zuerst schrittweise mit einem gestaffelten Rollout oder A/B-Test ausrollen.
Verbessern Sie, wie Fin Kundenfragen beantwortet	Wenn Sie Ihre Inhalte neu organisieren, um Fin bessere Antworten zu ermöglichen, können Sie all diese Änderungen in einem Release zusammenfassen und die neue Konfiguration mit Ihrer aktuellen Live-Einrichtung vergleichen. So können Sie messen, ob die aktualisierten Inhalte die Antwortqualität verbessern, bevor Sie sie breiter ausrollen.
Ersetzen Sie Informationsantworten durch automatisierte Lösungen	Derzeit verlassen Sie sich möglicherweise auf Help Center-Inhalte, um Rückerstattungsfragen zu beantworten, bevor Sie Kunden an Ihr Support-Team weiterleiten. Mit einem Release können Sie ein neues Verfahren einführen, das Fin ermöglicht, Rückerstattungen vollständig zu bearbeiten, und es dann schrittweise – mit einem gestaffelten Rollout oder A/B-Test – ausrollen, um das neue Verfahren mit Ihrer bestehenden inhaltsbasierten Erfahrung zu vergleichen, bevor Sie es für alle bereitstellen.

Erstellung eines Releases

Ein Release enthält die Änderungen. Sie fügen Elemente hinzu, bearbeiten sie sicher und entfernen alles, was Sie nicht mehr live mit Fin haben möchten, als Teil dieses Releases. Nichts davon betrifft Ihre Live-Fin, bis Sie live gehen oder ein Experiment starten.

Um Ihr erstes Release zu erstellen, gehen Sie zu Fin AI Agent > wählen Sie im Dropdown oben in der Navigation „Service“ aus und klicken Sie unter diesem Dropdown auf „Fin Main“. Klicken Sie auf Create Release.

Geben Sie ihm einen beschreibenden Namen und eine Beschreibung – etwas, das sagt, was sich ändert, wie „Änderungen bei der Rückerstattungsbearbeitung“. Die Beschreibung ist intern, damit Sie leicht erkennen, was im Release enthalten ist.

Jetzt können Sie Änderungen zu Ihrem Release hinzufügen. Wählen Sie zum Beispiel „Content“, um einen Hilfsartikel zu testen, „Guidance“ oder „Escalation Guidance“, um Verhaltensregeln zu testen, oder „Procedure“, um einen mehrstufigen Ablauf zu testen.

Sobald Sie eine Änderung hinzugefügt haben, erscheint sie in Ihrer Liste der Änderungen im Release.

Sie können die genauen Änderungen pro Element leicht sehen, indem Sie auf das Element klicken und die Unterschiede anzeigen:

Elemente in einem Release hinzufügen, bearbeiten & löschen

Um weitere Elemente als Teil eines Releases hinzuzufügen/bearbeiten/löschen, klicken Sie innerhalb des Releases auf Add more changes. Sie können die folgenden Elementtypen innerhalb eines Releases hinzufügen, bearbeiten und löschen:

Content (öffentliche Artikel, interne Artikel und Snippets)
Guidance
Escalation Guidance
Procedures

Sehen, was sich ändert

Die Release-Übersicht listet jedes Element im Release auf, sodass Sie es leicht überblicken und bei Bedarf weitere Änderungen vornehmen können.

Jedes Element in der Release-Übersicht ist mit einem Indikator markiert, der die Art der Änderung anzeigt:

+1 — Neuer Inhalt, der zuvor nicht im Arbeitsbereich vorhanden war
-1 — Inhalt, der aus dem Arbeitsbereich gelöscht wurde
Stiftsymbol — Inhalt, der bereits im Arbeitsbereich vorhanden war und bearbeitet wurde

Zwischen Releases und Main Fin wechseln

Wenn Sie zu anderen Releases wechseln möchten, verwenden Sie einfach den Schalter oben links auf der Seite in der Navigation. Dort können Sie auch neue Releases erstellen und zu „Main Fin“ wechseln, Ihrer Live-Produktionsversion von Fin.

Vorschau

Bevor etwas in einem Live-Gespräch landet, sehen Sie sich die Vorschau des Releases an, um genau zu sehen, wie Fin mit Ihren Änderungen reagiert.

Die Vorschau führt Fin mit den Änderungen Ihres Releases aus, sodass Sie das reale Verhalten sehen, das Kunden erhalten würden.
Vorschau-Gespräche beeinflussen Ihre Live-Fin nicht und werden nicht berechnet.
Verwenden Sie sie, um jede Änderung vor dem Live-Gang oder Experiment zu überprüfen.

Tipp: Testen Sie die genaue Frage, die ein Kunde stellen würde, um Ihre Änderung auszulösen, und bestätigen Sie, dass Fin jetzt so antwortet.

Hinweis: Vorschau-Gespräche erscheinen während des Testens in Ihrem Live-Inbox. Dies ist erwartetes Verhalten, kein bug — es sind echte Gespräche, auf die Fin im Rahmen der Vorschau reagiert. Sie beeinflussen Ihre Berichte oder Abrechnung nicht.

Führen Sie Evals für ein Release durch

Um diese spezielle Funktion zu nutzen, benötigen Sie Zugang zur Evals-Beta. Das Ausführen von Evals innerhalb eines Release erfordert die Teilnahme an der geschlossenen Fin Evals-Beta. Wenn Sie die Option noch nicht sehen, reichen Sie eine Beta-Anfrage ein, um Zugang zu erhalten.

Preview zeigt Ihnen, wie Fin eine von Ihnen selbst eingegebene Frage behandelt. Evals ermöglichen es Ihnen, eine ganze Reihe gespeicherter Testgespräche gegen Ihr Release laufen zu lassen und für jedes automatisch ein Bestehen/Nichtbestehen-Ergebnis zu erhalten – so können Sie prüfen, ob eine Änderung das Verhalten von Fin an anderer Stelle nicht beeinträchtigt, bevor sie Kunden erreicht.

Ein Eval ist eine thematische Gruppe von Simulationen (realistische, mehrstufige Testgespräche mit von Ihnen definierten Kriterien). Wenn Sie eines gegen ein Release ausführen, läuft jede Simulation mit den Änderungen Ihres Releases statt mit Ihrer Live-Fin-Main-Konfiguration. Live-Gespräche werden nicht berührt.

Weitere Informationen darüber, wie Evals, Simulationen und Bewertungen funktionieren, finden Sie unter Fin Evals [beta].

Erstellen eines Evals auf einem Release

Um zu beginnen, öffnen Sie das Release, das Sie testen möchten. Auf der Übersichtsseite des Releases finden Sie den Abschnitt Evals und klicken auf See Evals.

Wählen Sie das Eval aus, das Sie ausführen möchten – entweder ein bestehendes, das Sie als Regressionstest-Suite aufgebaut haben, oder ein neues, das für diese Änderung erstellt wurde.

Führen Sie es aus. Jede Simulation im Eval läuft gegen Ihr Release, und Sie erhalten ein Bestehen/Nichtbestehen-Ergebnis, das vollständige Gesprächstranskript, das Ereignisprotokoll, das Fin’s Denkprozess zeigt, und das Ergebnis für jede Simulation.

Überprüfen Sie etwaige Fehler, nehmen Sie weitere Änderungen im Release vor und führen Sie das Eval erneut aus, um die Korrektur zu bestätigen.

Tipp: Führen Sie Evals aus, bevor Sie ein Release live schalten oder ein Experiment starten. Preview eignet sich am besten für die Stichprobenprüfung einer bestimmten Frage; Evals sind am besten, um zu bestätigen, dass das Release nichts regressiert hat, was Sie bereits getestet haben.

Berechtigungen

Um ein Release live zu schalten oder eine Rollout zu starten und zu beenden, benötigt ein Teammitglied die Berechtigung „Can manage Automation settings and inbound Workflows“.

Live gehen & schrittweise ausrollen

Wenn Ihre Änderungen gut im Preview aussehen, entscheiden Sie, wie sie zu den Kunden gelangen.

Klicken Sie auf der Übersichtsseite des Releases auf Rollout release und wählen Sie dann eine von zwei Optionen: Merge to main, um sofort für alle Kunden zu veröffentlichen, oder Roll out gradually, um einen phasenweisen Rollout oder einen A/B-Test durchzuführen, bevor es für alle verfügbar ist.

Merge to main

Das Zusammenführen mit main veröffentlicht Ihre Änderungen sofort in Fin Main und wendet sie auf alle relevanten Gespräche an. Wählen Sie dies, wenn Sie von der Änderung überzeugt sind und sie überall wirksam sein soll.

Roll out gradually

Wählen Sie Roll out gradually, um Ihre Änderungen an einem Teil der Gespräche zu testen, bevor Sie sie vollständig übernehmen. Wählen Sie zwischen zwei Rollout-Typen:

Phased rollout — Veröffentlichung für einen Prozentsatz der Gespräche, Überwachung der Leistung und Erhöhung des Prozentsatzes, wenn Sie sich sicher fühlen.
A/B test — Aufteilung des Traffics gegenüber Fin Main und Messung einer Metrik auf statistische Signifikanz. Am besten, wenn Sie einen Nachweis benötigen, dass sich eine Zahl verändert hat.

Einrichten eines phasenweisen Rollouts

Nach der Auswahl von Phased rollout konfigurieren Sie:

Name — standardmäßig der Name des Releases und das heutige Datum; bearbeiten Sie ihn, um den Rollout zu beschreiben.
Audience — für wen der Rollout gilt (Standard ist Everyone).
Traffic split — wählen Sie den Prozentsatz der Gespräche, die das neue Release verwenden (Standard ist 10 %); der Rest bleibt bei Fin Main.
Results analysis — optional können Sie Gespräche identifizieren, die mit den Änderungen des Releases zusammenhängen, um die Messung zu erleichtern, und Filter hinzufügen, um weiter einzugrenzen. Wenn Sie dies aktivieren und Filter hinzufügen (z. B. ein Thema oder ein Fin-Attribut), vergleichen die Ergebnisse nur Gespräche, bei denen Ihre Änderungen einen Unterschied machen könnten. Wir empfehlen die Nutzung, wenn Ihre Änderungen nur für einige Gespräche gelten. Andernfalls können nicht verwandte Gespräche die tatsächliche Auswirkung verschleiern oder ein zufälliges Ergebnis erzeugen.

Klicken Sie auf Start phased rollout, um zu beginnen – der Rollout startet sofort und erscheint unter Active rollout im Rollouts-Tab des Releases.

Rollout-Ergebnisse anzeigen

Sobald ein Rollout läuft, öffnen Sie den Rollouts-Tab des Releases. Aktive Rollouts erscheinen unter Active rollout, abgeschlossene unter Past rollout.

So sehen die Ergebnisse eines phased rollout aus. Sie können leicht in die vom Release betroffenen Gespräche eintauchen und sie mit denen in Fin Main zum Stichprobenvergleich vergleichen.

So sehen die Ergebnisse eines a/b test rollout aus. Sie können leicht sehen:

Result label: ein kurzes Urteil darüber, ob das Release einen messbaren Unterschied gemacht hat.
Estimated effect: wie stark das Release die Lösungsrate in Prozentpunkten (pp) verändert hat, mit einem 95%-Konfidenzintervall. Das Diagramm zeigt diesen Bereich. Der Punkt ist die Schätzung, die Leiste der Bereich, und die Linie in der Mitte markiert Null (keine Veränderung).
Conversation volume: wie viele Gespräche zum Release und wie viele zu Fin Main gingen. Expected split bedeutet, dass der Traffic entsprechend Ihrer Traffic-Split-Einstellung aufgeteilt wird, sodass der Vergleich fair ist.
Resolution rate: die Lösungsrate für das Release (lila Balken) neben Fin Main (grauer Balken).

Signifikante Ergebnisse:

Unklare Ergebnisse:

Regressive Ergebnisse:

Berichterstattung über Releases mit benutzerdefinierten Berichten

Sie können auch eigene benutzerdefinierte Berichte erstellen. Fügen Sie einfach Release- und Experiment-Filter zu benutzerdefinierten Berichten im Berichte-Bereich hinzu, um die Leistung über Experimentvarianten hinweg zu vergleichen.

Zurücksetzen

Beenden eines Rollouts

Um einen Release-Rollout zu stoppen, der Kunden betrifft, beenden Sie den Rollout. Neue Gespräche kehren sofort zu Ihrer aktuellen Live-Konfiguration zurück.

Gehen Sie zu dem Release, das den Rollout enthält, den Sie stoppen möchten.
Öffnen Sie den Rollouts-Tab und klicken Sie dann auf das … (Auslassungszeichen)-Menü neben dem Rollout-Namen.
Wählen Sie End rollout.

Hinweis: Sobald ein Rollout gestartet wurde, können Sie den Rollout-Prozentsatz nicht mehr anpassen – Sie können ihn nicht während des Rollouts erhöhen (z. B. 20 % → 60 %) oder verringern. Die einzige Möglichkeit, den Traffic-Anteil zu ändern, besteht darin, den Rollout zu beenden und einen neuen mit dem gewünschten Prozentsatz zu starten. Um einen Rollout vollständig zu stoppen, wählen Sie End rollout im …-Menü.

Änderungen aus einem zusammengeführten Release zurücksetzen

Sobald ein Release in Fin Main zusammengeführt wurde, können Sie seine Änderungen direkt im Release zurücksetzen.

Dies verwendet weiterhin die Versionshistorie jedes Elements in Fin Main – die Veröffentlichung führt Sie nur direkt zu jedem geänderten Element, anstatt dass Sie jedes selbst suchen und öffnen müssen.

Hinweis: Rollback wird derzeit nicht für escalation guidance, snippets, interne Artikel, evals oder gelöschte Elemente unterstützt.

So rollen Sie Änderungen aus einer zusammengeführten Veröffentlichung zurück:

Öffnen Sie die Veröffentlichung, von der Sie zurückrollen möchten, unter Releases.
Klicken Sie oben rechts in der Veröffentlichung auf Roll back changes.
Überprüfen Sie im Dialog Roll back changes from this release die Liste der in der Veröffentlichung enthaltenen Änderungen.
Klicken Sie auf das Rückgängig-Symbol neben einem Element, um dieses Element auf die Version vor der Veröffentlichung zurückzusetzen.

So testen Sie die Fin-Konfiguration in einer Salesforce-Umgebung

Hintergrund

Fin für Salesforce verbindet sich mit mehr als einer Salesforce-Organisation. Ein Workspace kann eine Live-Organisation und eine oder mehrere Testorganisationen enthalten. Jede verbundene Organisation ist eine environment.

Was eine Veröffentlichung hinzufügt

Sie können bereits einen workflow auf eine environment beschränken. Öffnen Sie Deploy, öffnen Sie einen Workflow wie Salesforce cases und setzen Sie dann Environment beim Auslöser. Standard ist All environments.

Dieser Auswahlregler steuert, welcher Workflow ausgeführt wird. Er ändert nicht den Inhalt, die guidance oder die Verfahren, die Fin liest. Fin liest in jeder environment dieselbe Live-Konfiguration.

Eine Veröffentlichung ändert die Konfiguration selbst. Eine Veröffentlichung fixiert eine andere Version jeder Entität darin, nur für ein Publikum. Die Entität behält ihre Kennung, sodass Sie sie nicht kopieren. Ein Publikum und ein Prozentsatz steuern die gesamte Gruppe, und Sie können zurückrollen.

Warum es funktioniert

Fin schreibt die environment auf jede Konversation. Die environment ist ein systemdefiniertes Konversationsattribut. Eine Audience-Regel kann dieses Attribut lesen.

Ein Rollout einer Veröffentlichung nimmt ein Publikum. Der Rollout wendet die Veröffentlichung nur auf Konversationen an, die dem Publikum entsprechen.

Wie es funktioniert

Schritt 1 – Bestätigen Sie, dass die environment verbunden ist

Öffnen Sie Connect. Finden Sie die Organisation unter Connect Fin to a test organization. Der Status muss Connected sein.

Schritt 2 – Öffnen Sie die Publikumsliste

Öffnen Sie Settings. Wählen Sie in der Gruppe Data Audiences aus.

Schritt 3 – Erstellen Sie ein Publikum für die environment

Erstellen Sie ein neues Publikum. Geben Sie ihm einen Namen, der den Namen der environment enthält.

Wählen Sie Add audience rule. Wählen Sie Environment in der Gruppe Conversation data aus.

Wählen Sie die environment aus, die Sie testen möchten. Wählen Sie dann Save.

Schritt 4 – Starten Sie einen schrittweisen Rollout

Öffnen Sie Ihre Veröffentlichung. Wählen Sie Rollout release. Wählen Sie dann Roll out gradually.

Wichtig: Wählen Sie nicht Merge to main – dies würde die Änderungen direkt auf Fin Main anwenden.

Schritt 5 – Wählen Sie das Publikum und setzen Sie die Aufteilung auf 100 %

Behalten Sie den Typ als Phased rollout bei.

Wählen Sie unter Audience das Publikum aus Schritt 3 aus.

Bewegen Sie im Bereich Traffic split den Schieberegler auf 100%. Das Panel muss 100% Release (treatment) und 0% Main Fin (control) anzeigen.

Wählen Sie Start phased rollout.

Schritt 6 – Testen

Starten Sie eine neue Konversation in der Testorganisation. Fin antwortet mit der Konfiguration aus der Veröffentlichung.

Starten Sie eine Konversation in der Live-Organisation. Fin antwortet mit Fin Main.

FAQs

Was ist „Fin Main“?

Fin Main ist Ihre Live-Produktionsversion von Fin. Alles, was sich in einer Release befindet, wirkt sich nicht auf Fin Main aus, bis Sie ein Experiment live schalten oder die Release auf 100 % live setzen.

Was kann ich in einer Release hinzufügen, bearbeiten oder löschen?

Sie können Content, Guidance, Escalation Guidance und Procedures in einer Release hinzufügen, bearbeiten und entfernen. Die Unterstützung für weitere Entitätstypen – einschließlich Attributes und Data Connectors – ist noch in Arbeit und kommt bald.

Was passiert, wenn zwei Releases dasselbe Element ändern?

Wenn zwei Releases Änderungen am selben Inhalt, an derselben guidance, Procedure oder einer anderen unterstützten Entität enthalten, werden die Änderungen nicht zusammengeführt. Wenn Sie eine Release veröffentlichen, ersetzt deren Version der Entität die aktuell live geschaltete Version. Zum Beispiel überschreibt beim Veröffentlichen von Release B nach Release A die Version aus Release B die guidance.

Kann ich Änderungen während der Bearbeitung in einer Release speichern?

Änderungen werden im Release-Editor nicht automatisch gespeichert. Wenn Sie die Seite aktualisieren oder vor dem Speichern weg navigieren, gehen alle nicht gespeicherten Änderungen verloren. Speichern Sie daher häufig während der Arbeit.

Verwandte Artikel

Releases für Fin [beta]