A menos que sua empresa tenha sido criada há cinco minutos, suas bases de dados de clientes não foram criadas para agentes autônomos.
A maioria dos sistemas de dados de clientes foi projetada para geração de relatórios e análises - talvez um pouco de automação de marketing. Agora você está tentando usá-los para permitir que os agentes tomem decisões e ações sem intervenção humana.
Os dados que funcionavam para os painéis não funcionam para isso.
Às vezes, os agentes ficam paralisados e devolvem as decisões aos humanos. Às vezes, eles avançam com confiança e você percebe o problema mais tarde.
Ambas as situações acontecem porque estão faltando tipos de dados do cliente que os agentes precisam para operar de forma independente.
Seus agentes precisam de sete tipos específicos de dados de clientes para trabalhar sem supervisão. Nesta postagem, vou explicar a você quais são esses tipos e por que cada um deles é importante.
Ao final, você saberá o que está faltando em sua base de clientes atual e o que precisa construir para que os agentes possam trabalhar em escala. Cada um deles resolve um tipo diferente de ambiguidade que um agente encontra ao decidir ou agir. Vamos ao que interessa.
1. Identidade do cliente resolvida
Um agente que não sabe quem é um cliente pode agir com base no registro errado do cliente. No setor de saúde, isso pode significar o agendamento de um procedimento para o paciente errado. Nos serviços financeiros, isso pode significar a transferência de fundos para a conta errada.
Em qualquer setor, é uma violação de conformidade esperando para acontecer.
A identidade resolvida do cliente significa um registro de ouro por cliente. Sem duplicatas ou confusão sobre qual registro é o correto.
Sem isso, os agentes enfrentam o caos. Um cliente pode aparecer como três registros separados em seu CRM, plataforma de comércio eletrônico e sistema de atendimento.
Um agente vê todos os três registros e erra o palpite. O cliente é contatado duas vezes sobre o mesmo problema ou o agente atualiza a conta errada.
Até mesmo uma duplicata em produção se torna um ponto de decisão para o agente. A identidade resolvida elimina esse risco. O agente sabe com quem está agindo.
2. Contexto do cliente em tempo real
Se o seu agente está agindo com base nos dados de ontem, ele está tomando a decisão de ontem para o cliente de hoje.
Você precisa de dados atualizados sobre o que o cliente fez, precisa ou experimentou agora. Eventos da vida. Compras recentes. Status atual. Interações mais recentes...
Os dados quebram o que você está tentando criar:
- O agente de renovação não sabe que o cliente acabou de comprar de um concorrente
- O agente de fidelidade envia uma oferta de retenção para alguém que comprou ontem
- O agente de suporte não sabe sobre a reclamação registrada esta manhã
Isso não só torna os agentes mais lentos, como também os deixa confiantes e errados ao mesmo tempo.
3. Bandeiras de consentimento e permissão
As violações de consentimento não são causadas por agentes mal-intencionados. Elas vêm de agentes que não sabem que o cliente disse não.
Como cliente, você tem preferências explícitas, como os canais em que aceitará contato, o que você optou por aceitar e recusar (GDPR, CCPA, políticas internas).
Tudo isso está nos sinalizadores de consentimento vinculados ao registro do cliente. E um agente sem acesso a esses sinalizadores opera às cegas.
Ele envia e-mails para clientes que optaram por não receber e-mails. Ele liga para alguém que pediu apenas contato por escrito. Ele usa dados que o cliente proibiu explicitamente.
Uma violação começa pequena. Um cliente reclama. Então, a conformidade se envolve.
Em seguida, os órgãos reguladores.
4. Contexto de relacionamento e hierarquia
Se os seus agentes estão tratando cada cliente como um indivíduo, muitas vezes eles não percebem o óbvio.
- Uma família não é composta por cinco pessoas diferentes tomando cinco decisões diferentes
- Uma organização não é uma lista de nomes de contatos
- As famílias têm os principais tomadores de decisão
- As organizações têm hierarquias e dependências
- As contas B2B têm funções importantes
Sem o contexto do relacionamento, os agentes veem fragmentos.
Um agente oferece um desconto familiar que só se aplica se o titular da conta autorizar, mas, em vez disso, ele entra em contato com o adolescente.
Um agente B2B entra em contato com alguém que deixou a empresa há seis meses.
Um agente de saúde agenda um procedimento sem saber que o cônjuge do paciente é seu procurador de saúde.
O contexto muda tudo sobre como um agente deve agir.
5. IDs específicas do aplicativo
Seu cliente existe em vários sistemas, e cada um deles tem sua própria maneira de identificá-lo.
O CRM chama seu cliente de "contato_12847". O comércio eletrônico o conhece como "user_5029". Sua plataforma de serviços o chama de "case_holder_891". Seu data warehouse tem ainda outro ID.
Um registro mestre une tudo isso. Ele sabe que o contato_12847 e o usuário_5029 são a mesma pessoa.
Sem esse mapeamento, um agente pode buscar dados de um sistema, mas não pode conectá-los ao que está acontecendo em outro. Ou ele encontra o histórico de compras do cliente, mas não consegue vinculá-lo aos tíquetes de suporte.
O agente acaba tomando decisões com informações desconectadas.
Quando você mapeia todas essas IDs juntas, o agente pode ver o quadro completo em todos os sistemas em que o cliente existe.
6. Linhas de dados e indicadores de qualidade
Nem todos os dados de clientes são iguais, portanto, seus agentes precisam saber a diferença.
Se o e-mail de um cliente foi atualizado hoje de manhã, ele tem mais peso do que um que foi inserido há seis meses. E um número de telefone confirmado pelo próprio cliente é mais confiável do que um número de um fornecedor terceirizado.
Você precisa de linhagem e índices de qualidade, ou esses agentes tratarão tudo da mesma forma.
Os dados de baixa qualidade são tratados com a mesma certeza que os dados de alta qualidade. Os agentes avançam com falsa confiança em informações nas quais não deveriam confiar.
Os indicadores de qualidade permitem que os agentes saibam o que devem priorizar e o que devem verificar.
7. Contexto de regras e políticas empresariais
Um agente que não sabe o que está autorizado a fazer pode:
- Não fazer absolutamente nada
- Fazer algo errado
As regras de negócios estão presentes em seus registros de clientes, níveis de preços, requisitos de qualificação, termos de contrato e assim por diante.
Quando um agente não tem esse contexto, ele opera sem barreiras.
Talvez ele ofereça um serviço para o qual o cliente não está qualificado ou um desconto que viola os termos do contrato. Talvez ele comprometa a empresa com um SLA que não pode cumprir.
Às vezes, o agente fica parado porque não sabe se uma ação é permitida. Às vezes, ele age de qualquer maneira e cria problemas de conformidade mais tarde.
Mas se você incorporar regras de negócios aos registros dos clientes, o agente saberá seus limites antes de decidir.
Inteligência confiável significa que você tem todos esses sete tipos de dados e que está pronto para os agentes de clientes
A autonomia é limitada pelo mais fraco desses sete tipos de dados. A falta de um deles obriga a intervenção humana.
Você não precisa de todos os sete para operar agentes, mas precisa de todos os sete para operá-los sem supervisão. Caso contrário, o agente fica parado esperando por informações ou avança com uma compreensão incompleta. Você não pode confiar nele o suficiente para deixá-lo funcionar.
Com todos os sete, o agente se torna uma infraestrutura em vez de um experimento. Você para de se perguntar "devemos deixá-lo fazer isso?" e começa a depender dele para fazer coisas que antes não era possível fazer em escala.
Como os sete tipos de dados se juntam em um só lugar: Cliente da Agentic 360
Os sistemas Agentic não eliminam a necessidade de um Customer 360. Eles dependem dele.
O Customer 360 não é um objeto estático que um agente possui permanentemente. Em vez disso, os agentes montam uma situação 360 em tempo real, extraindo interações, eventos e estados de todos os sistemas. E tudo isso está ancorado em um registro mestre do cliente autorizado que define o que é verdadeiro sobre o cliente ao longo do tempo.
O que muda em um mundo agêntico é como esse entendimento é usado.
Os agentes operacionalizam o conhecimento do cliente em decisões e ações autônomas, mas somente se puderem confiar na identidade, nos relacionamentos, no consentimento e nas regras por trás disso.
Isso torna a identificação confiável do cliente essencial. Se a identidade for incerta, duplicada ou regida de forma diferente nos sistemas, os agentes não poderão agir com segurança. Eles ficam paralisados, adivinham ou criam riscos.
Na Stibo Systems, atuamos como a âncora autorizada para a identidade confiável do cliente e o contexto governado do cliente. Não criamos agentes e não substituímos estruturas de orquestração ou LLM.
Em vez disso, fornecemos a visão única do cliente (SCV) da qual os agentes dependem:
- Resolução de identidade
- Imposição de consentimento
- Manutenção de relacionamentos
- Preservação da linhagem e da qualidade
- Incorporação de regras de negócios
Tudo isso para que os sistemas autônomos possam agir com confiança, e não com suposições.
Em outras palavras:
Os agentes agem.
O Customer 360 define o que é verdadeiro.
O Trusted Customer ID possibilita a autonomia.
