À mesure que Fin devient une partie plus importante de votre support client, la gestion des changements devient plus complexe. Le contenu, les directives, les procédures et autres configurations fonctionnent ensemble, ce qui signifie que même de petites mises à jour peuvent avoir des effets inattendus. Releases vous offrent un moyen structuré de gérer ces changements.

Releases vous permettent de préparer et déployer en toute sécurité des modifications de votre configuration Fin dans un espace de travail dédié. Au lieu de publier directement les modifications sur votre configuration Fin en production, chaque changement est ajouté à une release.

Avec Releases, vous pouvez :

Une Release contient les changements. Vous y ajoutez des éléments, les modifiez en toute sécurité, et supprimez tout ce que vous ne souhaitez plus voir en production avec Fin dans cette Release. Rien ici ne touche votre Fin en production tant que vous ne publiez pas ou ne lancez pas une expérience.

Pour créer votre première Release, allez dans Fin AI Agent > sélectionnez « Service » dans le menu déroulant en haut de la navigation et en dessous cliquez sur « Fin Main ». Cliquez sur Créer Release.

Donnez-lui un nom et une description descriptifs — quelque chose qui indique ce qui change, comme « Modifications du traitement des remboursements ». La description est interne pour vous permettre d'identifier facilement ce qui se trouve dans la Release.

Vous pouvez maintenant ajouter des changements à votre Release. Par exemple, sélectionnez « Contenu » pour tester un article d'aide, « Guidance » ou « Escalation Guidance » pour tester des règles comportementales, ou « Procedure » pour tester un flux en plusieurs étapes.

Une fois que vous avez ajouté un changement, il apparaîtra dans votre liste de changements dans la Release.

Vous pouvez facilement voir les changements exacts effectués par élément en cliquant sur l'élément et en visualisant les différences :

Pour ajouter/modifier/supprimer plus d'éléments dans une Release, à l'intérieur de la Release, cliquez sur Ajouter plus de changements. Vous pouvez ajouter, modifier et supprimer les types d'éléments suivants dans une Release :

L'aperçu de la Release liste chaque élément de la Release, vous permettant de l'examiner facilement et d'apporter d'autres modifications si nécessaire.

Chaque élément dans l'aperçu de la Release est marqué par un indicateur montrant le type de changement :

Si vous souhaitez passer à différentes Releases, utilisez simplement le sélecteur en haut à gauche de la page dans la navigation. Vous pouvez également créer de nouvelles Releases à partir de là et basculer vers « Main Fin », qui est votre version Fin en production.

Avant que quoi que ce soit n'atteigne une conversation en direct, prévisualisez la release pour voir exactement comment Fin se comporte avec vos changements appliqués.

Preview vous indique comment Fin gère une question que vous tapez vous-même. Evals vous permettent d'exécuter un ensemble complet de conversations test enregistrées contre votre Release et d'obtenir un résultat automatique de réussite/échec pour chacune — ainsi, vous pouvez vérifier qu'un changement n'a pas altéré le comportement de Fin ailleurs avant qu'il n'atteigne les clients.

Un Eval est un groupe thématique de Simulations (conversations test réalistes à plusieurs tours avec des critères que vous définissez). Lorsque vous en exécutez un contre une Release, chaque Simulation s'exécute avec les modifications de votre Release appliquées au lieu de votre configuration Fin Main en direct. Rien ne touche les conversations en direct.

Pour en savoir plus sur le fonctionnement des Evals, Simulations et du scoring, consultez Fin Evals [beta].

Pour commencer, ouvrez la Release que vous souhaitez tester. Sur la page d'aperçu de la Release, trouvez la section Evals et cliquez sur Voir les Evals.

Choisissez l'Eval que vous souhaitez exécuter — soit un existant que vous avez constitué comme suite de régression, soit un nouveau créé pour ce changement.

Exécutez-le. Chaque Simulation dans l'Eval s'exécute contre votre Release, et vous recevrez un résultat réussite/échec, la transcription complète de la conversation, le journal des événements montrant la réflexion de Fin, et le résultat pour chaque Simulation.

Examinez les échecs éventuels, apportez d'autres modifications dans la Release, puis réexécutez l'Eval pour confirmer la correction.

Pour mettre une release en production ou démarrer et terminer un déploiement, un coéquipier doit avoir l'autorisation « Peut gérer les paramètres d'automatisation et les Workflows entrants ».

Lorsque vos modifications sont bien prévisualisées, vous décidez comment elles atteignent les clients.

