Verwenden Sie diesen Artikel, um zu verstehen, was Releases sind, wie sie Fin-Änderungen von Live-Gesprächen trennen und wann Sie ein Release verwenden, um Änderungen vorzubereiten, zu validieren und auszurollen.
Was sind Releases?
Ein Release ist ein dedizierter Arbeitsbereich, in dem Sie Änderungen an Ihrer Fin-Konfiguration vorbereiten und bereitstellen. Anstatt Bearbeitungen direkt in Ihrer Live-Fin-Konfiguration zu veröffentlichen, können Sie Änderungen zu einem Release hinzufügen. Nichts in einem Release beeinflusst Main Fin, die Live-Produktionsversion von Fin, bis Sie das Release veröffentlichen oder einen Rollout starten.
Warum Releases verwenden?
Inhalte, Anleitungen, Verfahren und andere Konfigurationen arbeiten zusammen, sodass selbst ein kleines Update unerwartete Auswirkungen haben kann. Releases bieten Ihnen eine strukturierte Möglichkeit, diese Änderungen zu verwalten. Mit einem Release können Sie:
Verbundene Änderungen in einem einzigen Release bündeln.
Mit Teamkollegen zusammenarbeiten, bevor Änderungen live gehen.
Änderungen validieren mit Vorschau und Evals vor der Bereitstellung.
Mit Vertrauen bereitstellen, indem Sie sofort veröffentlichen, schrittweise ausrollen oder einen A/B-Test gegen Main Fin durchführen.
Wie funktionieren Releases?
Ein Release durchläuft 4 Phasen, vom Vorbereiten der Änderungen bis zum Versand:
Release erstellen. Geben Sie ihm einen beschreibenden Namen, der angibt, was sich ändert. Der Name ist nur für Ihr Team, Fin verwendet ihn nicht.
Änderungen hinzufügen. Ein Release kann Inhalte, Anleitungen, Eskalationsanleitungen, Verfahren und Fähigkeiten enthalten. Sie können diese Elemente im Release hinzufügen, bearbeiten und löschen.
Änderungen validieren. Verwenden Sie Vorschau, um zu testen, wie Fin sich mit Ihren Änderungen verhält, und führen Sie Evals (thematische Gruppen simulierten Testgespräche) durch, um zu prüfen, ob das Release das Verhalten von Fin an anderer Stelle nicht beeinträchtigt.
Release versenden. Veröffentlichen Sie es für alle Gespräche in Main Fin, rollen Sie es schrittweise für einen Prozentsatz der Gespräche oder eine bestimmte Zielgruppe aus, oder führen Sie einen A/B-Test durch, der Gespräche zwischen dem Release und Main Fin aufteilt.
Da Änderungen dort gespeichert werden, wo Sie arbeiten, zeigt der Release-Umschalter an, ob Sie ein Release oder Main Fin bearbeiten. Eine Änderung, die in einem Release gespeichert wird, erreicht Kunden nie allein.
Wann sollte ich ein Release verwenden?
Verwenden Sie ein Release immer dann, wenn eine Änderung groß genug ist, um sie zu testen, bevor Kunden sie sehen. Dies sind häufige Fälle:
Fall | Wie ein Release hilft |
Bereiten Sie eine Produkteinführung vor | Aktualisieren Sie Artikel, fügen Sie Anleitungen hinzu und erstellen Sie ein Verfahren für die neue Funktion in einem Release, dann veröffentlichen Sie alles zusammen oder rollen es zuerst schrittweise aus. |
Verbessern Sie, wie Fin Kundenfragen beantwortet | Fassen Sie Ihre Inhaltsänderungen in einem Release zusammen und vergleichen Sie die neue Konfiguration mit Ihrer Live-Einrichtung, um zu messen, ob sich die Antwortqualität verbessert. |
Wechseln Sie vom Beantworten von Fragen zum Lösen dieser | Führen Sie ein Verfahren ein, das Fin ermöglicht, Rückerstattungen vollständig zu bearbeiten, und verwenden Sie dann einen phasenweisen Rollout oder A/B-Test, um es mit Ihrer bestehenden inhaltsbasierten Erfahrung zu vergleichen. |
Was passiert, wenn ein Release mit Main Fin in Konflikt steht?
Wenn ein Element in einem Release nach dem Hinzufügen in Main Fin geändert wird, erkennt das Release einen Konflikt. Solange ein Konflikt besteht, können Sie das Release nicht veröffentlichen oder einen Rollout starten, bis Sie ihn beheben. Ein Konflikt kann auch auftreten, wenn zwei Releases dasselbe Element ändern: Ihre Änderungen werden nicht kombiniert, und das Veröffentlichen eines Releases verursacht einen Konflikt im anderen.
Wer kann ein Release vorschlagen und veröffentlichen?
Die Arbeit mit Releases hängt von 2 Berechtigungsstufen für jede Art von Änderung im Release ab:
Vorschlagen: Teamkollegen können Änderungen in einem Entwurfs-Release vornehmen, aber nicht live schalten.
Veröffentlichen: Teamkollegen können Änderungen direkt in Main Fin veröffentlichen, einzeln oder in einem Release. Dies umfasst schrittweise Rollouts und A/B-Tests.
Um ein Release live zu schalten, benötigt ein Teamkollege die Veröffentlichungsberechtigung für jede Art von Änderung darin. Sie legen die Vorschlags- und Veröffentlichungsstufen für jeden Bereich fest, wenn Sie die Berechtigungen eines Teamkollegen in den Einstellungen bearbeiten.
Welche Berechtigungen steuern Releases für Knowledge?
Der Knowledge-Bereich der Berechtigungen eines Teamkollegen hat eine Einstellung für Inhalte (Snippets, interne Artikel und Synchronisationen) und eine für help center Artikel. Jede Einstellung hat 3 Optionen:
Inhalte: Kann Inhalte ansehen; Kann Inhalte ansehen und Änderungen in einem Entwurfs-Release vorschlagen; Kann Inhalte ansehen und Änderungen direkt in Main Fin veröffentlichen (einzeln oder in einem Release).
Help center Artikel: Kann help center Artikel ansehen; Kann help center Artikel ansehen und Änderungen in einem Entwurfs-Release vorschlagen; Kann help center Artikel ansehen und Änderungen direkt in Main Fin veröffentlichen (einzeln oder in einem Release).
Welche Berechtigungen steuern Releases für Fin AI Agent & Automation?
Der Bereich Fin AI Agent & Automation hat eine Einstellung, Berechtigungen für workflows und alle Fin-Konfiguration. Er umfasst Fin-Konfigurationen wie Anleitungen, Eskalationen und Verfahren und hat 4 Optionen:
Hat keinen Zugriff auf die Konfigurationsansicht
Kann Konfiguration ansehen
Kann Konfiguration ansehen und Änderungen in einem Entwurfs-Release vorschlagen
Kann Konfiguration ansehen und Änderungen direkt in Main Fin veröffentlichen (einzeln oder in einem Release)
Wenn Sie die Veröffentlichungsoption auswählen, erscheint darunter ein Kontrollkästchen für Inbound workflows & Fin configuration.
FAQs
Was ist Main Fin?
Was ist Main Fin?
Main Fin ist Ihre Live-Produktionsversion von Fin und wird an einigen Stellen auch als Fin Main angezeigt. Änderungen in einem Release beeinflussen Main Fin nicht, bis Sie das Release veröffentlichen oder einen Rollout starten.
Kann ein Teamkollege mit der Vorschlagsberechtigung ein Release veröffentlichen?
Kann ein Teamkollege mit der Vorschlagsberechtigung ein Release veröffentlichen?
Ein Teamkollege mit der Vorschlagsberechtigung kann ein Release nicht veröffentlichen. Er kann Änderungen in einem Entwurfs-Release vornehmen, aber diese Änderungen nicht live schalten.
Erreichen Änderungen innerhalb eines Releases Kunden, bevor ich veröffentliche?
Erreichen Änderungen innerhalb eines Releases Kunden, bevor ich veröffentliche?
Änderungen innerhalb eines Releases erreichen Kunden nicht, bevor Sie das Release veröffentlichen oder einen Rollout starten. Sie werden im Release gespeichert, und Main Fin bleibt bis dahin unverändert.
Was bedeuten Veröffentlichen in Fin Main, Speichern in Fin Main und Speichern im Release-Entwurf?
Was bedeuten Veröffentlichen in Fin Main, Speichern in Fin Main und Speichern im Release-Entwurf?
Veröffentlichen in Fin Main speichert Ihre Bearbeitung in Fin Main und wird sofort live geschaltet. Wenn das Element nicht in Ihrem Help Center veröffentlicht ist und für jeden Fin-Agent deaktiviert ist, lautet die Schaltfläche Speichern in Fin Main: Ihre Bearbeitung wird gespeichert, aber nichts wird live, bis Sie das Element veröffentlichen oder einen Agenten in der Fin-Verfügbarkeit aktivieren. Speichern im Release-Entwurf im Pfeilmenü neben der Schaltfläche speichert Ihre Bearbeitung stattdessen in einem Release; keine dieser Schaltflächen veröffentlicht ein Release.