O Agentforce Está Redefinindo a Arquitetura da Experiência do Usuário

Durante muitos anos, a experiência do usuário no Salesforce foi baseada em interações estruturadas.

Os usuários abrem um registro, navegam pelos campos, selecionam ações, preenchem formulários, seguem telas guiadas e executam processos de negócio previamente definidos.

A experiência pode ser sofisticada, mas normalmente é determinística.

O sistema define:

• Quais informações serão apresentadas

• Qual será a próxima etapa

• Quais campos são obrigatórios

• Quais ações estão disponíveis

• Como os erros serão apresentados

• Quando o processo estará concluído

O Agentforce altera esse modelo.

Em vez de exigir que os usuários conheçam a estrutura da aplicação, naveguem por diversas telas e saibam qual ação executar, um agente de IA pode interpretar a intenção, recuperar o contexto, recomendar um resultado e executar ações aprovadas em nome do usuário.

Isso representa uma grande transformação no desenho da experiência Salesforce.

A interface deixa de ser apenas uma coleção de páginas, componentes, botões e Flows.

Ela se transforma em uma conversa entre uma pessoa e um sistema inteligente.

Essa conversa pode começar no Salesforce, em um portal de clientes, em um canal de mensagens, em uma experiência de comércio, em um aplicativo móvel ou em outro ponto de contato digital.

Como resultado, a experiência do usuário com Agentforce não pode ser tratada apenas como um problema de desenho de interface.

Ela deve ser tratada como uma disciplina arquitetural.

Da Navegação para a Intenção

As experiências tradicionais do Salesforce dependem fortemente da navegação.

O usuário precisa saber:

• Qual aplicação deve abrir

• Qual objeto contém a informação

• Qual registro deve selecionar

• Qual related list contém a ação

• Qual Screen Flow deve iniciar

• Quais campos precisam ser preenchidos

Mesmo quando a plataforma está bem desenhada, os usuários precisam compreender parte da estrutura do sistema. O Agentforce introduz um modelo orientado pela intenção.

Em vez de navegar pelo sistema, o usuário pode expressar um objetivo:

“Resuma os problemas mais recentes deste cliente e prepare uma resposta.”

“Mostre quais oportunidades estão em risco neste trimestre.”

“Ajude este cliente a reagendar o compromisso.”

“Explique por que esta cotação de seguro foi recusada.”

“Encontre a apólice correta e abra um sinistro.”

O agente interpreta a intenção, identifica o contexto adequado, determina quais ações aprovadas estão disponíveis e orienta ou executa o processo. Isso reduz a carga cognitiva do usuário. Entretanto, transfere a complexidade para a arquitetura. O sistema precisa compreender não apenas em qual botão o usuário clicou, mas também o que ele realmente quis dizer.

Conversacional Não Significa Desestruturado

Um dos equívocos mais comuns sobre experiências orientadas por IA é a suposição de que interfaces conversacionais eliminam a necessidade de desenho estruturado. Isso não acontece.

Uma experiência conversacional pode parecer flexível para o usuário, mas, nos bastidores, a organização ainda precisa de:

• Tópicos definidos

• Ações aprovadas

• Controles de acesso a dados

• Regras de negócio

• Lógicas de validação

• Caminhos de escalonamento

• Padrões para tratamento de erros

• Controles de compliance

• Auditabilidade

Um cliente pode perguntar: “Você pode reembolsar o último pagamento?”

O agente não pode tratar isso como uma simples solicitação de geração de linguagem.

Ele precisa determinar:

• Qual cliente está fazendo a solicitação

• A qual pagamento ele se refere

• Se o cliente está autorizado

• Se o pagamento é elegível para reembolso

• Qual política se aplica

• Se é necessária aprovação humana

• Qual sistema externo deve processar a transação

• Como o resultado será registrado

• Qual confirmação precisa ser apresentada

A interação parece conversacional. A execução continua altamente estruturada. Uma boa arquitetura de experiência com Agentforce esconde do usuário a complexidade desnecessária sem eliminar os controles exigidos pela empresa.

A Experiência Torna-se Adaptativa

