¿Hay que ordenar los datos de toda la empresa antes de poner un agente de IA?
El minuto exacto en que un agente contesta mal por un dato que se escribe desde dos lugares, y qué hay que ordenar antes de verdad. No es la empresa entera.
Iván Itzcovich
Co-fundador
¿Hay que ordenar los datos de toda la empresa antes de poner un agente? La respuesta corta es que no, y la larga se entiende mejor mirando el minuto exacto en que un agente contesta mal.
¿Dónde se rompe exactamente?
Un pedido, un día cualquiera. A las 09:10 el cliente compra y queda registrado en el sistema de gestión. A las 11:40 producción avisa por un grupo de WhatsApp que se demora dos días, y el vendedor lo anota en la planilla que mira todos los días. A las 12:05 el cliente pregunta cuándo le llega, el agente consulta el sistema de gestión, que es el único lugar al que está conectado, y contesta que sale hoy.
Esa respuesta es incorrecta, está bien escrita y suena segura. A las 17:30 el cliente vuelve a escribir molesto y recién ahí interviene una persona.
El problema no fue el agente. Fueron los veinte minutos en los que el estado real vivió en un lugar y el estado que el agente lee vivió en otro.
Ejemplo ilustrativo
Dos sistemas escribiendo el mismo dato
El cliente confirma la compra. Queda registrada en el sistema de gestión y el vendedor la anota también en su planilla.
Sistema de gestión
Confirmado
Planilla del equipo
Confirmado
Qué contesta el agente si el cliente pregunta ahora
Tu pedido está confirmado. Te aviso cuando salga del depósito.
Los dos lugares dicen lo mismo, así que el agente acierta.
Qué pasó
El agente nunca falló técnicamente. Leyó el dato que tenía disponible y contestó bien redactado. La falla estuvo veinte minutos antes, cuando el estado real se escribió en un lugar al que el agente no está conectado, y nadie tuvo forma de notarlo hasta el reclamo.
Los dos modos, momento por momento
Dos lugares escriben el estado
- 09:10. El cliente confirma la compra. Queda registrada en el sistema de gestión y el vendedor la anota también en su planilla. Sistema de gestión: Confirmado. Planilla del equipo: Confirmado. Qué contesta el agente si el cliente pregunta ahora: Tu pedido está confirmado. Te aviso cuando salga del depósito. Los dos lugares dicen lo mismo, así que el agente acierta.
- 11:40. Producción avisa por un grupo de WhatsApp que el pedido se demora dos días. El vendedor lo anota en su planilla, que es donde mira todos los días. Sistema de gestión: Confirmado. Planilla del equipo: Demorado, sale el jueves. Acá empieza la diferencia. El sistema quedó con el dato viejo y nadie lo actualizó.
- 12:05. El cliente pregunta por WhatsApp cuándo le llega el pedido. El agente consulta el sistema de gestión, que es el único lugar al que está conectado. Sistema de gestión: Confirmado. Planilla del equipo: Demorado, sale el jueves. Qué contesta el agente si el cliente pregunta ahora: Tu pedido está confirmado y sale hoy del depósito. Debería llegarte mañana. Este es el momento. La respuesta es incorrecta, está bien escrita y suena segura.
- 12:06. El agente registra la conversación como resuelta y no escala a nadie, porque desde donde él mira no pasó nada raro. Sistema de gestión: Confirmado. Planilla del equipo: Demorado, sale el jueves. Nadie del equipo se entera. No hay alerta, porque no hubo error técnico.
- 17:30. El cliente vuelve a escribir porque el pedido no llegó. Ahora sí interviene una persona, que tiene que explicar y pedir disculpas. Sistema de gestión: Confirmado. Planilla del equipo: Demorado, sale el jueves. El costo no fue el error: fue el reclamo, y que lo descubrió el cliente antes que la empresa.
- Día siguiente. Alguien actualiza el sistema a mano para que coincida con la planilla. El caso se cierra y la causa queda igual que ayer. Sistema de gestión: Demorado, sale el jueves. Planilla del equipo: Demorado, sale el jueves. Mañana vuelve a pasar con otro pedido, porque los dos lugares siguen escribiendo el mismo dato.
Qué pasó. El agente nunca falló técnicamente. Leyó el dato que tenía disponible y contestó bien redactado. La falla estuvo veinte minutos antes, cuando el estado real se escribió en un lugar al que el agente no está conectado, y nadie tuvo forma de notarlo hasta el reclamo.
Una sola vía de escritura
- 09:10. El cliente confirma la compra. Queda registrada en el sistema de gestión, que ahora es el único lugar donde se actualiza el estado. Sistema de gestión: Confirmado. Segunda fuente: Ya no existe para este dato. Qué contesta el agente si el cliente pregunta ahora: Tu pedido está confirmado. Te aviso cuando salga del depósito. Hay una sola fuente, así que no hay nada que reconciliar.
- 11:40. Producción avisa que el pedido se demora dos días y lo carga en el sistema, que es donde ahora se registra el estado. Sistema de gestión: Demorado, sale el jueves. Segunda fuente: Ya no existe para este dato. El equipo sigue mirando la información donde siempre, pero la escribe en un solo lado.
- 12:05. El cliente pregunta cuándo le llega el pedido. El agente consulta el sistema. Sistema de gestión: Demorado, sale el jueves. Segunda fuente: Ya no existe para este dato. Qué contesta el agente si el cliente pregunta ahora: Tu pedido se demoró y sale el jueves. Te aviso apenas salga del depósito. Misma pregunta, misma hora, respuesta correcta. Lo único que cambió es dónde se escribe el estado.
- 12:05, variante. Si producción todavía no hubiera cargado nada, el sistema no tendría el dato nuevo. Un agente bien construido lo dice en vez de improvisar. Sistema de gestión: Confirmado, sin novedades desde las 09:10. Segunda fuente: Ya no existe para este dato. Qué contesta el agente si el cliente pregunta ahora: No tengo una fecha nueva confirmada. Lo consulto con el equipo y te contesto hoy mismo. Un agente que nunca dice que no sabe está mal construido, no mal alimentado.
Qué cambió. No se unificaron los sistemas de la empresa ni se migró nada. Se decidió cuál es el único lugar donde se actualiza un campo, el del estado del pedido, que es el que el agente necesita. El resto de los sistemas quedó exactamente como estaba.
El ejemplo es ilustrativo y usa un pedido porque es el caso más reconocible, no la medición de un cliente. El mismo patrón aparece con un saldo, un turno disponible, un stock o el estado de un trámite.
¿Por qué nadie se entera antes del reclamo?
Porque no hubo ningún error técnico. El agente leyó un dato válido de un sistema que funciona, así que no hay alerta que dispare, no hay log rojo y la conversación queda registrada como resuelta.
Esta es la diferencia entre datos desordenados y datos contradictorios. El desorden se nota: falta un campo, una consulta no devuelve nada, alguien pregunta. La contradicción no se nota, porque las dos versiones se ven igual de válidas desde adentro.
Hay una parte que sí se resuelve con diseño y no con datos: un agente tiene que poder decir que no tiene el dato y derivar. Un agente que nunca dice que no sabe está mal construido, no mal alimentado.
Entonces, ¿qué hay que ordenar antes?
Una sola vía de escritura para cada dato que el agente va a escribir, o que va a leer para decidir algo. Nada más que eso.
En el ejemplo de arriba alcanza con decidir que el estado del pedido se actualiza en un único lugar. No hay que unificar sistemas, ni migrar historial, ni cambiar de software: hay que elegir dónde se escribe ese campo y que el resto lea de ahí.
¿Y el resto de los sistemas de la empresa?
Puede seguir exactamente como está. Si el ERP y el CRM escriben distinto el nombre del mismo cliente, eso es un problema real de reportes y no es un problema del agente que califica consultas nuevas, porque ese agente no toca el ERP.
La pregunta útil no es si los datos de la empresa están ordenados, porque la respuesta honesta en cualquier empresa de más de cinco años es que no. Es qué datos toca esta tarea y desde dónde se escriben hoy.
¿Cuándo sí hay que consolidar de verdad?
Cuando el problema que se quiere resolver es el reporte, la trazabilidad o el cierre contable, y no una tarea conversacional. Ahí la consolidación es el proyecto, no un requisito previo de otro proyecto.
Y si la empresa igual necesita consolidar, un agente no lo reemplaza. Lo que hace es dar el mapa real de un tramo, con uso medido, antes de gastar el presupuesto grande. Es el orden que menos plata arriesga, no una forma de evitar el trabajo.
¿Cuánto cuesta cada camino?
La consolidación se mide en meses, involucra a todas las áreas y entrega valor al final. Una tarea conversacional se mide en semanas, involucra a las personas de ese tramo y entrega valor cuando sale. En Takenos, el agente de soporte resuelve 7 de cada 10 conversaciones sin intervención humana, en torno a un minuto por ticket, consultando el estado real de una cuenta.
| Consolidar los sistemas | Darle una tarea a un agente | |
|---|---|---|
| Alcance | Todos los sistemas de la empresa | Los datos que toca una tarea |
| Duración | Meses | Semanas |
| Quiénes participan | Todas las áreas | Las personas de ese tramo |
| Qué se toca | ERP, CRM, gestión, historial | Un campo y su vía de escritura |
| Cuándo aparece el valor | Al final | Cuando sale a producción |
Confundir los dos proyectos es lo que convierte una implementación de ocho semanas en una de un año, y casi siempre termina con las dos cosas sin aprobar.
Preguntas frecuentes
¿Se puede poner un agente sobre un CRM desordenado?
Sí, siempre que el desorden no esté en los campos que el agente lee o escribe. Conviene mirar la salud de esos campos puntuales y no la del sistema en general, que casi nunca es buena y casi nunca es el problema.
¿Qué quiere decir una sola vía de escritura?
Que cada dato tenga un único lugar donde se crea y se actualiza, y que todo lo demás lea de ahí. Cuando dos sistemas pueden escribir el mismo campo, alguien tiene que decidir cuál gana cada vez que discrepan, y ese trabajo de reconciliación se repite para siempre.
¿Cómo sé si tengo este problema sin revisar todo?
Mirando una sola cosa: para cada dato que el agente va a usar, en cuántos lugares se actualiza hoy. Si la respuesta es uno, no hay nada que hacer. Si es dos, ahí está el trabajo previo, y es de días.
Iván Itzcovich · Co-fundador, StudioChat
¿Querés ver agentes así trabajando para tu equipo?
Hablemos ahora