Faltam duas semanas para a Dreamforce, e o enquadramento da imprensa convergiu numa frase só: a conferência de 2026 tem uma única missão — provar que o Agentforce realmente funciona. Não é mais sobre visão de futuro. É sobre evidência. E se você lidera CX, CRM, RevOps ou arquitetura e vai a São Francisco (ou a uma call de fornecedor no quarto trimestre), a pergunta que decide sua próxima compra não é "o Agentforce é impressionante?". É "o que exatamente eu preciso ver para saber que isto é produção, e não teatro?".
Este artigo é o checklist de evidência para responder a isso. Porque quando você lê as entrelinhas dos casos que a própria Salesforce usa como vitrine, descobre uma verdade incômoda e libertadora ao mesmo tempo: o que "provou" o Agentforce não foi o agente. Foi a fundação montada antes dele.
A régua de 2026: Dreamforce e o ônus da prova que mudou
A Dreamforce acontece de 15 a 17 de setembro, no Moscone Center, com mais de 1.600 sessões. A cobertura especializada — de Salesforce Ben a CX Today e UC Today — descreve o evento com a mesma imagem: a empresa agêntica em julgamento. E o júri mudou de pergunta.
No ano passado, a conversa era sobre pilotos e possibilidades. Este ano, é sobre o que acontece quando o agente toca um workflow de produção — e, mais importante, quem responde quando ele erra. Essa é a virada de eixo. O ônus da prova saiu do "olha o que dá para fazer" e foi para "mostra rodando, com governança, e me diz quanto custou". Para o comprador, isso é uma boa notícia: dá para separar o que impressiona do que sustenta.
Por que ARR de US$ 1 bilhão é momentum, não valor
A Salesforce comunica que o ARR do Agentforce já passou de US$ 1 bilhão. É um número real e relevante — para a Salesforce. Para você, comprador, ele responde à pergunta errada. Receita de plataforma mede adoção comercial e momentum; não mede se o agente entrega resultado confiável no seu contexto, com o seu dado, sob a sua governança.
Confundir os dois é o erro clássico de due diligence. Um número de vendas agregado é um argumento de tração, não uma prova de valor. A prova de valor é específica, situada e verificável: um caso em produção que se pareça com o seu problema. Tudo o resto é slide.
O que "prova" de verdade: caso em produção, não demo
Uma demo é desenhada para funcionar. Um caso em produção é obrigado a funcionar. A diferença entre os dois está em seis dimensões que raramente cabem numa apresentação de palco, mas que decidem se o agente sobrevive ao contato com a realidade:
- Data prep — o dado que alimenta o agente foi preparado, unificado e reconciliado, ou está espalhado em silos?
- Integração — o agente age através de integrações governadas com o ERP, o OMS, o estoque — ou só conversa?
- Supervisão humana — existe um humano no laço para as ações sensíveis, com pontos de aprovação claros?
- Teste — há protocolo de teste antes de o agente tocar produção, ou ele foi ligado no escuro?
- Governança — quem responde quando o agente erra? Há trilha de auditoria e limites definidos?
- Custo e resultado — qual foi o esforço de implementação e qual o resultado mensurável em números?
Essa é a régua. Um caso que cobre as seis é produção. Um que cobre uma ou duas é teatro bem produzido.
A leitura dos casos-vitrine: PenFed e UCLA Health
Veja o que os próprios cases de sucesso entregam quando você lê nas entrelinhas. O PenFed cita 76 agentes operando em áreas como operações, hipotecas, TI e RH, com cerca de US$ 1,6 milhão por ano em economia. É um número forte. Mas o que o tornou possível não foi ligar 76 agentes num sábado — foi a integração e a preparação de dado que os sustentam.
O UCLA Health é ainda mais eloquente: lançou seu primeiro caso voltado ao cliente em oito meses — e só depois de estabelecer protocolos de teste e aprovação de liderança. Oito meses. O tempo não foi gasto "esperando o agente ficar bom". Foi gasto montando a fundação: dado, integração, teste, governança. O agente foi a última milha, não a primeira.
O que os dois provaram: a fundação veio antes do agente
Junte os dois casos e a conclusão é uma só, e ela vale para qualquer plataforma de agente, não só o Agentforce: o que prova valor não é o agente — é a fundação que foi montada antes dele. Data prep, integração governada, protocolo de teste e supervisão. O agente colhe o crédito no palco; o trabalho que o fez funcionar aconteceu meses antes, longe dos holofotes.
Isso reorganiza a pergunta que você leva à Dreamforce. Em vez de "esse agente é bom?", pergunte "que fundação vocês montaram para esse agente funcionar — e quanto tempo levou?". A resposta separa quem tem um caso de quem tem uma demo.
O checklist de evidência para levar à Dreamforce
Sete perguntas para fazer em qualquer caso Agentforce — no palco, no estande ou na call de vendas:
- 1. Esse caso está em produção hoje, ou é um piloto/demo? Desde quando?
- 2. Como o dado foi preparado e reconciliado antes de o agente usá-lo?
- 3. Por quais integrações o agente age — CRM, ERP, OMS, estoque — e elas são governadas?
- 4. Onde está a supervisão humana e quais ações exigem aprovação?
- 5. Qual foi o protocolo de teste antes de o agente tocar produção?
- 6. Quem responde quando o agente erra? Qual a trilha de auditoria?
- 7. Qual foi o esforço de implementação e qual o resultado mensurável?
Se o caso não sustenta essas sete, você está diante de momentum embalado como valor.
Onde a maioria vai tropeçar: dado espalhado, sem protocolo
Aqui está o cenário que se repete. O board volta da Dreamforce encantado com a demo e pergunta por que a empresa ainda não tem o seu agente. A pressão empurra para ligar o Agentforce sobre o dado que existe — espalhado em silos, sem reconciliação — e sem protocolo de teste. O resultado previsível: o agente devolve, mais rápido, a inconsistência que já estava lá. E agora você assinou embaixo do erro em produção.
A outcome-based pricing que vem ganhando força — pagar quando a IA resolve — só aumenta essa pressão. Se você paga por resultado, o resultado precisa ser confiável. E confiabilidade não vem do agente; vem da fundação embaixo dele. O atalho de "ligar primeiro, arrumar depois" é o caminho mais caro que existe.
Como a CCX monta a fundação sob o Agentforce
É exatamente essa fundação que a CCX monta — e de forma agnóstica: sob o Agentforce ou sob qualquer plataforma de agente. A Consultoria em Tecnologia começa pelo diagnóstico que os casos que provaram montaram antes de qualquer agente: mapeia o estado do dado, define a arquitetura-alvo, o protocolo de teste e o modelo de governança, com um roadmap que ordena o que preparar, integrar e padronizar primeiro.
Sobre esse desenho entram as Integrações & APIs Enterprise — a integração governada entre CRM e ERP, OMS ou estoque por onde o agente realmente age em produção, com arquitetura orientada a eventos. E Data & Business Intelligence resolve o data prep e a reconciliação que separaram os casos que provaram dos que ficaram no piloto. Quando o relógio aperta antes da Dreamforce, as Squads On-Demand entram com capacidade sênior de Salesforce e integração, com onboarding em 48 horas, para executar a fundação no prazo.
Na Dreamforce, a régua é uma só: caso em produção, não demo. E todo caso que provou o Agentforce montou a mesma fundação antes — data prep, integração, teste e governança. Leve o checklist de evidência, não o hype. Falar com especialista Salesforce →
Perguntas frequentes
Quando é a Dreamforce 2026?
De 15 a 17 de setembro de 2026, no Moscone Center, em San Francisco, com mais de 1.600 sessões. O enquadramento da imprensa é que o evento existe para provar que o Agentforce funciona em produção.
O ARR de US$ 1 bilhão do Agentforce prova que ele funciona?
Não. ARR mede momentum comercial e adoção, não valor entregue no seu contexto. A prova de valor é um caso em produção com data prep, integração, supervisão, teste, governança, custo e resultado.
O que PenFed e UCLA Health provam sobre o Agentforce?
Que a fundação vem antes do agente. PenFed (76 agentes, ~US$ 1,6 mi/ano) e UCLA Health (1º caso ao cliente em 8 meses, depois de montar protocolos) mostram que meses de data prep, integração, teste e governança precederam o resultado.
Qual o maior risco ao adotar Agentforce?
Ligar o agente sobre dado espalhado e sem protocolo de teste. Ele devolve a inconsistência mais rápido — e a empresa assina embaixo do erro em produção. Fundação primeiro, agente depois.