A menos que su empresa se haya creado hace cinco minutos, los cimientos de los datos de sus clientes no se construyeron para agentes autónomos.
La mayoría de los sistemas de datos de clientes se diseñaron para la elaboración de informes y análisis, y quizá para la automatización del marketing. Ahora intenta utilizarlos para que los agentes tomen decisiones y emprendan acciones sin intervención humana.
Los datos que funcionaban para los cuadros de mando no sirven para eso.
A veces los agentes se estancan y devuelven las decisiones a los humanos. A veces avanzan con confianza y el problema se detecta más tarde.
Ambas cosas ocurren porque faltan tipos de datos de clientes que los agentes necesitan para operar de forma independiente.
Sus agentes necesitan siete tipos específicos de datos de clientes para funcionar sin supervisión. En este artículo le explicaré cuáles son y por qué son importantes.
Al final, sabrá lo que le falta a su base de clientes actual y lo que necesita construir antes de que los agentes puedan funcionar a escala. Cada una de ellas resuelve un tipo diferente de ambigüedad con la que se encuentra un agente a la hora de decidir o actuar. Manos a la obra.
1. Identidad de cliente resuelta
Un agente que no sepa quién es un cliente podría actuar sobre un registro de cliente equivocado. En sanidad, esto podría significar programar un procedimiento para el paciente equivocado. En los servicios financieros, podría significar transferir fondos a la cuenta equivocada.
En cualquier sector, es una infracción de la normativa a punto de producirse.
Una identidad de cliente resuelta significa un registro de oro por cliente. No hay duplicados ni confusiones sobre cuál es el registro correcto.
Sin esto, los agentes se enfrentan al caos. Un cliente puede aparecer como tres registros distintos en su CRM, plataforma de comercio electrónico y sistema de servicio.
Un agente ve los tres y se equivoca. Se contacta dos veces con el cliente por el mismo problema, o el agente actualiza la cuenta equivocada.
Incluso un duplicado en producción se convierte en un punto de decisión para su agente. La identidad resuelta elimina ese riesgo. El agente sabe sobre quién está actuando.
2. Contexto del cliente en tiempo real
Si su agente está actuando sobre datos de ayer, está tomando decisiones de ayer para el cliente de hoy.
Necesita datos actualizados sobre lo que el cliente ha hecho, necesita o ha experimentado ahora. Acontecimientos vitales. Compras recientes. Estado actual. Últimas interacciones...
Los datos rompen lo que intentas construir:
- El agente de renovación no tiene ni idea de que el cliente acaba de comprar a un competidor.
- El agente de fidelización envía una oferta de retención a alguien que compró ayer.
- El agente de soporte no sabe nada de la reclamación presentada esta mañana.
Esto no sólo ralentiza a los agentes, sino que les hace confiarse y equivocarse al mismo tiempo.
3. Banderas de consentimiento y permiso
Las infracciones de consentimiento no provienen de agentes malvados. Provienen de agentes que no saben que el cliente ha dicho que no.
Como cliente, usted tiene preferencias explícitas, como los canales en los que aceptará que le contacten o las opciones que ha elegido (GDPR, CCPA, políticas internas).
Todo ello se recoge en banderas de consentimiento vinculadas a ese registro de cliente. Y un agente sin acceso a estos indicadores opera a ciegas.
Envía correos electrónicos a clientes que han optado por no recibirlos. Llama a alguien que sólo pidió contacto por escrito. Utiliza datos que el cliente prohibió explícitamente.
Una infracción empieza poco a poco. Un cliente se queja. Entonces interviene el departamento de cumplimiento.
Luego los reguladores.
4. Contexto relacional y jerárquico
Si sus agentes tratan a cada cliente como un individuo, a menudo pasan por alto lo obvio.
- Un hogar no está formado por cinco personas distintas que toman cinco decisiones distintas.
- Una organización no es una lista de nombres de contacto.
- Las familias tienen responsables principales
- Las organizaciones tienen jerarquías y dependencias
- Las cuentas B2B tienen funciones que importan
Sin el contexto de las relaciones, los agentes ven fragmentos.
Un agente ofrece un descuento familiar que sólo se aplica si el titular de la cuenta lo autoriza, pero en su lugar se pone en contacto con el adolescente.
Un agente B2B se pone en contacto con alguien que dejó la empresa hace seis meses.
Un agente sanitario programa un procedimiento sin saber que el cónyuge del paciente es su apoderado sanitario.
El contexto lo cambia todo sobre cómo debe actuar un agente.
5. Identificaciones específicas de la aplicación
Su cliente existe en múltiples sistemas, y cada uno tiene su propia forma de identificarlo.
El CRM llama a tu cliente "contacto_12847". El ecommerce los conoce como "usuario_5029". Tu plataforma de servicios los llama "titular_caso_891". Su almacén de datos tiene otro identificador más.
Un registro maestro une todos estos datos. Sabe que contact_12847 y user_5029 son la misma persona.
Sin esa correspondencia, un agente puede obtener datos de un sistema pero no puede relacionarlos con lo que ocurre en otro. O encuentra el historial de compras del cliente, pero no puede relacionarlo con sus tickets de soporte.
El agente acaba tomando decisiones con información inconexa.
Cuando se relacionan todos estos identificadores, el agente puede ver la imagen completa en todos los sistemas en los que existe ese cliente.
6. Línea de datos e indicadores de calidad
No todos los datos de los clientes son iguales, por lo que sus agentes deben conocer la diferencia.
Si el correo electrónico de un cliente se ha actualizado esta mañana, tiene más peso que si se introdujo hace seis meses. Y un número de teléfono confirmado por el propio cliente es más fiable que uno de un proveedor externo.
Necesitas linaje y puntuaciones de calidad, o esos agentes tratarán todo igual.
Los datos de baja calidad se tratan con la misma seguridad que los de alta calidad. Los agentes avanzan con falsa confianza en información en la que no deberían confiar.
Los indicadores de calidad permiten a los agentes saber qué deben priorizar y qué deben verificar.
7. Contexto de las reglas y políticas de negocio
Un agente que no sabe lo que puede hacer..:
- No hará absolutamente nada
- hará algo mal
Las reglas de negocio viven en sus registros de clientes, niveles de precios, requisitos de elegibilidad, condiciones contractuales, etc.
Cuando un agente no dispone de este contexto, funciona sin barandillas.
Puede que ofrezca un servicio al que el cliente no tiene derecho o un descuento que infrinja las condiciones del contrato. Tal vez comprometa a la empresa a un acuerdo de nivel de servicio que no puede cumplir.
A veces, el agente se detiene porque no sabe si una acción está permitida. A veces actúa de todos modos y crea problemas de cumplimiento más tarde.
Pero si se incorporan reglas de negocio a los registros de clientes, el agente conocerá sus límites antes de decidir.
Una inteligencia fiable significa que dispone de estos 7 tipos de datos y que está preparado para que los agentes de atención al cliente
La autonomía está limitada por el más débil de estos siete tipos de datos. La falta de uno solo obliga a la intervención humana.
No necesita los siete para gestionar agentes, pero sí para gestionarlos sin supervisión. De lo contrario, el agente se detiene a la espera de información o avanza con un conocimiento incompleto. No se puede confiar en él lo suficiente como para dejarlo funcionar.
Con los siete en su sitio, el agente se convierte en una infraestructura en lugar de un experimento. Dejas de preguntarte "¿deberíamos dejarle hacer esto?" y empiezas a depender de él para hacer cosas que antes no podías hacer a escala.
Cómo se reúnen los siete tipos de datos en un solo lugar:
Cliente de agentic 360
Los sistemas Agentic no eliminan la necesidad de un Cliente 360. Dependen de él. Dependen de él.
Un Cliente 360 no es un objeto estático que un agente posea permanentemente. En su lugar, los agentes ensamblan una situación 360 en tiempo real extrayendo interacciones, eventos y estados de todos los sistemas. Y todo ello está anclado a un registro maestro de clientes autorizado que define lo que es cierto sobre el cliente a lo largo del tiempo.
Lo que cambia en un mundo agéntico es cómo se utiliza ese conocimiento.
Los agentes convierten el conocimiento del cliente en decisiones y acciones autónomas, pero sólo si pueden confiar en la identidad, las relaciones, el consentimiento y las normas que lo sustentan.
Esto hace que la identificación fiable del cliente sea fundamental. Si la identidad es incierta, está duplicada o se rige de forma diferente en los distintos sistemas, los agentes no pueden actuar con seguridad. Se estancan, adivinan o crean riesgos.
En Stibo Systems, servimos como el ancla autorizada para la identidad del cliente de confianza y el contexto del cliente gobernado. No creamos agentes ni sustituimos marcos de orquestación o LLM.
En su lugar, proporcionamos la visión única del cliente (SCV ) en la que confían los agentes:
- Resolver la identidad
- Hacer cumplir el consentimiento
- Mantener las relaciones
- Preservar el linaje y la calidad
- Incorporación de normas empresariales
Todo ello para que los sistemas autónomos puedan actuar con confianza y no por presunción.
Dicho de otro modo:
Los agentes actúan.
Cliente 360 define lo que es cierto.
Trusted Customer ID hace posible la autonomía.
