Verwenden Sie diesen Artikel, um Inhalts-, Leitlinien- und Verfahrensänderungen in einer Salesforce-Testorganisation (einer Umgebung) mithilfe eines Releases zu testen, während Ihre Live-Organisation weiterhin Main Fin, die Live-Version von Fin, verwendet. Er richtet sich an Teammitglieder, die Fin für Salesforce mit mehr als einer verbundenen Salesforce-Organisation nutzen und Änderungen vorschlagen und veröffentlichen können.
Wie funktioniert das Testen von Fin-Änderungen in einer Salesforce-Umgebung?
Was ist eine Salesforce-Umgebung in Fin?
Fin für Salesforce kann mit mehr als einer Salesforce-Organisation verbunden sein. Ein Workspace kann eine Live-Organisation und eine oder mehrere Testorganisationen enthalten. Jede verbundene Organisation ist eine Umgebung.
Worin unterscheidet sich ein Release vom Eingrenzen eines Workflows auf eine Umgebung?
Sie können einen Workflow bereits auf eine Umgebung eingrenzen: Gehen Sie zu Deploy, öffnen Sie einen Workflow wie Salesforce cases und setzen Sie Environment beim Auslöser. Standardmäßig ist „Alle Umgebungen“ eingestellt.
Diese Einstellung steuert nur, welcher Workflow ausgeführt wird. Sie ändert nicht den Inhalt, die Leitlinien oder Verfahren, die Fin liest – Fin verwendet in jeder Umgebung dieselbe Live-Konfiguration. Ein Release ändert die Konfiguration selbst. Es fixiert eine andere Version jedes Elements darin, nur für eine Zielgruppe. Die Elemente behalten ihre Kennung, sodass Sie sie nicht kopieren müssen. Eine Zielgruppe und eine Traffic-Aufteilung steuern das gesamte Release, und Sie können es zurückrollen.
Warum gilt ein Release nur für eine Salesforce-Umgebung?
Fin schreibt die Umgebung als systemdefiniertes Gesprächsattribut in jedes Gespräch, das Zielgruppenregeln lesen können. Eine Zielgruppe ist eine gespeicherte Regelmenge, die auswählt, auf welche Gespräche ein Release angewendet wird. Ein Release-Rollout richtet sich an eine Zielgruppe, sodass das Release nur auf Gespräche angewendet wird, die dazu passen.
Wie man Fin-Änderungen in einer Salesforce-Umgebung testet
Schritt 1 – Bestätigen Sie, dass die Salesforce-Testorganisation verbunden ist
Gehen Sie zu Connect und suchen Sie die Organisation unter „Connect Fin to a test organization“. Ihr Status muss „Connected“ sein. Wenn der Status nicht „Connected“ ist, schließen Sie die Verbindung der Organisation ab, bevor Sie fortfahren.
Schritt 2 – Erstellen Sie ein Release für Ihre Fin-Änderungen
Öffnen Sie den Release-Umschalter oben in der linken Seitenleiste und klicken Sie dann auf New release. Sie können auch auf Manage releases klicken und dann New release auswählen.
Geben Sie unter Name einen Namen ein, der beschreibt, was sich ändert, zum Beispiel „Refund policy overhaul“.
Optional: Geben Sie unter Description ein, was das Release ändert und warum.
Klicken Sie auf Create release.
Der Name und die Beschreibung sind nur für Ihr Team. Fin verwendet sie nicht. Nachdem Sie auf Create release geklickt haben, öffnet sich das Release im Entwurfszustand, in dem Sie Änderungen hinzufügen können.
Schritt 3 – Fügen Sie Ihre Änderungen zum Release hinzu
Innerhalb des Entwurfs-Releases können Sie im Abschnitt Add changes to this release Elemente hinzufügen, bearbeiten oder entfernen und mehrere Änderungen zu einem Release bündeln.
Wählen Sie die Art der Änderung, die Sie vornehmen möchten: Content, Guidance, Escalation guidance oder Procedures.
Für Inhalte klicken Sie auf Public article, Internal article oder Snippet, schreiben oder bearbeiten den Inhalt und klicken dann auf Save to release.
Wiederholen Sie dies für jede Änderung, die Sie in dieser Umgebung testen möchten.
Optional: Verwenden Sie das Preview-Fenster rechts, um Fin eine Frage zu stellen, die Ihre Kunden stellen könnten, und überprüfen Sie die Antwort mit den im Release angewendeten Änderungen. Vorschau-Gespräche werden nicht berechnet.
In einem Release erstellte Inhalte zeigen den Status „Publishes with the release“ und sind für Service und Copilot aktiviert. Fahren Sie mit der Maus über den Status, um zu sehen, was er bedeutet: „In diesem Release erstellt. Wenn es zusammengeführt wird, wird es im Help Center veröffentlicht und für Fin aktiviert.“ Änderungen, die Sie im Release speichern, erreichen die Kunden nicht, und Main Fin bleibt unverändert, bis Sie in Schritt 6 einen Rollout starten.
Schritt 4 – Öffnen Sie Ihre Zielgruppen
Gehen Sie zu Settings > Data > Audiences.
Schritt 5 – Erstellen Sie eine Zielgruppe für die Umgebung
Erstellen Sie eine neue Zielgruppe und geben Sie ihr einen Namen, der den Namen der Umgebung enthält.
Klicken Sie auf Add audience rule und wählen Sie dann unter „Conversation data“ Environment aus.
Wählen Sie die Umgebung aus, die Sie testen möchten, und klicken Sie auf Save.
Schritt 6 – Starten Sie einen schrittweisen Rollout
Öffnen Sie Ihr Release, klicken Sie oben rechts auf Release und wählen Sie Roll out gradually.
Wichtig: Wählen Sie nicht Publish to Fin Main – dies wendet die Änderungen in Main Fin in jeder Umgebung an.
Schritt 7 – Wählen Sie die Zielgruppe aus und setzen Sie die Aufteilung auf 100 %
Optional: Ändern Sie unter Name den Rollout-Namen. Fin füllt ihn mit dem Release-Namen und dem heutigen Datum aus.
Wählen Sie unter Audience die für diese Umgebung erstellte Zielgruppe aus.
Bewegen Sie den Schieberegler unter Traffic split auf 100 %. Das Panel sollte „100 % Release“ und „0 % Fin Main“ anzeigen.
Klicken Sie auf Start gradual rollout.
Schritt 8 – Testen Sie Ihre Änderungen in der Test- und Live-Organisation
Starten Sie ein neues Gespräch in Ihrer Testorganisation. Fin antwortet mit der Konfiguration des Releases.
Starten Sie ein Gespräch in Ihrer Live-Organisation. Fin antwortet mit Main Fin.
Tipp: Wenn Sie mit den Ergebnissen zufrieden sind, wählen Sie im Release-Menü Publish to Fin Main, um die Änderungen in jeder Umgebung anzuwenden, oder beenden Sie den Rollout, um sie zu verwerfen. Weitere Informationen finden Sie unter Wie man ein Release in Fin ausrollt.
Wie man ein Release in einer Salesforce-Umgebung mit Test in environment testet
Verwenden Sie die Option Test in environment im Release-Menü, um ein Release in einer oder mehreren verbundenen Salesforce-Testumgebungen zu testen, ohne eine Zielgruppe zu erstellen oder eine Traffic-Aufteilung festzulegen.
Öffnen Sie Ihr Release und klicken Sie oben rechts auf Release.
Wählen Sie Test in environment. Das Panel Test in environment öffnet sich.
Optional: Ändern Sie unter Name den Testnamen. Fin füllt ihn mit dem Release-Namen und dem heutigen Datum aus.
Klicken Sie unter Environment auf Select test environments und wählen Sie die zu testende Umgebung aus.
Optional: Unter Results analysis bleibt Identify conversations related to this release's changes for analysis ausgewählt, um die Ergebnisse auf Gespräche zu konzentrieren, bei denen die Änderungen des Releases angewendet werden. Um die Analyse weiter einzuschränken, klicken Sie auf Add Filter und wählen Sie ein Fin-Attribut oder ein Verfahren aus.
Klicken Sie auf Start test.
Wie man einen A/B-Test für ein Release durchführt
Verwenden Sie einen A/B-Test für ein Release, um Fin Main (Version A) mit dem Release (Version B) anhand eines Ziels zu vergleichen, z. B. der Lösungsrate. Ein A/B-Test führt die beiden Versionen von Fin nebeneinander aus, teilt Gespräche zufällig zwischen ihnen auf, und die Version, die bei Ihrem Ziel besser abschneidet, gewinnt.
Öffnen Sie Ihr Release und klicken Sie neben dem Release-Menü auf Start A/B test. Das Panel Create A/B test öffnet sich auf der Registerkarte Goal.
Behalten Sie unter Name den Testnamen bei oder ändern Sie ihn. Fin füllt ihn mit dem Release-Namen und dem heutigen Datum aus, und Sie finden den Test unter diesem Namen auf der Registerkarte Results.
Wählen Sie unter What metric are you looking to improve? die Metrik aus, nach der der Test bewertet wird. Das Beispiel zeigt Resolution rate. Klicken Sie auf Next.
Wählen Sie auf der Registerkarte Setup unter Audience aus, wer teilnimmt.
Bewegen Sie den Schieberegler unter Traffic split, um auszuwählen, wie viele Gespräche das Release erhalten. Das Panel zeigt Version A (Control) als Anteil von Fin Main und Version B (Treatment) als Anteil dieses Releases an. Zum Beispiel zeigt 10 % „90 % Fin Main“ und „10 % This release“.
Optional: Klicken Sie unter Results analysis auf Add Filter, um Ergebnisse nur für Gespräche zu sehen, die dem Filter entsprechen. Standardmäßig umfassen die Ergebnisse alle Gespräche, und Sie können beide im Tab Results verfolgen. Klicken Sie auf Next.
Überprüfen Sie auf der Registerkarte Review den Namen, das Ziel, die Zielgruppe, die Aufteilung und die Bewertungsgrundlage der Ergebnisse, und klicken Sie dann auf Start A/B test. Sie können den Test jederzeit beenden.
Wie beeinflusst die Traffic-Aufteilung, wie schnell ein A/B-Test ein Ergebnis liefert?
Die Traffic-Aufteilung beeinflusst, wie schnell ein A/B-Test ein signifikantes Ergebnis liefert: Je näher die Aufteilung bei 50/50 liegt, desto schneller erhalten Sie eines. Ein Ergebnis ist statistisch signifikant, wenn der Unterschied zwischen A und B groß genug ist, dass er nicht zufällig ist. Die Seite mit weniger Gesprächen bestimmt das Tempo, daher ist 50/50 am schnellsten, und eine Aufteilung wie 90/10 dauert mehrere Male länger.
Was passiert, nachdem ich einen A/B-Test gestartet habe?
Der Anteil der Gespräche, den Sie gewählt haben, erhält das Release, und der Rest bleibt bei Fin Main.
Sie verfolgen die Zielmetrik, z. B. die Lösungsrate, für A und B im Tab Results. Fin informiert Sie, wenn der Unterschied zuverlässig ist.
Wenn B gewinnt, veröffentlichen Sie das Release in Fin Main. Wenn nicht, beenden Sie den Test und behalten Fin Main bei.
Wie man sieht, in welcher Umgebung ein Release läuft
Nachdem Sie den Rollout gestartet haben, zeigen der Release-Umschalter und die Releases-Seite den Status des Releases an. Ein Release, das in einer Umgebung läuft, zeigt einen Status wie „In drive-connect-6834-dev-ed“, was der Name der Umgebung ist. Ein Release, das für einen Anteil der Gespräche ausgerollt wird, zeigt stattdessen einen Prozentsatz, z. B. 25 %.