As interfaces tradicionais do Salesforce normalmente são desenhadas para funções e cenários predefinidos.

Um atendente vê um layout.

Um vendedor vê outro.

Um parceiro utiliza um portal.

Um cliente segue um processo guiado.

O Agentforce pode tornar a experiência mais adaptativa.

A mesma intenção do usuário pode gerar respostas diferentes com base em:

• Identidade do usuário

• Segmento do cliente

• Produtos contratados

• Histórico de interações

• Prioridade do Caso

• Região geográfica

• Status do consentimento

• Requisitos regulatórios

• Ações disponíveis para o agente

• Nível de confiança

• Contexto atual do negócio

Por exemplo, dois clientes podem perguntar: “Você pode me ajudar com meu pagamento?”

Para um cliente, o agente pode apresentar instruções de pagamento.

Para outro, pode identificar uma transação recusada e iniciar uma nova tentativa.

Para uma conta de alto risco, pode transferir o atendimento para um especialista.

Para um produto financeiro regulado, pode fornecer informações, mas impedir a execução autônoma.

A conversa visível pode parecer simples. A experiência subjacente é montada contextualmente em tempo real.

Por isso, o desenho da experiência com Agentforce precisa incluir arquitetura de identidade, dados, decisões, segurança e integração.

O Contexto é a Base da Experiência com IA

Um agente de IA sem contexto é apenas uma interface conversacional genérica. Um agente corporativo útil exige contexto preciso, relevante e autorizado.

Esse contexto pode incluir:

• Perfil do cliente

• Histórico da conta

• Casos abertos

• Pedidos

• Produtos

• Contas financeiras

• Apólices de seguro

• Artigos de conhecimento

• Conversas anteriores

• Direitos de serviço

• Registros de consentimento

• Informações de sistemas externos

• Eventos em tempo real

O arquiteto precisa determinar:

• Quais fontes são autoritativas

• Quais informações são adequadas para a interação atual

• Quais dados podem ser expostos

• Qual nível de atualização os dados exigem

• Como a identidade será resolvida

• Como informações conflitantes serão tratadas

• O que acontecerá quando o contexto necessário estiver indisponível

Mais contexto nem sempre significa uma experiência melhor. Fornecer informações excessivas pode aumentar latência, custos, exposição de segurança e a possibilidade de respostas irrelevantes ou incorretas.

O objetivo não é entregar ao agente todos os dados disponíveis. O objetivo é fornecer o mínimo de contexto confiável necessário para concluir corretamente a tarefa.

O Estado da Conversa Precisa Ser Arquitetado

Uma aplicação tradicional baseada em páginas possui estado visível.

Os usuários conseguem ver:

• Qual registro está aberto

• Quais campos possuem valores

• Qual etapa do processo está sendo executada

• Qual ação foi selecionada

As experiências conversacionais tornam esse estado menos visível.

O sistema precisa manter o entendimento sobre:

• O usuário atual

• O cliente ou a conta em análise

• O tópico discutido

• As perguntas anteriores

• As ações já realizadas

• As confirmações recebidas

• As informações ainda ausentes

• O status do escalonamento

Considere a conversa:

Cliente: “Preciso alterar meu endereço.”

Agente: “Essa alteração é para o endereço de cobrança ou para sua apólice de seguro?”

Cliente: “Para os dois.”

Agente: “Posso atualizar o endereço de cobrança agora. A apólice de seguro exige uma validação adicional.”

O agente precisa compreender que “os dois” se refere a dois domínios de dados diferentes, possivelmente controlados por sistemas distintos e regras diferentes.

Uma gestão inadequada do estado pode provocar:

• Perguntas repetidas

• Atualizações no registro errado

• Perda de contexto

• Respostas confusas

• Transações duplicadas

• Ações não autorizadas

O estado da conversa, portanto, não é apenas um detalhe de experiência. É um requisito arquitetural.

A Confiança Precisa Ser Desenhada na Experiência

Os usuários não adotarão o Agentforce simplesmente porque ele está disponível. Eles precisam confiar na experiência.

A confiança é influenciada por:

• Precisão

