Motivos de contacto más frecuentes en WhatsApp y su tiempo estándar de resolución, por rubro

Para qué sirve esta tabla

Un tiempo de resolución no es lo mismo que un tiempo de respuesta. El tiempo de respuesta es cuánto tarda el negocio en escribir la primera vez. El tiempo de resolución es cuánto tarda el motivo del contacto en quedar cerrado: la reserva confirmada, el pedido despachado, el turno agendado, la duda contestada sin que vuelvan a preguntar. La mayoría de los equipos mide lo primero y sufre por lo segundo.

Esta tabla ordena los motivos de contacto más frecuentes por rubro y les asigna un tiempo estándar de resolución. No son tiempos que salgan de una norma ni de una estadística de mercado: son los valores que conviene fijar como acuerdo interno y después ajustar con los datos propios. La columna que importa no es el número, es el 'responsable': si un motivo no tiene dueño, no tiene tiempo estándar, tiene esperanza.

Cómo leer la tabla

Cada fila tiene cuatro decisiones: el motivo, el tiempo estándar de resolución, quién lo cierra y qué dato hace falta para cerrarlo. Las tres últimas columnas son las que evitan que el tiempo estándar sea una intención. Un motivo sin responsable asignado se queda en la bandeja compartida hasta que alguien lo agarra de casualidad. Un motivo sin dato requerido se contesta a medias y vuelve.

• Motivo: la consulta tal como llega, no como la clasificarías vos. Si el cliente escribe 'hola, quería saber si tienen lugar', el motivo es disponibilidad, no 'consulta general'.
• Tiempo estándar: el objetivo interno de resolución, no el máximo tolerable. El máximo tolerable es otro número y conviene que sea el doble.
• Responsable: el rol que cierra el motivo, no la persona. Los roles rotan; si el tiempo depende de una persona, se cae cuando esa persona falta.
• Dato requerido: lo que hay que preguntar o verificar antes de dar la respuesta. Si falta, la conversación vuelve y el tiempo se duplica.

Tabla de referencia: motivos y tiempos estándar por rubro

Los tres motivos que se comen el día en casi todos los rubros

Si mirás la tabla completa, tres motivos aparecen en casi todos los rubros con nombres distintos: disponibilidad (¿hay?), precio (¿cuánto?) y estado (¿dónde está mi pedido / mi turno / mi trámite?). Son los que más volumen generan y los que más se repiten. Casi siempre son también los que más se pueden estandarizar, porque la respuesta es acotada y verificable.

El cuarto bloque, el que rompe el promedio, es el de excepciones: cambio, devolución, reprogramación, cobertura, requisitos. Ahí no hay respuesta única, hay que averiguar, y el tiempo estándar tiene que ser distinto. Mezclar los dos tipos en una misma bandeja sin distinguirlos es la causa más común de que los tiempos no se cumplan: el equipo atiende primero lo fácil y lo difícil se acumula.

• Consultas cerradas: tienen respuesta única y verificable. Se pueden resolver con plantilla o con sugerencia de IA revisada por una persona.
• Consultas abiertas: requieren buscar información en otro sistema o consultar a otra área. Necesitan dueño y plazo propio.
• Reclamos: el cliente ya tuvo un problema. El tiempo estándar debe ser más corto que el de una consulta abierta, porque el costo de la demora es mayor.
• Consultas fuera de alcance: no las resuelve el negocio (por ejemplo, una consulta sobre un producto que no vende). Cerrarlas rápido y bien también es parte del trabajo.

Cómo se fija el tiempo estándar de cada motivo

1. 1Contá cuántos contactos de ese motivo recibís en una semana. Si son menos de cinco, no le pongas tiempo propio: agrupalo con el motivo más parecido.
2. 2Medí cuánto tarda hoy en cerrarse, desde el primer mensaje del cliente hasta el último. Usá la fecha del mensaje, no la fecha en que se cargó el contacto en el sistema: son cosas distintas y confundirlas te da una distribución falsa.
3. 3Separá el tiempo en dos partes: lo que tarda el equipo en contestar y lo que tarda el cliente en responder o en dar el dato que falta. La segunda no la controlás, pero la podés reducir pidiendo el dato correcto desde el primer mensaje.
4. 4Fijá el estándar en el percentil 75 de lo que mediste, no en el promedio. El promedio lo mueven los casos rápidos; el percentil 75 refleja lo que pasa en la mayoría de los casos reales.
5. 5Asigná un responsable por rol y un dato requerido por motivo. Si dos motivos comparten responsable y dato, probablemente sean el mismo motivo con dos nombres.
6. 6Revisá el estándar cada trimestre. Un tiempo estándar que nunca se ajusta deja de ser un objetivo y pasa a ser un cartel decorativo.

