Passar para o conteúdo principal

Como testar alterações do Fin em um ambiente Salesforce

Use uma release e um público de ambiente para testar alterações do Fin em uma organização de teste Salesforce sem afetar a sua organização ativa.

Use este artigo para testar alterações de conteúdo, orientação e procedimentos em uma organização de teste Salesforce (um ambiente) usando uma release, enquanto sua organização ativa continua usando o Main Fin, a versão ativa do Fin. É para colegas que usam Fin para Salesforce com mais de uma organização Salesforce conectada e que podem propor e publicar alterações.


Como funciona o teste de alterações do Fin em um ambiente Salesforce?

O que é um ambiente Salesforce no Fin?

Fin para Salesforce pode se conectar 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 ambiente.

Como uma release é diferente de limitar um fluxo de trabalho a um ambiente?

Você já pode limitar um fluxo de trabalho a um ambiente: vá para Deploy, abra um fluxo de trabalho como Salesforce cases e defina Environment no gatilho. O padrão é "Todos os ambientes".

Essa configuração controla apenas qual fluxo de trabalho é executado. Ela não altera o conteúdo, a orientação ou os procedimentos que o Fin lê — o Fin usa a mesma configuração ativa em todos os ambientes. Uma release altera a configuração em si. Ela fixa uma versão diferente de cada item nela, para um público apenas. Os itens mantêm seu identificador, então você não precisa copiá-los. Um público e uma divisão de tráfego controlam toda a release, e você pode revertê-la.

Por que uma release se aplica a apenas um ambiente Salesforce?

O Fin grava o ambiente em cada conversa como um atributo de conversa definido pelo sistema, que as regras do público podem ler. Um público é um conjunto salvo de regras que seleciona a quais conversas uma release se aplica. Um lançamento de release tem como alvo um público, então a release se aplica apenas às conversas que correspondem a ele.


Como testar alterações do Fin em um ambiente Salesforce

Passo 1 — Confirme que a organização de teste Salesforce está conectada

Vá para Connect e encontre a organização em "Connect Fin to a test organization". O status deve ser "Connected". Se o status não for "Connected", termine de conectar a organização antes de continuar.

Passo 2 — Crie uma release para suas alterações do Fin

  1. Abra o seletor de release no topo da barra lateral esquerda e clique em New release. Você também pode clicar em Manage releases e depois em New release.

  2. Em Name, insira um nome que diga o que está mudando, por exemplo "Revisão da política de reembolso".

  3. Opcional: em Description, insira o que a release altera e por quê.

  4. Clique em Create release.

O nome e a descrição são apenas para sua equipe. O Fin não os usa. Depois de clicar em Create release, a release abre em estado de rascunho, onde você pode adicionar alterações.

A caixa de diálogo Criar uma release na página Releases, com um campo Nome, um campo Descrição opcional e um botão Criar release.

Passo 3 — Adicione suas alterações à release

Dentro da release em rascunho, a seção Add changes to this release permite adicionar, editar ou remover itens e agrupar várias alterações em uma única release.

Uma release em rascunho chamada alteração de preços, mostrando as opções Adicionar alterações a esta release para Conteúdo, Orientação, Orientação de escalonamento e Procedimentos, com o painel de Visualização aberto à direita.
  1. Selecione o tipo de alteração que deseja fazer: Content, Guidance, Escalation guidance ou Procedures.

  2. Para conteúdo, clique em Public article, Internal article ou Snippet, escreva ou edite o conteúdo e clique em Save to release.

    Um novo artigo público intitulado Alteração de preços de 29 para 39 aberto dentro de uma release em rascunho, com o botão Salvar na release, o status Publica com a release, o status Habilitado para Service e Copilot, e o menu Audience: Everyone.
  3. Repita para cada alteração que deseja testar neste ambiente.

  4. Opcional: use o painel Preview à direita para fazer uma pergunta que seus clientes possam fazer ao Fin e verificar sua resposta com as alterações da release aplicadas. Conversas de visualização não são cobradas.

O conteúdo que você cria em uma release mostra o status "Publica com a release" e está habilitado para Service e Copilot. Passe o mouse sobre o status para ver o que significa: "Criado nesta release. Quando for mesclado, será publicado no Help Center e habilitado para o Fin." As alterações que você salva dentro da release não chegam aos clientes, e o Main Fin permanece inalterado, até que você inicie um rollout no passo 6.

A dica de ferramenta no status Publica com a release, lendo: Criado nesta release. Quando for mesclado, será publicado no Help Center e habilitado para o Fin.

Passo 4 — Abra seus públicos

Vá para Settings > Data > Audiences.

A página de Configurações, com o cartão Audiences na seção Data destacado.

Passo 5 — Crie um público para o ambiente

  1. Crie um novo público e dê um nome que inclua o nome do ambiente.

  2. Clique em Add audience rule, depois selecione Environment em "Conversation data".

    Um novo público com o menu Adicionar regra de público aberto e Environment selecionado em Dados da conversa.
  3. Selecione o ambiente que deseja testar e clique em Save.

    A regra de público Environment com a opção is selecionada e um ambiente Salesforce escolhido no menu suspenso.

Passo 6 — Inicie um rollout gradual

Abra sua release, clique em Release no canto superior direito e selecione Roll out gradually.

Importante: Não selecione Publish to Fin Main — isso aplica as alterações ao Main Fin em todos os ambientes.

O menu Release em uma release em rascunho, mostrando as opções Publish to Fin Main, Roll out gradually e Test in environment, com um botão Start A/B test ao lado.

