Use este artigo para entender o que são releases, como eles mantêm as mudanças do Fin separadas das conversas ao vivo e quando usar um para preparar, validar e implementar mudanças.
O que são releases?
Um release é um espaço de trabalho dedicado onde você prepara e implanta mudanças na sua configuração do Fin. Em vez de publicar edições diretamente na sua configuração ao vivo do Fin, você pode adicionar mudanças a um release. Nada em um release afeta o Main Fin, a versão de produção ao vivo do Fin, até que você publique o release ou inicie uma implementação.
Por que usar releases?
Conteúdo, orientações, procedimentos e outras configurações funcionam juntos, então até uma pequena atualização pode ter efeitos inesperados. Releases oferecem uma forma estruturada de gerenciar essas mudanças. Com um release, você pode:
Agrupar mudanças relacionadas em um único release.
Colaborar com colegas antes que as mudanças entrem no ar.
Validar mudanças usando Preview e Evals antes da implantação.
Implantar com confiança publicando imediatamente, implementando gradualmente ou executando um teste A/B contra o Main Fin.
Como os releases funcionam?
Um release passa por 4 etapas, desde preparar as mudanças até enviá-las:
Crie o release. Dê um nome descritivo que indique o que está mudando. O nome é apenas para sua equipe, e o Fin não o utiliza.
Adicione mudanças. Um release pode conter conteúdo, orientações, orientações de escalonamento, procedimentos e habilidades. Você pode adicionar, editar e excluir esses itens dentro do release.
Valide as mudanças. Use Preview para testar como o Fin se comporta com suas mudanças aplicadas e execute Evals (grupos temáticos de conversas simuladas) para verificar se o release não quebrou o comportamento do Fin em outras áreas.
Envie o release. Publique-o no Main Fin para todas as conversas, implemente gradualmente para uma porcentagem das conversas ou um público específico, ou execute um teste A/B que divida as conversas entre o release e o Main Fin.
Como as mudanças são salvas onde você está trabalhando, o seletor de release indica se você está editando um release ou o Main Fin. Uma mudança salva dentro de um release nunca chega aos clientes sozinha.
Quando devo usar um release?
Use um release sempre que uma mudança for grande o suficiente para que você queira testá-la antes que os clientes a vejam. Estes são casos comuns:
Caso | Como um release ajuda |
Preparar para o lançamento de um produto | Atualize artigos, adicione orientações e crie um procedimento para o novo recurso em um único release, depois publique tudo junto ou implemente gradualmente primeiro. |
Melhorar como o Fin responde às perguntas dos clientes | Agrupe suas mudanças de conteúdo em um release e compare a nova configuração com sua configuração ao vivo para medir se a qualidade das respostas melhora. |
Passar de responder perguntas para resolvê-las | Introduza um procedimento que permita ao Fin processar reembolsos de ponta a ponta, depois use uma implementação faseada ou teste A/B para compará-lo com sua experiência atual baseada em conteúdo. |
O que acontece quando um release entra em conflito com o Main Fin?
Se um item em um release for alterado no Main Fin depois que você o adicionou ao release, o release detecta um conflito. Enquanto existir um conflito, você não pode publicar o release nem iniciar uma implementação até que o corrija. Um conflito também pode acontecer quando dois releases modificam o mesmo item: suas mudanças não são combinadas, e publicar um release causa um conflito no outro.
Quem pode propor e publicar um release?
Trabalhar com releases depende de 2 níveis de permissão para cada tipo de mudança no release:
Propor: Colegas podem fazer mudanças em um release rascunho, mas não podem torná-las ao vivo.
Publicar: Colegas podem publicar mudanças diretamente no Main Fin, seja uma a uma ou em um release. Isso inclui implementações graduais e testes A/B.
Para tornar um release ao vivo, um colega precisa do nível de publicação para cada tipo de mudança nele. Você define os níveis de propor e publicar para cada área ao editar as permissões de um colega nas Configurações.
Quais permissões controlam releases para Knowledge?
A seção Knowledge das permissões de um colega tem uma configuração para conteúdo (snippets, artigos internos e sincronizações) e outra para artigos do help center. Cada configuração tem 3 opções:
Conteúdo: Pode visualizar conteúdo; Pode visualizar conteúdo e propor mudanças em um release rascunho; Pode visualizar conteúdo e publicar mudanças diretamente no main (individualmente ou em um release).
Artigos do help center: Pode visualizar artigos do help center; Pode visualizar artigos do help center e propor mudanças em um release rascunho; Pode visualizar artigos do help center e publicar mudanças diretamente no main (individualmente ou em um release).
Quais permissões controlam releases para Fin AI Agent & Automation?
A seção Fin AI Agent & Automation tem uma configuração, Permissões para workflows e toda configuração do Fin. Ela cobre configuração do Fin como orientações, escalonamento e procedimentos, e tem 4 opções:
Não tem acesso para visualizar configuração
Pode visualizar configuração
Pode visualizar configuração e propor mudanças em um release rascunho
Pode visualizar configuração e publicar mudanças diretamente no main (individualmente ou em um release)
Quando você seleciona a opção publicar, uma caixa de seleção Inbound workflows & Fin configuration aparece abaixo dela.
Perguntas Frequentes
O que é o Main Fin?
O que é o Main Fin?
O Main Fin é sua versão de produção ao vivo do Fin, e também é mostrado como Fin Main em alguns lugares. Mudanças em um release não afetam o Main Fin até que você publique o release ou inicie uma implementação.
Um colega com nível de propor pode publicar um release?
Um colega com nível de propor pode publicar um release?
Um colega com nível de propor não pode publicar um release. Ele pode fazer mudanças em um release rascunho, mas não pode tornar essas mudanças ao vivo.
Mudanças dentro de um release chegam aos clientes antes de eu publicar?
Mudanças dentro de um release chegam aos clientes antes de eu publicar?
Mudanças dentro de um release não chegam aos clientes antes que você publique o release ou inicie uma implementação. Elas são salvas no release, e o Main Fin permanece inalterado até então.
O que significam Publicar no Fin Main, Salvar no Fin Main e Salvar no rascunho do release?
O que significam Publicar no Fin Main, Salvar no Fin Main e Salvar no rascunho do release?
Publicar no Fin Main salva sua edição no Fin Main, e ela entra no ar imediatamente. Se o item não estiver publicado no seu Help Center e estiver desativado para todos os agentes do Fin, o botão lê Salvar no Fin Main: sua edição é salva, mas nada entra no ar até que você publique o item ou ative um agente na disponibilidade do Fin. Salvar no rascunho do release, no menu de seta ao lado do botão, salva sua edição em um release; nenhum desses botões publica um release.