Abre cualquier ticket resuelto en tu help desk. Ticket 4471: abierto, asignado a una cola, reembolso emitido, cerrado. Cada paso de lo que ocurrió está ahí, con marca de tiempo y listo para buscar.
Ahora intenta averiguar por qué. ¿Por qué ese cliente recibió un reembolso fuera del plazo de 30 días? Qué comprobó el agente antes de decidir, si un supervisor intervino y cambió la decisión, etc. Nada de eso está en el registro.
Para qué se creó un sistema de registro
Tu CRM, tu plataforma de tickets y tu sistema de facturación son sistemas de registro. Hacen muy bien aquello para lo que se diseñaron, que es guardar datos: quién es el cliente, qué compró, qué está abierto y qué está cerrado.
Nunca se diseñaron para guardar criterio. Un estado “cerrado” te dice que el trabajo terminó. No dice nada de cómo se hizo, y eso elimina los ciclos de retroalimentación y aprendizaje.
El registro que falta es la traza de decisión
Una traza de decisión es el relato de cómo se produjo una resolución. Recoge la situación en la que estaba el cliente, el contexto que consultó el agente y de qué sistemas procedía, la acción tomada y si esa acción funcionó. La parte más valiosa suele ser la última: qué corrigió una persona después, si es que corrigió algo.
Maven llama Graph of Record a la acumulación de esas trazas. El Graph of Record guarda cómo se decidió, lo que hace posibles los ciclos de aprendizaje que hacen que cada decisión sea mejor que la anterior.
Por qué las trazas de decisión se acumulan
Los arquitectos empresariales llevan años hablando de la gravedad de los datos: las aplicaciones tienden a acercarse a donde residen los datos. Las trazas de decisión generan una atracción distinta; llamémosla gravedad de las trazas.
La inteligencia se acumula donde se toman las decisiones. Cada caso resuelto, y cada corrección en un caso que salió mal, le da al siguiente un mejor punto de partida.
Por eso las primeras semanas de una implementación pesan tanto. Las implementaciones que mejoran más rápido son aquellas en las que los casos reales y las correcciones reales retroalimentan directamente el funcionamiento del agente.
Así es como Mastermind alcanzó un 93 % de resolución autónoma solo 6 semanas después de empezar con Maven.
La mayoría de los equipos aún no ha conectado la capa inferior
En el informe State of AI in the Enterprise 2026 de Box, el 96 % de las organizaciones afirmó que era importante que los agentes de IA accedieran a contenido y conocimiento propios de la empresa.
Sin embargo, solo el 36 % de quienes usaban agentes o experimentaban con ellos los había conectado a contenido interno de confianza en muchos casos de uso. Además, solo el 34 % tenía estándares formales sobre cómo acceden los agentes a los datos de la empresa.
Esa es la capa de contenido: los documentos y el conocimiento que lee un agente. Las trazas de decisión están un nivel por encima.
Si la mayoría de las empresas aún no ha conectado el conocimiento, muy pocas están registrando de forma deliberada cómo lo usan sus agentes. Es una gran oportunidad para los equipos que sí lo hacen, y un riesgo real para aquellos cuyas trazas se acumulan en un lugar que no controlan.
Tu sistema de registro se queda donde está
Nada de esto implica sustituir tu CRM o tu help desk. Esos sistemas siguen haciendo bien lo que hacen. Pero su papel cambia: se convierten en la capa de estado de la que lee la capa de trabajo y en la que vuelve a escribir.
Esa es la lógica de una arquitectura superpuesta. Una plataforma de agentes de IA que funciona sobre Zendesk o Salesforce lee el estado de los sistemas que ya usas, resuelve el caso, registra el resultado y conserva la traza de cómo llegó hasta ahí. Sin migraciones y sin un nuevo sistema de registro que adoptar.
Qué preguntar antes de firmar
Si estás evaluando agentes de IA para atención al cliente, la traza de decisión merece un punto en la evaluación. Unas cuantas preguntas revelan la diferencia enseguida:
- ¿Dónde se guardan las trazas de decisión y te las llevas si te vas?
- Cuando tu equipo corrige al agente, ¿puedes ver cómo esa corrección cambia la forma de gestionar el siguiente caso similar?
- ¿Puedes auditar cualquier resolución hasta el contexto y las acciones que la produjeron?
- ¿Quién más puede aprender de tus trazas y está eso recogido en el contrato?
Un proveedor construido en torno a la traza responderá con detalles concretos. Uno que no lo esté te llevará de vuelta a la demo.
Una resolución que mejora
La tasa de resolución acapara los titulares, y con razón. Pero en un contrato de 2 años, la cifra que más importa es la velocidad a la que mejora la resolución. Y eso depende de si se está guardando el registro de cómo decide tu empresa, y de quién lo guarda.
Ese es el núcleo del argumento de Service as Software: software que hace el trabajo, y lo hace cada vez mejor, porque conserva el registro de cómo se hizo. Lee el argumento completo o trae tu tipo de ticket más difícil a una demo. 30 minutos, tus sistemas, tu definición de resuelto.
Míralo con tus propias conversaciones.
Solicita una demo personalizada gratuita.