• Transparência

• Consistência

• Controle

• Previsibilidade

• Privacidade

• Recuperação após erros

O agente deve deixar claro:

• O que compreendeu

• Qual ação está propondo

• Quais informações está utilizando, quando relevante

• Se é necessária aprovação humana

• O que já foi concluído

• O que acontecerá em seguida

Para ações com consequências importantes, a confirmação é essencial.

Um agente não deve executar silenciosamente uma ação irreversível apenas porque inferiu a intenção do usuário.

Um padrão mais seguro seria: “Encontrei a apólice ativa terminada em 4582. A atualização do endereço também iniciará uma nova avaliação da apólice. Deseja continuar?”

Isso cria controle informado para o usuário. A confiança também depende de consistência.

Se um agente fornece políticas, explicações ou decisões diferentes para usuários semelhantes sem uma razão contextual válida, a adoção será prejudicada. A experiência precisa ser flexível sem parecer arbitrária.

Transparência Não Exige Expor a Complexidade Técnica

A explicabilidade é importante, mas a organização não deve sobrecarregar os usuários com detalhes técnicos.

Um cliente não precisa visualizar:

• Configurações de prompt

• Identificadores de modelos

• Códigos de resposta de APIs

• Cálculos internos de confiança

• Componentes da arquitetura

O usuário precisa entender:

• Por que uma ação não pode ser concluída

• Qual informação está ausente

• Se o resultado é uma recomendação ou uma decisão confirmada

• Quando uma pessoa assumirá o atendimento

• O que o sistema alterou

Por exemplo, em vez de dizer: “O limite de confiança do modelo não foi alcançado.”

Uma experiência melhor poderia dizer: “Não tenho informações verificadas suficientes para concluir esta solicitação com segurança. Vou transferir você para um especialista.”

A experiência permanece compreensível, enquanto a arquitetura mantém logs detalhados para auditoria e operação.

Um bom desenho de experiência com IA cria o nível adequado de transparência para cada público.

Clientes precisam de clareza. Colaboradores precisam de contexto acionável. Administradores precisam de visibilidade operacional.

Auditores precisam de rastreabilidade. Os arquitetos precisam desenhar para os quatro públicos.

A Recuperação de Erros Torna-se Mais Importante

Os erros em aplicações tradicionais normalmente são técnicos:

• Campo obrigatório não preenchido

• Falha em regra de validação

• Registro bloqueado

• Integração indisponível

• Permissão negada

Sistemas conversacionais introduzem novos modos de falha:

• Intenção mal interpretada

• Entidade incorreta identificada

• Solicitação ambígua

• Contexto insuficiente

• Tópico não suportado

• Ação indisponível

• Resposta com baixa confiança

• Dados conflitantes

• Saída insegura

• Transação incompleta

A experiência precisa se recuperar de forma adequada.

Uma resposta fraca seria: “Não posso ajudar com isso.”

Uma resposta mais forte seria: “Posso ajudar a atualizar as informações de contato no Salesforce, mas alterações na apólice ativa precisam ser concluídas pelo sistema de seguros. Posso iniciar esse processo e conectá-lo à equipe responsável.”

Uma boa recuperação deve:

• Preservar o contexto

• Explicar a limitação

• Oferecer uma próxima etapa válida

• Evitar que o usuário repita informações

• Transferir os detalhes relevantes para uma pessoa quando necessário

• Impedir ações parciais ou duplicadas

A recuperação de erros influencia diretamente se o usuário percebe o agente como inteligente ou frustrante.

A Transferência para Humanos Faz Parte da Experiência

O escalonamento para uma pessoa é frequentemente tratado como evidência de falha da IA.

Essa é uma interpretação equivocada. Em ambientes corporativos, a transferência para humanos é um padrão deliberado de experiência.

A principal questão não é se o agente realizará o escalonamento. A questão é com que qualidade ocorrerá a transição.

Uma transferência inadequada obriga o cliente a repetir:

• Informações de identidade

• O problema original

• As tentativas anteriores

• Dados relevantes da conta

• As ações já realizadas

Uma boa transferência entrega:

