No Summer '26, com 17 novas features, o Salesforce entregou um daqueles anúncios que fazem o time de atendimento parar para olhar: o Agentforce Self-Service agora traz um Help Agent que sobe em cerca de 6 cliques, ancorado na base de conhecimento, cobrando no modelo pay-per-resolution (paga-se por resolução) e rodando em três lugares ao mesmo tempo — no site, no novo Portal e no WhatsApp. Montar um agente de atendimento nunca foi tão rápido. Para quem penou anos com projetos longos de chatbot, isso soa como libertação.
E é, em parte. Reduzir a fricção de ligar um agente é um avanço real. Mas "fácil de ligar" carrega uma armadilha silenciosa, e ela é justamente a pergunta que define se o Help Agent vai gerar ROI ou virar custo: o agente está ancorado em conhecimento atualizado e conectado aos sistemas onde a resposta realmente mora? Um help agent lindo, respondendo com base defasada e sem saber o status real de um pedido, não resolve — ele abre ticket. E como o modelo cobra por resolução, dado ruim deixa de ser um detalhe técnico e vira uma linha na fatura. Este guia mostra por que rápido de ligar não é o mesmo que pronto para resolver.
O que é o Agentforce Help Agent (Summer '26)
O Help Agent é o agente de autoatendimento do Agentforce Self-Service, e o Summer '26 o tornou drasticamente mais simples de colocar no ar. Três características definem o pacote:
Sobe em ~6 cliques. Em vez de um projeto de semanas, a configuração básica é feita em poucos passos: você aponta o agente para a base de conhecimento, define o escopo e publica. A promessa é tirar o agente do zero ao ar no mesmo dia.
Pay-per-resolution. O modelo comercial não cobra por conversa ou por assento, e sim por resolução efetiva. Na teoria, é um alinhamento saudável: você paga quando o agente resolve. Na prática, veremos adiante, ele muda a natureza do custo — porque cada resolução mal-feita ou cada não-resolução tem impacto econômico direto.
Três canais: site, Portal e WhatsApp. O mesmo agente atende no site institucional, no novo Portal do cliente e no WhatsApp — o canal onde boa parte dos clientes brasileiros já está. Um só agente, três superfícies de contato.
É um pacote genuinamente forte. A questão não é o que ele faz, e sim o que ele precisa por baixo para fazer bem.
Por que "rápido de ligar" não é "pronto para resolver"
Existe uma diferença enorme entre um agente que responde e um agente que resolve. Responder é produzir texto plausível. Resolver é dar a informação certa, atualizada e específica àquele cliente — e, quando necessário, executar uma ação (consultar um pedido, abrir uma troca, confirmar um pagamento).
Os 6 cliques resolvem a parte da interface e da orquestração: o agente existe, tem uma persona, está publicado nos canais. O que os 6 cliques não resolvem é de onde vem a resposta. Um agente publicado em minutos, mas apoiado numa base de conhecimento desatualizada e desconectado dos sistemas de retaguarda, é rápido de ligar e incapaz de resolver. Ele vai conversar bem, parecer competente e, na hora da verdade — "cadê meu pedido?", "esse produto tem em estoque?", "meu pagamento caiu?" — vai empurrar para a fila humana.
A facilidade de ligar cria uma falsa sensação de pronto. A operação comemora o go-live, e só semanas depois percebe que a taxa de resolução real está baixa e o volume de tickets escalados continua alto. O agente está no ar; o problema do cliente, não.
Grounding: o help agent só é tão bom quanto a base de conhecimento
"Grounding" (ancoragem) é o termo que descreve prender as respostas do agente a uma fonte de verdade — tipicamente a base de conhecimento — em vez de deixá-lo improvisar. É o que separa um agente confiável de um que alucina.
O problema é que grounding não é um botão; é uma disciplina contínua. A base de conhecimento precisa estar atualizada, bem estruturada, sem contradições e cobrindo os casos que os clientes realmente perguntam. Se os artigos falam de uma política de troca antiga, o agente vai citar a política antiga com toda a confiança do mundo. Se a base tem lacunas, o agente preenche com genérico — ou erra. Ancorar num conhecimento ruim é ancorar num barco furado.
Por isso, subir o Help Agent em 6 cliques é o começo, não o fim. A pergunta operacional é: quem cuida da base de conhecimento? Com que frequência ela é revisada? Existe um processo para transformar tickets recorrentes em novos artigos? Sem essa engenharia de conteúdo por trás, o agente ancora numa fonte que envelhece — e a qualidade das respostas cai junto.
Integração de retaguarda: responder o status real de pedido, estoque e faturamento
Aqui está o segundo pilar, e é o mais subestimado. Boa parte das perguntas de atendimento não se resolve com conhecimento estático — se resolve com dado transacional em tempo real. "Onde está meu pedido?" não está num artigo; está no sistema de logística. "Esse item tem no meu tamanho?" está no estoque. "Minha segunda via já foi paga?" está no faturamento.
Um Help Agent que não está conectado a esses sistemas só consegue responder o genérico ("normalmente entregamos em 5 dias") quando o cliente quer o específico ("o SEU pedido sai amanhã"). E responder genérico a uma pergunta específica é, para o cliente, não resolver. Ele reformula, insiste e, ao fim, pede humano — gerando exatamente o ticket que o agente deveria ter evitado.
Conectar o agente ao pedido, ao estoque e ao faturamento é um trabalho de integração de retaguarda: APIs, webhooks, orquestração event-driven para que o dado chegue ao agente no momento da conversa. É invisível na demo e decisivo na operação. Um agente grounded no conhecimento certo e integrado aos sistemas certos é o único que resolve de verdade.
Pay-per-resolution: por que dado ruim vira custo direto
O modelo pay-per-resolution muda a matemática. Quando você paga por resolução, a qualidade do dado deixa de ser uma métrica de satisfação e vira uma variável financeira. Há dois efeitos:
Não-resolução vira custo de oportunidade e de operação. Cada pergunta que o agente não consegue resolver — porque não tinha o dado — cai para o humano. Você mantém o custo do time de suporte que o agente deveria aliviar, sem colher o benefício. O agente barato de ligar sai caro de operar quando não resolve.
Resolução sobre dado errado é o pior dos mundos. Se o agente "resolve" citando uma informação defasada — confirma um prazo que não vai se cumprir, informa um estoque que não existe — você paga pela resolução e herda o problema que ela cria: cliente frustrado, reclamação, retrabalho. Você pagou o agente para errar com confiança.
Em outras palavras, o pay-per-resolution premia quem tem dado bom e pune quem tem dado ruim. Ele torna o grounding e a integração de retaguarda não apenas boas práticas de CX, mas alavancas diretas de custo. Quem entra nesse modelo sem arrumar a fonte de dados está assinando um cheque em branco para os próprios erros.
Como a CCX ancora e integra o Agentforce
Ligar o Help Agent leva 6 cliques. Fazer ele resolver de verdade — ancorado em conhecimento atualizado e conectado a pedido, estoque e faturamento — é engenharia. É exatamente o que a CCX entrega, com o Salesforce como plataforma parceira.
Como parceira oficial Salesforce (Commerce Cloud, Service Cloud, Data Cloud), a CCX desenha, ancora e conecta o Agentforce à realidade da sua operação. As Squads Dedicadas, com engenheiros sêniores e onboarding em 48 horas, estruturam a base de conhecimento para que o grounding seja confiável, e implantam as Integrações & APIs Enterprise — REST, GraphQL e arquitetura event-driven com Kafka/RabbitMQ — que ligam o agente ao status real de pedido, estoque e faturamento, inclusive quando esses dados vivem em SAP, Protheus ou outro ERP.
E como o Help Agent também roda no WhatsApp, a CCX complementa com o CCX Message, nossa plataforma de mensageria WhatsApp Business (latência sub-200ms, entrega garantida por outbox, LGPD/SOC 2), para que o canal onde o cliente está seja tão confiável quanto a resposta que o agente dá. Por baixo, a frente de Data & BI mantém o dado limpo que sustenta tanto o conhecimento quanto a decisão.
O resultado é a diferença entre um agente que abre ticket e um que resolve — e, no modelo pay-per-resolution, isso é a diferença entre custo e retorno.
Ligar um Help Agent do Agentforce leva 6 cliques. Fazer ele resolver — ancorado e integrado a pedido, estoque e faturamento — é o que a CCX entrega, com squads Salesforce e integração de retaguarda. Falar com especialista Salesforce →
FAQ — Perguntas frequentes
O que é o Agentforce Help Agent do Summer '26?
É o agente de autoatendimento do Agentforce Self-Service da Salesforce, que no Summer '26 passou a ser configurável em cerca de 6 cliques, com cobrança pay-per-resolution (por resolução) e operação simultânea no site, no Portal e no WhatsApp.
O que significa pay-per-resolution?
É o modelo em que você paga por resolução efetiva, não por conversa ou por assento. O alinhamento é bom em tese, mas torna a qualidade do dado uma variável financeira: não-resoluções mantêm o custo do time humano e "resoluções" sobre dado errado geram retrabalho pago.
Por que subir o agente em 6 cliques não garante resolução?
Porque os 6 cliques resolvem a interface e a publicação, não a fonte da resposta. Se o agente está ancorado numa base de conhecimento defasada e desconectado dos sistemas de pedido, estoque e faturamento, ele responde genérico e escala para humano — abre ticket em vez de resolver.
O que é grounding e por que importa?
Grounding é prender as respostas do agente a uma fonte de verdade (a base de conhecimento) para evitar alucinação. Importa porque o agente só é tão bom quanto essa base: conteúdo desatualizado ou com lacunas produz respostas confiantes e erradas.
Como conectar o Agentforce ao status real de pedido e estoque?
Via integração de retaguarda: APIs (REST/GraphQL) e arquitetura event-driven que levam o dado transacional ao agente no momento da conversa, mesmo quando ele vive em ERP como SAP ou Protheus. É esse encanamento — e não a configuração do agente — que permite responder o específico em vez do genérico.