Cuando el tiempo de respuesta sube, la reacción habitual es pedirle al equipo que vaya más rápido. No funciona, y la razón es sencilla: el tiempo no se va en escribir.
Se va en entender qué se pregunta, en buscar el contexto en otra pantalla, en esperar a que alguien confirme algo y en recuperar la concentración después de la interrupción. Teclear son dos minutos de un ticket que cuesta quince.
Estos son seis cambios que sí mueven la métrica, ordenados de menos a más esfuerzo.
1. Fijar la expectativa por escrito (una hora de trabajo)
El tiempo de primera respuesta importa porque el cliente lo vive como silencio. Y el silencio se rompe diciendo cuándo vas a contestar.
Un mensaje automático que diga «respondemos de lunes a viernes de 9 a 18, normalmente en menos de cuatro horas» no baja el número, pero elimina la mayor parte de la frustración que ese número causa. Es el cambio más barato que existe y casi nadie lo hace bien: la mayoría de los avisos automáticos dicen «hemos recibido tu mensaje», que es información que el cliente ya tenía.
2. Dejar de contar los acuses de recibo (media hora)
Si tu herramienta cuenta el mensaje automático como primera respuesta, tu métrica es dos segundos y no significa nada. Antes de intentar mejorar el número hay que asegurarse de que el número mide algo.
Lo mismo con las respuestas de un bot que no resuelven: si el cliente tiene que volver a escribir, la espera no ha terminado.
3. Poner el contexto donde se responde (un día de trabajo técnico)
Este es el cambio grande, y es de producto, no de proceso.
Cronometra lo siguiente durante una tarde: desde que alguien abre un ticket hasta que empieza a escribir. En la mayoría de los equipos de SaaS son entre cinco y diez minutos, y todos se van en abrir el panel de administración, buscar la cuenta y mirar tres pantallas.
Llevar el plan, el consumo, la última factura y el estado de las integraciones a la misma pantalla donde se responde recorta más tiempo que cualquier otra cosa de esta lista. Es lo que hace la bandeja de Intake, y es lo que se puede montar con campos personalizados en casi cualquier herramienta si tienes quien lo desarrolle.
4. Avisar antes de que pregunten (unos días)
Un ticket que no llega tiene tiempo de respuesta cero.
Si sabes que un cliente va a escribir —le queda un 10 % de cupo, le ha fallado la tarjeta, esa integración lleva dos días sin sincronizar—, díselo tú. Se escribe una vez y se manda solo, y convierte una queja futura en un mensaje de servicio.
5. Cerrar solas las consultas que no necesitan a nadie (una o dos tardes)
Aquí es donde conviene ser preciso, porque «automatizar» significa dos cosas muy distintas.
Las preguntas cuya respuesta es igual para todos —cómo se hace algo, dónde está una opción— las cierra un bot que lea tu documentación. Es barato y se monta en una tarde.
Las que dependen de la cuenta —cuánto cupo me queda, por qué me habéis cobrado esto— no las cierra ningún bot documental, por bueno que sea, porque la respuesta no está escrita en ningún artículo. Para esas hace falta algo que consulte el dato.
Clasificar cien conversaciones reales te dice cuál de los dos casos es el tuyo, y por tanto qué merece la pena montar.
6. Repartir el trabajo de otra forma (depende del equipo)
Si todo lo anterior está hecho y el número sigue alto, el problema es de capacidad y hay dos salidas honestas: reducir la entrada o ampliar el equipo.
Antes de ampliar, mira el volumen de contacto: tickets entre clientes activos. Si esa cifra sube mes a mes, no tienes un problema de soporte, tienes un problema de producto o de documentación que se manifiesta en soporte, y contratar solo lo aplaza.
El error de medición que lo confunde todo
Antes de sacar conclusiones de una mejora, cruza el tiempo de primera respuesta con dos cifras más:
- La [resolución en primer contacto](/es/glosario/resolucion-en-primer-contacto). Se puede bajar el tiempo de respuesta contestando enseguida para pedir más datos, y eso empeora la experiencia mientras mejora la métrica.
- La tasa de reapertura. Si baja el tiempo de resolución y sube la reapertura, lo que está pasando es que se cierra lo que no estaba resuelto.
Las dos juntas son lo que distingue una mejora real de una mejora de informe.
Qué esperar
En un SaaS de tamaño medio, con los puntos 1 a 5 aplicados:
- Los puntos 1 y 2 no cambian el número pero sí la satisfacción, y arreglan la medición
- El punto 3 suele recortar entre un tercio y la mitad del tiempo por ticket
- Los puntos 4 y 5 bajan el volumen, que es lo que hace que el tiempo baje solo
Lo que no baja es el tiempo de las consultas que necesitan criterio, y no debería: son las que merecen que alguien piense.