Qué hacer cuando el tiempo estándar no se cumple

Un desvío no es automáticamente un problema de personal. Antes de sumar gente, conviene descartar las tres causas que explican la mayoría de los incumplimientos: el motivo no estaba identificado como tal, no tenía dueño asignado, o el dato requerido no se pidió en el primer mensaje. Las tres se arreglan con definición, no con horas.

El dato requerido: la columna que más mueve el tiempo

De las cuatro columnas de la tabla, la que más impacto tiene sobre el tiempo real es la última. Un motivo con responsable y sin dato requerido genera una conversación de ida y vuelta: el cliente escribe, el equipo pregunta, el cliente responde tarde, el equipo retoma. Cada vuelta suma horas y no agrega información.

La regla práctica es que el primer mensaje del negocio pida todo lo que hace falta para cerrar el motivo. Si el motivo es 'estado del envío', el primer mensaje tiene que pedir número de pedido y documento, no preguntar '¿en qué te puedo ayudar?'. Si el motivo es 'turno', el primer mensaje tiene que pedir servicio y franja horaria. Eso solo ya baja el tiempo de resolución sin tocar la dotación del equipo.

• Para disponibilidad: qué, cuándo y cuántos.
• Para precio: qué exactamente y en qué variante.
• Para estado: número de operación y dato que identifique al cliente.
• Para cambio o devolución: número de pedido, motivo y evidencia si corresponde.
• Para turno: servicio, profesional si aplica, y dos franjas horarias posibles.
• Para cobertura o requisitos: qué necesita y en qué condición.

Cómo se mide el cumplimiento sin distorsionar los datos

Para medir si el tiempo estándar se cumple hay que elegir bien la marca de tiempo. La que vale es la del mensaje, la que asigna la plataforma de mensajería cuando el mensaje entra o sale. La fecha en que la fila se guardó en la base de datos puede ser muy distinta: si hubo una importación de historial, esa fecha se concentra en el día de la importación y cualquier análisis de horarios o de duración da un resultado falso.

Con la marca de tiempo correcta, el cálculo es simple: para cada conversación cerrada, restá la hora del primer mensaje del cliente a la hora del último mensaje del negocio que cerró el motivo. Agrupá por motivo y por rubro. Mirá la mediana y el percentil 75, no el promedio. Y separá las conversaciones que empezaron dentro del horario de atención de las que empezaron fuera: si las mezclás, el estándar se vuelve incumplible por definición.

Errores frecuentes al armar esta tabla

• Poner un tiempo estándar único para todos los motivos. Una consulta de precio y una devolución no pueden tener el mismo plazo: una se resuelve con un dato y la otra con un proceso.
• Confundir tiempo de primera respuesta con tiempo de resolución. El primero se mide en minutos, el segundo en horas o días, y son indicadores distintos.
• Asignar el motivo a una persona en lugar de a un rol. Cuando esa persona no está, el motivo queda sin dueño.
• No dejar escrito qué significa 'resuelto' para cada motivo. Sin esa definición, cada uno cierra cuando le parece y el indicador deja de ser comparable.
• Medir con la fecha de alta del contacto en vez de la fecha del mensaje. Da distribuciones que no reflejan la operación real.
• Armar la tabla con veinte motivos. Con más de diez o doce, el equipo no la recuerda y no la usa. Los motivos de baja frecuencia se agrupan.

Cómo se mantiene viva la tabla

La tabla se desactualiza por dos motivos: cambia la operación (nuevo canal, nuevo servicio, nueva sucursal) o cambia el volumen (un motivo que era marginal pasa a ser frecuente). Conviene revisarla con una cadencia fija y con una regla simple: si un motivo supera el 10% de los contactos del período, tiene que estar en la tabla con tiempo y responsable propios.

El resto de la revisión es de higiene. Verificar que los responsables existan como roles en la operación actual, que los datos requeridos sigan siendo los que hacen falta para cerrar, y que los tiempos estándar sigan siendo alcanzables con la dotación actual. Un estándar que nadie cumple no motiva: se ignora.

Si el equipo usa una bandeja con sugerencias de IA revisadas por una persona, como las que ofrece Wando, la tabla también sirve para ordenar el entrenamiento: los motivos frecuentes y sus respuestas cerradas son el material con el que el sistema aprende de las respuestas reales del negocio. Pero la tabla funciona igual sin ninguna herramienta: es un acuerdo del equipo, escrito, con dueño y con número.