Cliquez sur Déployer la release sur la page d'aperçu de la Release, puis choisissez l'une des deux options : Fusionner vers main pour publier immédiatement à tous les clients, ou Déployer progressivement pour effectuer un déploiement par phases ou un test A/B avant que cela ne soit généralisé.

Fusionner vers main publie vos modifications dans Fin Main immédiatement, les appliquant à toutes les conversations concernées. Choisissez cette option lorsque vous êtes confiant dans le changement et souhaitez qu'il soit effectif partout.

Sélectionnez Déployer progressivement pour tester vos modifications sur une part des conversations avant de vous engager pleinement. Choisissez entre deux types de déploiement :

Après avoir choisi Déploiement par phases, configurez :

Cliquez sur Démarrer le déploiement par phases pour commencer — le déploiement démarre immédiatement et apparaît sous Déploiement actif dans l'onglet Déploiements de la Release.

Une fois un déploiement en cours, ouvrez l'onglet Déploiements de la Release. Les déploiements actifs apparaissent sous Déploiement actif, et les terminés sous Déploiement passé.

Voici à quoi ressemblent les résultats d'un déploiement par phases. Vous pouvez facilement examiner les conversations affectées par la release et les comparer à celles de Fin Main pour une vérification ponctuelle.

Voici à quoi ressemblent les résultats d'un déploiement par test A/B. Vous pouvez facilement voir :

Résultats significatifs :

Résultats non concluants :

Résultats régressifs :

Vous pouvez aussi créer vos propres rapports personnalisés. Il suffit d'ajouter des filtres Release et Experiment aux rapports personnalisés dans la section Rapports pour comparer les performances entre variantes d'expérience.

Pour arrêter un déploiement de Release affectant les clients, mettez fin au déploiement. Les nouvelles conversations reviennent immédiatement à votre configuration en direct actuelle.

Une fois qu'une release a été fusionnée dans Fin Main, vous pouvez revenir en arrière sur ses modifications depuis la release elle-même.

Cela utilise toujours l'historique des versions de chaque élément dans Fin Main — la version publiée vous y conduit directement pour chaque élément modifié, au lieu que vous deviez les trouver et ouvrir vous-même.

Pour annuler les modifications d'une version fusionnée :

Fin pour Salesforce se connecte à plus d'une organisation Salesforce. Un espace de travail peut contenir une organisation en direct et une ou plusieurs organisations de test. Chaque organisation connectée est un environment.

Vous pouvez déjà cibler un workflow sur un environnement. Ouvrez Deploy, ouvrez un workflow tel que Salesforce cases, puis définissez Environment sur le déclencheur. Par défaut, c'est All environments.

Ce sélecteur contrôle quel workflow s'exécute. Il ne modifie pas le contenu, la guidance ou les procédures que Fin lit. Fin lit la même configuration en direct dans chaque environnement.

Une version modifie la configuration elle-même. Une version fixe une version différente de chaque entité qu'elle contient, pour un seul public. L'entité conserve son identifiant, vous ne la copiez donc pas. Un public et un pourcentage contrôlent tout le groupe, et vous pouvez revenir en arrière.

Fin écrit l'environnement sur chaque conversation. L'environnement est un attribut de conversation défini par le système. Une règle d'audience peut lire cet attribut.

Le déploiement d'une version prend un public. Le déploiement applique la version uniquement aux conversations qui correspondent au public.

Ouvrez Connect. Trouvez l'organisation dans Connect Fin to a test organization. Le statut doit être Connected.

Ouvrez Settings. Dans le groupe Data, sélectionnez Audiences.

Créez une nouvelle audience. Donnez-lui un nom qui contient le nom de l'environnement.

Sélectionnez Add audience rule. Sélectionnez Environment dans le groupe Conversation data.

Sélectionnez l'environnement que vous souhaitez tester. Puis sélectionnez Save.

Ouvrez votre version. Sélectionnez Rollout release. Puis sélectionnez Roll out gradually.

Gardez le type comme Phased rollout.

Dans Audience, sélectionnez l'audience de l'étape 3.

Dans Traffic split, déplacez le curseur à 100%. Le panneau doit afficher 100% Release (treatment) et 0% Main Fin (control).

Sélectionnez Start phased rollout.

Commencez une nouvelle conversation dans l'organisation de test. Fin répond avec la configuration de la version.

Commencez une conversation dans l'organisation en direct. Fin répond avec Fin Main.