• Resumo da conversa

• Intenção identificada

• Registros relevantes

• Status da autenticação

• Ações já concluídas

• Perguntas pendentes

• Motivo do escalonamento

• Próxima ação recomendada

A pessoa deve iniciar o atendimento com mais contexto, não com menos. Isso exige coordenação entre Agentforce, Service Cloud, recursos de roteamento, canais de mensagem, conhecimento e sistemas externos. O human-in-the-loop é, portanto, tanto um padrão arquitetural quanto um princípio de experiência.

A Experiência com IA Precisa Respeitar o Contexto do Canal

O Agentforce pode estar disponível por diferentes canais:

• Salesforce Lightning Experience

• Experience Cloud

• Aplicações móveis

• Web chat

• Aplicativos de mensagens

• Lojas digitais

• Contact centers

• Slack ou outras ferramentas colaborativas

• Interfaces de voz

O mesmo comportamento do agente pode não ser apropriado em todos os canais.

Uma conversa móvel pode exigir respostas mais curtas. Um console de atendimento pode oferecer recomendações mais detalhadas.

Um canal público pode exigir validação mais forte de identidade antes de expor informações. Uma interação por voz precisa considerar interrupção, confirmação e ambiguidade verbal.

Um portal autenticado pode permitir transações que um site anônimo não pode oferecer.

Os arquitetos precisam decidir:

• Quais tópicos serão suportados em cada canal

• Quais ações serão permitidas

• Como a identidade será estabelecida

• Como o estado da conversa circulará entre canais

• Se o usuário poderá retomar uma interação

• Como os requisitos de acessibilidade serão atendidos

• Como as limitações do canal afetarão a experiência

Omnichannel não significa reproduzir a mesma conversa em todos os canais. Significa preservar intenção, contexto e confiança, adaptando a experiência a cada canal.

A Experiência do Colaborador e a Experiência do Cliente São Diferentes

O Agentforce pode apoiar tanto colaboradores quanto clientes, mas essas experiências exigem princípios diferentes de desenho.

Agentes voltados ao cliente

As prioridades incluem:

• Simplicidade

• Confiança

• Privacidade

• Confirmação clara

• Escalonamento seguro

• Consistência da marca

Agentes voltados aos colaboradores

As prioridades podem incluir:

• Produtividade

• Apoio à decisão

• Contexto mais detalhado

• Recomendações

• Aceleração de workflows

• Explicabilidade

• Capacidade de override

Um colaborador pode precisar visualizar:

• Por que uma recomendação foi gerada

• Quais registros foram utilizados

• Qual política se aplica

• Qual risco está associado à ação

• Se a recomendação pode ser modificada

Um cliente pode precisar apenas de uma explicação clara e da próxima etapa. Utilizar o mesmo desenho conversacional para os dois públicos pode produzir resultados ruins. A arquitetura da experiência precisa refletir responsabilidade, conhecimento, acesso e risco de cada usuário.

Medir a Experiência com IA Exige Novas Métricas

As métricas tradicionais de UX podem incluir:

• Tempo de carregamento

• Taxa de cliques

• Conclusão de formulários

• Abandono

• Duração da tarefa

Essas métricas continuam úteis, mas o Agentforce introduz novas medidas.

Compreensão

• Taxa de reconhecimento da intenção

• Frequência de pedidos de esclarecimento

• Retenção de contexto

• Taxa de perguntas repetidas

Efetividade

• Taxa de conclusão de tarefas

• Taxa de resolução

• Aceitação de recomendações

• Execução bem-sucedida de ações

Confiança

• Frequência de override humano

• Taxa de escalonamento

• Satisfação do cliente

• Confiança dos colaboradores

• Taxa de reclamações

Qualidade

• Aderência às políticas

• Precisão das respostas

• Taxa de ações incorretas

• Taxa de alucinação

• Consistência entre interações semelhantes

Desempenho operacional

• Latência das respostas

• Taxa de falhas de integração

• Tempo de execução das ações

• Custo por interação

• Volume de incidentes de suporte

Uma experiência conversacional com alta utilização, mas baixa conclusão de tarefas, não é bem-sucedida.

