À medida que Fin se torna uma parte maior do seu suporte ao cliente, gerenciar mudanças fica mais complexo. Conteúdo, orientações, procedimentos e outras configurações trabalham juntos, o que significa que até pequenas atualizações podem ter efeitos inesperados. Releases oferecem uma forma estruturada de gerenciar essas mudanças.

Releases permitem que você prepare e implemente mudanças na sua configuração Fin com segurança em um espaço de trabalho dedicado. Em vez de publicar edições diretamente na sua configuração Fin ao vivo, cada mudança é adicionada a um release.

Com Releases, você pode:

Um Release contém as mudanças. Você adiciona itens a ele, edita com segurança e remove qualquer coisa que não queira mais ativa com Fin como parte desse Release. Nada aqui afeta seu Fin ao vivo até que você publique ou execute um experimento.

Para criar seu primeiro Release, vá para Fin AI Agent > selecione "Service" no menu suspenso no topo da navegação e abaixo desse menu clique em "Fin Main". Clique em Criar Release.

Dê um nome e descrição descritivos — algo que diga o que está mudando, como "Mudanças no processamento de reembolso". A descrição é interna para você identificar facilmente o que está no Release.

Agora você pode adicionar mudanças ao seu Release. Por exemplo, selecione "Content" para testar um artigo de ajuda, "Guidance" ou "Escalation Guidance" para testar regras comportamentais, ou "Procedure" para testar um fluxo de múltiplas etapas.

Depois de adicionar uma mudança, ela aparecerá na sua lista de mudanças no Release.

Você pode ver facilmente as mudanças exatas feitas por item clicando no item e visualizando as diferenças:

Para adicionar/editar/excluir mais itens como parte de um Release, dentro do Release, clique em Adicionar mais mudanças. Você pode adicionar, editar e excluir os seguintes tipos de itens dentro de um Release:

A visão geral do Release lista todos os itens no Release, para que você possa facilmente revisá-lo e fazer mais mudanças se necessário.

Cada item na visão geral do Release é marcado com um indicador mostrando o tipo de mudança:

Se você quiser alternar para diferentes Releases, simplesmente use o seletor no canto superior esquerdo da página na navegação. Você também pode criar novos Releases a partir daí e alternar para "Fin Main", que é sua versão Fin de produção ao vivo.

Antes de qualquer coisa chegar a uma conversa ao vivo, visualize o release para ver exatamente como Fin se comporta com suas mudanças aplicadas.

O Preview mostra como o Fin lida com uma pergunta que você digita. Evals permitem que você execute um conjunto completo de conversas de teste salvas contra seu Release e obtenha um resultado automático de aprovação/reprovação para cada uma — assim você pode verificar se uma mudança não quebrou o comportamento do Fin em outros lugares antes de chegar aos clientes.

Um Eval é um grupo temático de Simulações (conversas de teste realistas e com múltiplas interações, com critérios que você define). Quando você executa um contra um Release, cada Simulação roda com as mudanças do seu Release aplicadas em vez da sua configuração ativa do Fin Main. Nada afeta conversas ao vivo.

Para saber mais sobre como funcionam Evals, Simulações e pontuação, veja Fin Evals [beta].

Para começar, abra o Release que você quer testar. Na página de visão geral do Release, encontre a seção Evals e clique em See Evals.

Escolha o Eval que você quer executar — seja um existente que você já montou como uma suíte de regressão, ou um novo criado para essa mudança.

Execute-o. Cada Simulação no Eval roda contra seu Release, e você receberá um resultado de aprovação/reprovação, a transcrição completa da conversa, o registro de eventos mostrando o raciocínio do Fin, e o resultado para cada Simulação.

Revise quaisquer falhas, faça mais alterações dentro do Release e execute o Eval novamente para confirmar a correção.

Para colocar um release ao vivo ou iniciar e encerrar um rollout, um colega precisa da permissão "Can manage Automation settings and inbound Workflows".

