Cuando una persona falla en el checkout, la empresa recibe una queja. Cuando falla un agente, se escribe un registro mucho mejor — solo que no en los servidores propios.
Los registros propios muestran una sesión que empezó y se cortó. Un timeout, un código de error, un formulario que nunca se envió. Dicen que algo pasó, no por qué.
La traza del agente contiene el porqué: qué leyó en la página, qué campo probó, qué respuesta obtuvo, qué concluyó, adónde fue después. Es un diagnóstico del producto mejor que el que producen la mayoría de los estudios de usabilidad. Vive en la infraestructura de quien opera el agente.
Existe entonces una nueva clase de datos. Trata sobre la empresa, lo generó su fallo, y la empresa no es ni su dueña ni su destinataria. Nadie lo decidió. Es lo que resulta cuando quien observa el fallo es también quien se va.
El arreglo anterior tenía una simetría discreta. Quien chocaba con el muro era cliente, así que algún relato del fallo —por vago que fuera, «no me dejaba pagar»— llegaba a la puerta de la empresa. Imperfecto, pero llegaba a destino.
Ahora observador y destinatario están separados. Quien mejor puede explicar qué se rompió no tiene ninguna relación con la empresa ni motivo para enviarle nada.
De esto se siguen dos cosas para quien es dueño del producto.
→ Una telemetría de servidor más exhaustiva no reconstruirá estos fallos. La mitad que falta nunca estuvo de este lado del cable.
→ El operador del agente puede comparar los fallos de la empresa con los de todos los demás. La empresa no puede.
Nada de esto depende de cuántos agentes compran hoy. Depende de dónde se escribe el registro de un fallo cuando quien visita no es una persona, y de quién puede leerlo.
Una prueba para esta semana: elegir un recorrido de varios pasos y anotar dónde viviría el registro del fallo si quien visita fuera un agente. Si la respuesta no es «aquí», ahí está la brecha.