Qué datos mínimos debe dejar registrada una conversación cerrada para poder auditarla después

Una conversación cerrada es un expediente. Si al cerrarla no quedó escrito qué pasó, quién la atendió, cuándo y cómo terminó, la auditoría posterior no existe: existe una reconstrucción de memoria, que es otra cosa y sirve mucho menos. El problema práctico es concreto: la mayoría de los equipos que atienden WhatsApp guardan el hilo de mensajes y nada más. El hilo dice qué se dijo, pero no dice si el caso se resolvió, ni en qué momento se cerró, ni quién lo cerró, ni por qué. Con el hilo solo no se puede auditar nada.

La tabla de abajo es el conjunto mínimo de campos que una conversación tiene que dejar registrados al cerrarse. No es una lista de deseos: cada fila tiene un motivo por el que está, y una consecuencia concreta cuando falta. Se puede implementar en una planilla, en el panel de la herramienta o en un formulario de cierre, pero los campos son los mismos en cualquier caso.

La tabla: campos mínimos al cerrar una conversación

Cómo se lee esta tabla

Hay tres grupos de campos y se comportan distinto. Los automáticos (ID, canal, timestamps, cantidad de mensajes, cantidad de agentes, reapertura, uso de IA) son los que la herramienta puede completar sola y no deberían depender de que alguien se acuerde. Los que escribe el agente (motivo, resultado, escalado, nota de cierre) son los que se pierden primero cuando hay veinte conversaciones abiertas, y son justamente los que más se necesitan para auditar. Y los mixtos (contacto, etiqueta) dependen de que el contacto esté cargado antes de que la conversación se cierre.

La regla práctica es simple: si un campo se puede completar solo, que se complete solo; si no se puede, tiene que estar en el momento del cierre, no después. Un campo que se completa "cuando haya tiempo" no se completa nunca. La auditoría se hace sobre lo que quedó escrito en el momento, no sobre lo que se podría haber escrito.

Completitud: cuántos campos tiene que tener una conversación para ser auditable

Los cuatro campos que más se pierden y por qué

• Motivo de contacto: se saltea porque obliga a elegir una categoría y ninguna parece encajar del todo. Solución: pocas categorías y una opción "otro" que después se revisa para ver si hace falta una nueva.
• Resultado: se saltea porque cerrar una conversación no es lo mismo que resolverla, y el agente no siempre sabe si el cliente quedó conforme. Solución: separar "cerrado por el equipo" de "cerrado por el cliente" y admitir "sin respuesta" como resultado válido.
• Escalado: se saltea porque el escalamiento ocurre en el medio del caso y cuando se cierra ya nadie se acuerda. Solución: registrarlo en el momento en que se escala, no al cerrar.
• Nota de cierre: se saltea porque suena a burocracia. Solución: pedir una línea, no un párrafo, y mostrar ejemplos de notas útiles en el equipo.

Qué se puede auditar con estos datos y qué no

Con la tabla completa se pueden auditar cosas concretas: cuántas conversaciones se cierran sin respuesta, cuánto tarda la primera respuesta por día y por horario, qué motivos crecen mes a mes, cuántos casos pasan por más de un agente, cuántos se reabren después del cierre y qué agentes concentran las reaperturas. Todo eso sale de cruzar campos, no de leer hilos.

Lo que no se puede auditar con estos datos es la calidad del contenido: si la respuesta fue correcta, si el tono fue el adecuado, si el cliente quedó conforme. Eso requiere leer el hilo, y para eso la nota de cierre sirve como filtro: se leen los casos marcados como derivados, sin respuesta o reabiertos, no los quinientos hilos del mes. La tabla no reemplaza la lectura, la hace posible en una muestra chica.

Errores frecuentes al armar este registro

• Confundir cierre con resolución. Una conversación puede cerrarse sin que el problema del cliente se haya resuelto, y si el campo resultado no lo distingue, la tasa de resolución queda inflada.
• Registrar el cierre con la fecha en que se cargó la fila en el sistema y no con el timestamp del último mensaje. Si el registro se carga en lote al final del día o de la semana, cualquier análisis de horarios da cualquier cosa. El timestamp que manda es el del mensaje, no el de la carga.
• Dejar el motivo de contacto en texto libre. Después nadie puede agrupar: "consulta de precio", "precio" y "cuánto sale" son la misma cosa escrita de tres maneras.
• No registrar la reapertura. Es el campo que más rápido revela cierres apurados: si un agente tiene el triple de reaperturas que el resto, el problema no es el cliente.
• Pedir demasiados campos. Un formulario de cierre con quince campos no se completa. Los que escribe el agente tienen que ser cuatro o cinco como máximo.
• Auditar sin criterio de muestreo. Revisar todas las conversaciones no escala; revisar una muestra al azar más todos los casos marcados como problemáticos sí.

Cómo controlar que el registro esté completo

1. 1Elegir un día por semana y contar, sobre las conversaciones cerradas ese día, cuántas tienen cada campo completo.
2. 2Calcular el porcentaje de completitud por campo, no por conversación: así se ve cuál es el que se pierde.
3. 3Revisar aparte las conversaciones reabiertas y las cerradas sin respuesta: son la muestra que conviene leer.
4. 4Comparar la completitud entre agentes. Si uno tiene 40% y otro 95%, el problema es de proceso, no de la herramienta.
5. 5Ajustar la cantidad de categorías de motivo una vez por mes, mirando cuántos casos cayeron en "otro".
6. 6Volver a medir la semana siguiente con el mismo criterio. Sin repetir la medición, no se sabe si mejoró.

Preguntas frecuentes

Las dudas que aparecen siempre al armar este registro están abajo. La respuesta corta: primero se define qué se quiere auditar, después se eligen los campos. Al revés no funciona, porque se termina guardando todo y sin poder usar nada.