Um agente rápido que executa ações incorretas não é bem-sucedido. Um agente produtivo para colaboradores, mas no qual ninguém confia, acabará sendo ignorado.

A experiência com IA deve ser medida como uma combinação de usabilidade, valor, segurança e confiança.

O Papel do Arquiteto Salesforce

A arquitetura da experiência com Agentforce não pode ser responsabilidade exclusiva de designers de UX.

Ela exige colaboração entre:

• Arquitetura de negócio

• Arquitetura de solução

• Arquitetura técnica

• Arquitetura de dados

• Segurança

• Integração

• Desenho de serviços

• Compliance

• Gestão da mudança

O Arquiteto Salesforce ajuda a garantir que a experiência seja sustentada por um desenho corporativo coerente.

O arquiteto deve perguntar:

• Quais intenções dos usuários o agente deve atender?

• Quais ações devem permanecer determinísticas?

• Qual contexto é necessário?

• Onde esse contexto está armazenado?

• Como a identidade será verificada?

• Quais canais serão suportados?

• Qual será o modelo de escalonamento humano?

• Como o estado da conversa será mantido?

• O que acontecerá quando os sistemas estiverem indisponíveis?

• Como o comportamento será monitorado?

• Quais resultados definirão o sucesso?

O pensamento em nível CTA é essencial porque a experiência do usuário atravessa vários domínios arquiteturais.

Uma interface conversacional pode parecer simples, mas seu sucesso depende de dados, integração, segurança, desempenho, confiabilidade, governança e operações.

A experiência visível é apenas a camada superior de um sistema complexo.

Antipadrões de UX com Agentforce

Alguns antipadrões enfraquecem frequentemente as experiências orientadas por IA.

Substituir todas as interfaces por conversas

Nem toda tarefa é mais fácil por meio de linguagem natural. Formulários estruturados continuam melhores para algumas atividades precisas, repetitivas ou de alto volume.

Fazer o agente parecer mais capaz do que realmente é

A experiência deve comunicar claramente os limites.

Esconder ações com consequências importantes

Os usuários devem saber quando registros, transações ou compromissos estão sendo alterados.

Fazer o usuário repetir informações

O contexto da conversa e os dados da transferência devem ser preservados.

Fornecer explicações excessivas

A transparência deve gerar clareza, não sobrecarga.

Utilizar respostas genéricas

Usuários corporativos esperam respostas fundamentadas em seu contexto real.

Ignorar acessibilidade

O desenho conversacional também precisa atender usuários com diferentes necessidades de acessibilidade.

Tratar o escalonamento como falha

O suporte humano deve fazer parte da jornada.

Desenhar sem feedback operacional

As interações em produção devem alimentar a melhoria contínua.

Reflexão Final

O Agentforce não está simplesmente adicionando conversação ao Salesforce. Ele está mudando a forma como as pessoas interagem com sistemas corporativos.

Os usuários passarão, cada vez mais, a expressar intenções em vez de navegar por estruturas de aplicações. Os agentes recuperarão contexto, recomendarão decisões, executarão ações aprovadas e colaborarão com pessoas.

Isso cria a possibilidade de experiências mais simples e produtivas. Entretanto, simplicidade para o usuário exige maior disciplina nos bastidores.

A empresa precisa arquitetar:

• Intenção

• Contexto

• Estado da conversa

• Limites de decisão

• Segurança

• Transparência

• Recuperação

• Transferência para humanos

• Comportamento por canal

• Observabilidade

• Melhoria contínua

O futuro da experiência Salesforce não será definido apenas por páginas melhores ou menos cliques.

Será definido pela capacidade de os usuários alcançarem resultados confiáveis por meio de interações inteligentes.

O Agentforce não elimina a arquitetura da experiência do usuário, ele a torna ainda mais importante. As organizações bem-sucedidas serão aquelas que desenharem experiências conversacionais como sistemas corporativos governados, combinando interação natural com dados confiáveis, ações controladas, transparência contextual, recuperação resiliente e colaboração fluida entre humanos e inteligência artificial.