Quando suas mudanças forem bem visualizadas, você decide como elas chegam aos clientes.

Clique em Rollout release na página de visão geral do Release, então escolha uma das duas opções: Merge to main para publicar imediatamente para todos os clientes, ou Roll out gradually para executar um rollout faseado ou um teste A/B antes de ir para todos.

Fazer merge para main publica suas mudanças no Fin Main imediatamente, aplicando-as a todas as conversas relevantes. Escolha isso quando estiver confiante na mudança e quiser que ela esteja em efeito em todos os lugares.

Selecione Roll out gradually para testar suas mudanças em uma parte das conversas antes de se comprometer totalmente. Escolha entre dois tipos de rollout:

Após escolher Phased rollout, configure:

Clique em Start phased rollout para começar — o rollout inicia imediatamente e aparece em Active rollout na aba Rollouts do Release.

Uma vez que um rollout está em execução, abra a aba Rollouts do Release. Rollouts ativos aparecem em Active rollout, e os concluídos em Past rollout.

Veja como são os resultados de um phased rollout. Você pode facilmente analisar as conversas afetadas pelo release e compará-las com as do Fin Main para verificações pontuais.

Veja como são os resultados de um a/b test rollout. Você pode facilmente ver:

Resultados significativos:

Resultados inconclusivos:

Resultados regressivos:

Você também pode criar seus próprios relatórios personalizados. Basta adicionar filtros de Release e Experiment em relatórios personalizados na seção de Relatórios para comparar desempenho entre variantes de experimentos.

Para parar um rollout de Release que está afetando clientes, encerre o rollout. Novas conversas retornam imediatamente à sua configuração atual ao vivo.

Uma vez que um release foi mesclado no Fin Main, você pode reverter suas mudanças a partir do próprio release.

Isso ainda usa o histórico de versões de cada item no Fin Main — o lançamento apenas leva você diretamente para cada item que foi alterado, em vez de você encontrar e abrir cada um sozinho.

Para reverter alterações de um lançamento mesclado:

Fin para Salesforce conecta-se a mais de uma organização Salesforce. Um workspace pode conter uma organização ativa e uma ou mais organizações de teste. Cada organização conectada é um environment.

Você já pode limitar um workflow a um ambiente. Abra Deploy, abra um workflow como Salesforce cases, então defina Environment no gatilho. O padrão é All environments.

Esse seletor controla qual workflow é executado. Ele não altera o conteúdo, a orientação ou os procedimentos que o Fin lê. O Fin lê a mesma configuração ativa em todos os ambientes.

Um lançamento altera a configuração em si. Um lançamento fixa uma versão diferente de cada entidade nele, para um público específico. A entidade mantém seu identificador, então você não a copia. Um público e uma porcentagem controlam todo o grupo, e você pode reverter.

O Fin grava o ambiente em cada conversa. O ambiente é um atributo de conversa definido pelo sistema. Uma regra de público pode ler esse atributo.

Um rollout de lançamento pega um público. O rollout aplica o lançamento apenas às conversas que correspondem ao público.

Abra Connect. Encontre a organização em Connect Fin to a test organization. O status deve ser Connected.

Abra Settings. No grupo Data, selecione Audiences.

Crie um novo público. Dê um nome que contenha o nome do ambiente.

Selecione Add audience rule. Selecione Environment no grupo Conversation data.

Selecione o ambiente que você quer testar. Então selecione Save.

Abra seu lançamento. Selecione Rollout release. Então selecione Roll out gradually.

Mantenha o tipo como Phased rollout.

Em Audience, selecione o público do passo 3.

Em Traffic split, mova o controle deslizante para 100%. O painel deve mostrar 100% Release (treatment) e 0% Main Fin (control).

Selecione Start phased rollout.

Inicie uma nova conversa na organização de teste. O Fin responde com a configuração do lançamento.

Inicie uma conversa na organização ativa. O Fin responde com o Fin Main.