Passo 7 — Selecione o público e defina a divisão para 100%

  1. Opcional: em Name, altere o nome do rollout. O Fin preenche com o nome da release e a data de hoje.

    O painel Rollout gradual, com configurações de Nome, Público, Divisão de tráfego e Análise de resultados e um botão Iniciar rollout gradual. A divisão de tráfego está definida para 10% Release e 90% Fin Main.
  2. Em Audience, selecione o público que você criou para este ambiente.

    O menu Audience no painel Rollout gradual, com o público Environment 1 selecionado de uma lista que inclui Everyone, Beta customers e outros públicos.
  3. Em Traffic split, mova o controle deslizante para 100%. O painel deve mostrar "100% Release" e "0% Fin Main".

  4. Clique em Start gradual rollout.

Passo 8 — Teste suas alterações nas organizações de teste e ativa

  • Inicie uma nova conversa em sua organização de teste. O Fin responde usando a configuração da release.

  • Inicie uma conversa em sua organização ativa. O Fin responde usando o Main Fin.

Dica: Quando estiver satisfeito com os resultados, selecione Publish to Fin Main no menu Release para aplicar as alterações em todos os ambientes, ou encerre o rollout para descartá-las. Saiba mais em Como fazer rollout de uma release no Fin.


Como testar uma release em um ambiente Salesforce com Test in environment

Use a opção Test in environment no menu Release para testar uma release em um ou mais ambientes de teste Salesforce conectados sem criar um público ou definir uma divisão de tráfego.

  1. Abra sua release e clique em Release no canto superior direito.

  2. Selecione Test in environment. O painel Test in environment abre.

  3. Opcional: em Name, altere o nome do teste. O Fin preenche com o nome da release e a data de hoje.

  4. Em Environment, clique em Select test environments e escolha o ambiente para testar.

  5. Opcional: em Results analysis, mantenha selecionado Identify conversations related to this release's changes for analysis para focar os resultados nas conversas onde as alterações da release se aplicam. Para restringir ainda mais a análise, clique em Add Filter e escolha um atributo do Fin ou um procedimento.

  6. Clique em Start test.

O painel Test in environment para uma release em rascunho, com um campo Nome, um menu suspenso Selecionar ambientes de teste em Environment, a caixa de seleção Identificar conversas relacionadas às alterações desta release para análise e um menu Adicionar filtro listando atributos do Fin e Procedimentos.

Como executar um teste A/B em uma release

Use um teste A/B em uma release para comparar o Fin Main (versão A) com a release (versão B) em um objetivo, como taxa de resolução. Um teste A/B executa as duas versões do Fin lado a lado, divide as conversas entre elas aleatoriamente, e a versão que tiver melhor desempenho no seu objetivo vence.

  1. Abra sua release e clique em Start A/B test ao lado do menu Release. O painel Create A/B test abre na aba Goal.

    A aba Goal do painel Create A/B test, com um campo Nome, a métrica Taxa de resolução selecionada em Qual métrica você quer melhorar, e uma explicação que A é o Fin Main e B é esta release.
  2. Em Name, mantenha ou altere o nome do teste. O Fin preenche com o nome da release e a data de hoje, e você encontrará o teste com esse nome na aba Results.

  3. Em Qual métrica você quer melhorar?, escolha a métrica pela qual o teste será avaliado. O exemplo mostra Taxa de resolução. Clique em Next.

  4. Na aba Setup, em Audience, escolha quem participa.

    A aba Setup do painel Create A/B test, com o menu Audience definido para Everyone, um controle deslizante Traffic split definido para 10%, versão A Controle em 90% Fin Main, versão B Tratamento em 10% Esta release, e um botão Add Filter em Análise de resultados.
  5. Em Traffic split, mova o controle deslizante para escolher quantas conversas recebem a release. O painel mostra a versão A (Controle) como uma parte do Fin Main e a versão B (Tratamento) como uma parte desta release. Por exemplo, 10% mostra "90% Fin Main" e "10% Esta release".

  6. Opcional: em Results analysis, clique em Add Filter para ver também os resultados apenas para as conversas que correspondem ao filtro. Os resultados incluem todas as conversas por padrão, e você pode acompanhar ambos na aba Results. Clique em Next.

  7. Na aba Review, verifique o nome, objetivo, público, divisão e em que os resultados são medidos, depois clique em Start A/B test. Você pode encerrar o teste a qualquer momento.

    A aba Review do painel Create A/B test, listando o nome do teste, objetivo, público, divisão e em que os resultados são medidos, com uma lista O que acontece a seguir e um botão Start A/B test.

Como a divisão de tráfego afeta a rapidez com que um teste A/B apresenta um resultado?

A divisão de tráfego afeta a rapidez com que um teste A/B apresenta um resultado significativo: quanto mais próxima a divisão estiver de 50/50, mais rápido você obtém um resultado. Um resultado é estatisticamente significativo quando a diferença entre A e B é grande o suficiente para não ser por acaso. O lado com menos conversas define o ritmo, então 50/50 é o mais rápido e uma divisão como 90/10 leva várias vezes mais tempo.

O que acontece depois que eu inicio um teste A/B?

  • A parcela de conversas que você escolheu recebe a release, e o restante permanece no Fin Main.

  • Você acompanha a métrica do objetivo, como taxa de resolução, para A e B na aba Results. O Fin informa quando a diferença é confiável.

  • Se B vencer, publique a release no Fin Main. Caso contrário, encerre o teste e mantenha o Fin Main.


Como ver em qual ambiente uma release está sendo executada

Depois que você inicia o rollout, o seletor de release e a página Releases mostram o status da release. Uma release executando em um ambiente mostra um status como "In drive-connect-6834-dev-ed", que é o nome do ambiente. Uma release que está sendo lançada para uma parte das conversas mostra uma porcentagem, como 25%.

O seletor de release aberto na página Releases, listando releases com status como Rascunho, 25% e In drive-connect-6834-dev-ed.
Respondeu à sua pergunta?