Prontidão para o Agentforce: Checklist Organizacional de Dados, Permissões e Processos

A Resposta Curta

A avaliação de prontidão para o Agentforce leva poucas semanas; um piloto que falha custa meses e confiança interna. Por isso, vale a pena responder a cinco perguntas antecipadamente: existe um processo definido com um responsável, os dados nos quais o agente se baseará são confiáveis, existe uma base de conhecimento mantida, o modelo de permissões é claro e há quem opere o agente após o lançamento.

A avaliação não é uma questão de sim ou não. Ela gera uma pontuação para cada eixo e um mapa de lacunas, permitindo uma decisão mais precisa: iniciar, reduzir o escopo ou adiar e resolver uma lacuna específica primeiro.

A estrutura de decisão sobre a adequação do caso de uso aparece em Agentforce para Empresas.

Os Cinco Eixos de Prontidão

Eixo 1: O Processo

A falha mais comum não é tecnológica. Organizações escolhem um processo sem um responsável, e então não há quem decida sobre as questões que surgem durante a construção: o que acontece em uma exceção, quando escalar, o que é considerada uma resposta correta. Sem decisão, a equipe técnica inventa regras e o negócio verifica de acordo com outra expectativa.

Teste prático: solicitar a descrição do processo por escrito de quatro pessoas que o executam. Se forem recebidas quatro versões substancialmente diferentes, o processo não está maduro para a automação de um agente – ele está pronto para documentação e acordo prévios.

Também é necessário volume. Um processo que ocorre dez vezes por mês não justificará o custo de construção e manutenção, mesmo que seja incômodo. Um bom candidato é um processo com volume significativo, alta repetitividade e variação na formulação da solicitação – exatamente onde as regras rígidas são quebradas.

Eixo 2: Os Dados

Não é necessária uma qualidade de dados perfeita em toda a Org. É exigida qualidade nos campos que o agente lerá ou atualizará no processo selecionado. O teste é restrito e mensurável: pega-se a lista de campos relevantes e mede-se a completude, consistência de valores e duplicidades nos registros relacionados.

Três testes que fornecem uma resposta rápida: porcentagem de campos críticos preenchidos, número de registros duplicados no objeto principal e porcentagem de casos em que as informações necessárias vêm de um sistema externo e não do Salesforce. O terceiro teste é o que surpreende – ele revela uma dependência de integração não orçada.

Texto livre é um sinal vermelho especial. Quando informações essenciais residem em um campo de notas, o agente precisará inferi-las, e é exatamente aí que surgem erros difíceis de detectar.

A ordem recomendada para lidar com lacunas de dados é detalhada em Métricas de Qualidade de Dados no Salesforce.

Eixo 3: O Conhecimento

O conhecimento é avaliado não pela quantidade, mas pela cobertura e validade. Pega-se as vinte solicitações mais comuns e verifica-se para cada uma: se há um artigo aprovado, quando foi atualizado e quem é o proprietário. A cobertura de metade dos cenários com artigos atualizados é preferível à cobertura total com artigos antigos.

Um sinal de fraqueza fácil de ignorar: artigos escritos apenas para o público interno e usados simultaneamente para respostas ao cliente. Eles contêm formulações, preços ou exceções que não devem ser expostos externamente, e a separação deve ser feita antes da conexão.

Eixo 4: As Permissões

O agente atua em nome de um usuário, e, portanto, o modelo de permissões existente se torna o modelo de segurança da IA. Se as permissões forem amplas e não controladas hoje, o agente aumentará a exposição, não a criará. O teste examina três coisas: quem pode ler os dados no processo, quais ações de escrita são necessárias e quem aprova uma ação sensível.

Para cada ação que o agente realizará, é preciso definir se ela é reversível. Uma ação irreversível — crédito financeiro, fechamento de caso, envio de mensagem ao cliente — exige um ponto de aprovação humana na primeira etapa e, portanto, afeta o planejamento do processo e não apenas as configurações.

O planejamento dos pontos de aprovação por risco é detalhado em Human-in-the-Loop no Agentforce.

Eixo 5: A Operação

Um agente não é um projeto com data de término. É um componente que exige monitoramento de traces, tratamento de falhas, atualização de conteúdo e controle de custos. Uma organização que não tiver quem faça isso – mesmo que em tempo parcial – verá uma diminuição gradual na qualidade em um trimestre.

O mínimo: um proprietário operacional nomeado, uma rotina semanal de revisão de chamadas que falharam, um processo de mudança acordado para atualizar as instruções e um orçamento mensal monitorado. Se nenhum dos quatro existir, a lacuna neste eixo é maior do que parece no início.

Traduzindo a Pontuação em Decisão

Cenário: Organização Financeira Descobre que o Processo Incorreto Foi Escolhido

Uma organização financeira solicitou um agente para lidar com solicitações de alteração de dados do cliente. Na avaliação de prontidão, verificou-se que o processo passava por dois sistemas externos, que toda alteração exigia aprovação regulatória e que o volume mensal era modesto. Os eixos de permissões e dados receberam pontuação baixa.

Na mesma avaliação, surgiu outro processo que ninguém havia considerado: responder a perguntas de status sobre solicitações existentes. Ele se baseava em um único campo confiável no Salesforce, não incluía ação de gravação e seu volume era oito vezes maior. O piloto foi transferido para esse processo.

O resultado prático da avaliação não foi "prontos ou não-prontos", mas a substituição do candidato. Essa é a principal contribuição de uma avaliação de prontidão – ela é barata o suficiente para ser executada em três candidatos e escolher aquele com as menores dependências.

Checklist de Prontidão

• ☐ Um único processo candidato com um proprietário nomeado foi selecionado
• ☐ O volume mensal e a taxa de repetitividade foram medidos
• ☐ A integridade dos campos críticos para o processo foi verificada
• ☐ Duplicidades no objeto central foram verificadas
• ☐ Dependências de sistemas externos foram identificadas
• ☐ A cobertura de Conhecimento para as vinte solicitações mais comuns foi mapeada
• ☐ Conteúdo interno foi separado do conteúdo permitido para o cliente
• ☐ Permissões de leitura e gravação para o processo foram mapeadas
• ☐ Ações reversíveis versus irreversíveis foram classificadas
• ☐ Um proprietário operacional e uma rotina de revisão pós-lançamento foram definidos

Quando um fator externo for necessário para realizar a avaliação e traduzi-la em um Roadmap, o serviço Agentforce e IA é o caminho prático a seguir.