Utilisez cet article pour comprendre ce que sont les releases, comment elles maintiennent les changements Fin séparés des conversations en direct, et quand en utiliser une pour préparer, valider et déployer des modifications.
Qu'est-ce que les releases ?
Une release est un espace de travail dédié où vous préparez et déployez des modifications à votre configuration Fin. Au lieu de publier directement les modifications sur votre configuration Fin en direct, vous pouvez les ajouter à une release. Rien dans une release n'affecte Main Fin, la version de production en direct de Fin, tant que vous ne publiez pas la release ou ne lancez pas un déploiement.
Pourquoi utiliser les releases ?
Le contenu, les directives, les procédures et autres configurations fonctionnent ensemble, donc même une petite mise à jour peut avoir des effets inattendus. Les releases vous offrent un moyen structuré de gérer ces changements. Avec une release, vous pouvez :
Regrouper les changements liés dans une seule release.
Collaborer avec vos coéquipiers avant que les changements ne soient en ligne.
Valider les changements en utilisant l'aperçu et les évaluations avant le déploiement.
Déployer en toute confiance en publiant immédiatement, en déployant progressivement ou en réalisant un test A/B contre Main Fin.
Comment fonctionnent les releases ?
Une release passe par 4 étapes, de la préparation des changements à leur mise en production :
Créer la release. Donnez-lui un nom descriptif qui indique ce qui change. Ce nom est uniquement pour votre équipe, Fin ne l'utilise pas.
Ajouter des changements. Une release peut contenir du contenu, des directives, des directives d'escalade, des procédures et des compétences. Vous pouvez ajouter, modifier et supprimer ces éléments dans la release.
Valider les changements. Utilisez l'aperçu pour tester le comportement de Fin avec vos modifications appliquées, et lancez des évaluations (groupes thématiques de conversations test simulées) pour vérifier que la release n'a pas perturbé le comportement de Fin ailleurs.
Mettre en production la release. Publiez-la sur Main Fin pour toutes les conversations, déployez-la progressivement à un pourcentage de conversations ou à un public spécifique, ou réalisez un test A/B qui répartit les conversations entre la release et Main Fin.
Parce que les changements sont enregistrés là où vous travaillez, le sélecteur de release vous indique si vous modifiez une release ou Main Fin. Un changement enregistré dans une release n'atteint jamais les clients seul.
Quand devrais-je utiliser une release ?
Utilisez une release chaque fois qu'un changement est suffisamment important pour que vous souhaitiez le tester avant que les clients ne le voient. Voici des cas courants :
Cas | Comment une release aide |
Préparer un lancement de produit | Mettez à jour les articles, ajoutez des directives et créez une procédure pour la nouvelle fonctionnalité dans une seule release, puis publiez tout ensemble ou déployez progressivement d'abord. |
Améliorer la façon dont Fin répond aux questions des clients | Regroupez vos modifications de contenu dans une release et comparez la nouvelle configuration à votre configuration en direct pour mesurer si la qualité des réponses s'améliore. |
Passer de répondre aux questions à les résoudre | Introduisez une procédure qui permet à Fin de traiter les remboursements de bout en bout, puis utilisez un déploiement progressif ou un test A/B pour la comparer à votre expérience actuelle basée sur le contenu. |
Que se passe-t-il lorsqu'une release entre en conflit avec Main Fin ?
Si un élément dans une release est modifié dans Main Fin après que vous l'ayez ajouté à la release, la release détecte un conflit. Tant qu'un conflit existe, vous ne pouvez pas publier la release ni lancer un déploiement tant que vous ne l'avez pas résolu. Un conflit peut aussi survenir lorsque deux releases modifient le même élément : leurs changements ne sont pas combinés, et la publication d'une release provoque un conflit dans l'autre.
Qui peut proposer et publier une release ?
Travailler avec les releases dépend de 2 niveaux d'autorisation pour chaque type de changement dans la release :
Proposer : Les coéquipiers peuvent effectuer des modifications dans une release brouillon, mais ne peuvent pas les mettre en ligne.
Publier : Les coéquipiers peuvent publier des modifications directement sur Main Fin, soit une par une, soit dans une release. Cela inclut les déploiements progressifs et les tests A/B.
Pour mettre une release en ligne, un coéquipier doit avoir le niveau publier pour chaque type de changement qu'elle contient. Vous définissez les niveaux proposer et publier pour chaque domaine lorsque vous modifiez les autorisations d'un coéquipier dans Paramètres.
Quelles autorisations contrôlent les releases pour Knowledge ?
La section Knowledge des autorisations d'un coéquipier comporte un réglage pour le contenu (extraits, articles internes et synchronisations) et un pour les articles du help center. Chaque réglage a 3 options :
Contenu : Peut voir le contenu ; Peut voir le contenu et proposer des modifications dans une release brouillon ; Peut voir le contenu et publier des modifications directement sur main (individuellement ou dans une release).
Articles du help center : Peut voir les articles du help center ; Peut voir les articles du help center et proposer des modifications dans une release brouillon ; Peut voir les articles du help center et publier des modifications directement sur main (individuellement ou dans une release).
Quelles autorisations contrôlent les releases pour Fin AI Agent & Automation ?
La section Fin AI Agent & Automation a un réglage, Permissions pour workflows et toute la configuration Fin. Il couvre la configuration Fin comme les directives, l'escalade et les procédures, et il a 4 options :
N'a pas accès à la visualisation de la configuration
Peut voir la configuration
Peut voir la configuration et proposer des modifications dans une release brouillon
Peut voir la configuration et publier des modifications directement sur main (individuellement ou dans une release)
Lorsque vous sélectionnez l'option publier, une case à cocher Inbound workflows & Fin configuration apparaît en dessous.
FAQs
Qu'est-ce que Main Fin ?
Qu'est-ce que Main Fin ?
Main Fin est votre version de production en direct de Fin, et elle est aussi affichée comme Fin Main dans certains endroits. Les changements dans une release n'affectent pas Main Fin tant que vous ne publiez pas la release ou ne lancez pas un déploiement.
Un coéquipier avec le niveau proposer peut-il publier une release ?
Un coéquipier avec le niveau proposer peut-il publier une release ?
Un coéquipier avec le niveau proposer ne peut pas publier une release. Il peut faire des modifications dans une release brouillon, mais ne peut pas mettre ces modifications en ligne.
Les changements dans une release atteignent-ils les clients avant que je publie ?
Les changements dans une release atteignent-ils les clients avant que je publie ?
Les changements dans une release n'atteignent pas les clients avant que vous ne publiiez la release ou ne lanciez un déploiement. Ils sont enregistrés dans la release, et Main Fin reste inchangé jusqu'à ce moment-là.
Que signifient Publier sur Fin Main, Enregistrer sur Fin Main et Enregistrer dans le brouillon de release ?
Que signifient Publier sur Fin Main, Enregistrer sur Fin Main et Enregistrer dans le brouillon de release ?
Publier sur Fin Main enregistre votre modification sur Fin Main, et elle est mise en ligne immédiatement. Si l'élément n'est pas publié sur votre Help Center et est désactivé pour tous les agents Fin, le bouton indique Enregistrer sur Fin Main : votre modification est enregistrée, mais rien n'est mis en ligne tant que vous ne publiez pas l'élément ou n'activez pas un agent dans la disponibilité Fin. Enregistrer dans le brouillon de release, dans le menu déroulant à côté du bouton, enregistre votre modification dans une release ; aucun de ces boutons ne publie une release.