Durante décadas, melhorar o atendimento significou melhorar a tela: reorganizar menus, redesenhar consoles, treinar pessoas para navegar sistemas. A chegada dos agentes de IA inverteu essa lógica. A pergunta deixou de ser “como deixo minha tela melhor?” e passou a ser outra: por que o cliente, e também o atendente, precisam de uma tela específica?
Entre 15 e 17 de setembro de 2026, no Dreamforce, essa pergunta saiu do campo teórico. Acompanhamos ao vivo o Headless 360 em operação, com capacidades da plataforma sendo consumidas fora da interface tradicional do Salesforce.
Para a Sys4B, isto teve um efeito particular. Não foi uma descoberta. Foi a confirmação de um caminho que já tínhamos aberto.
Salesforce Headless 360: O que já tínhamos em mãos
Antes de ver a arquitetura no palco, nós já a havíamos construído. Nossa POC coloca o atendimento inteiro dentro do Microsoft Teams: conversa em linguagem natural na frente, e as capacidades de negócio do Salesforce sendo consumidas por meio de MCP Servers atrás, sem abrir a interface tradicional da aplicação em nenhum momento.
Consultas, contexto do cliente, execução de processos. Tudo acontecendo onde as pessoas já trabalham, com o Salesforce fazendo exatamente o papel que ele faz de melhor: sistema de registro, motor de processos, camada de segurança e fonte única das regras de negócio.
E um detalhe que consideramos essencial: não amarramos a POC a um tipo de indústria. A arquitetura vale para utilities, serviços financeiros, saúde, varejo, telecom. Quando as capacidades de negócio estão desacopladas de uma única interface, a vertical deixa de ser uma limitação e vira apenas uma configuração de contexto.
O que o Headless realmente significa e o que ele não significa
Headless não é “Salesforce sem interface”. É quase o contrário: é o Salesforce com muitas interfaces. A lógica que sua empresa construiu ao longo de anos (flows, validações, Apex, regras de acesso, processos de aprovação) deixa de estar presa à Lightning e passa a ser descoberta e utilizada por qualquer superfície autorizada: Teams, Slack, aplicações React, agentes de IA.
Isso muda duas coisas fundamentais.
O patrimônio da org é reutilizado, não reescrito. O erro mais caro na era dos agentes é duplicar em prompts e aplicações externas uma lógica que já existe na plataforma, criando duas fontes de verdade que inevitavelmente divergem. Na nossa POC, a regra de negócio mora no Salesforce. O agente a descobre e a utiliza.
O agente não ganha superpoderes. Toda operação executa no contexto do usuário autenticado, herdando CRUD, field–level security, sharing e permission sets. Se a pessoa não pode fazer algo pela tela, o agente também não pode fazer em nome dela. Governança não foi um capítulo posterior da nossa POC. Foi o ponto de partida.
O que poucos contam: o Headless também transforma quem constrói
O benefício mais visível do Headless é a experiência do cliente. O menos visível, e talvez o mais transformador, é o que ele faz pela engenharia.
Com o caminho técnico já aberto pela nossa POC, nossos desenvolvedores podem se beneficiar do Headless na própria camada técnica: descobrir as capacidades que a org já possui antes de escrever qualquer linha nova, consultar dados reais durante o desenvolvimento e validar conformidade dentro do fluxo de trabalho. Ainda não faz parte do nosso dia a dia, mas a viabilidade está comprovada e a porta está aberta. Quando isso entrar em operação, o ganho é direto: consistência arquitetural e menos retrabalho, porque a mesma disciplina que aplicamos na POC passa a valer também no desenvolvimento.
Salesforce Headless 360:O mercado está amadurecendo, e rápido
Algo interessante tem acontecido desde que começamos a mostrar a POC. Empresas passaram a nos procurar perguntando sobre integração com o Slack. A superfície muda, a arquitetura permanece. E é exatamente essa a beleza do modelo: construir a capacidade uma vez e levá-la para onde as pessoas já estão.
A tecnologia está disponível. A arquitetura está validada. O que separa as empresas que vão capturar esse valor das que vão continuar assistindo a demo é a disposição de tratar governança, segurança e reutilização como fundamentos, e não como detalhes.
Nós já fizemos essa travessia. E estamos prontos para fazê-la com quem quiser ir junto.
Se quiser conversar sobre como uma arquitetura Headless se aplica ao seu cenário, seja no Teams, no Slack ou em qualquer superfície onde seu cliente esteja, nossa porta está aberta.
Ricardo Zaviasky
IA Specialist
