Caso de estudio
Por qué su equipo deja de confiar en la lista de clientes que esperan respuesta
La lista de espera de nuestra app de equipo se llenaba de filas rojas para conversaciones que no necesitaban nada. Agregamos una forma de cerrar un chat sin escribir en él e hicimos que la espera vuelva a empezar desde el siguiente mensaje del cliente.
Puntos clave
- Una lista de espera vale tanto como su fila menos precisa.
- Una conversación necesita una forma de cerrarse sin que nadie envíe una respuesta.
- Cuando una conversación cerrada se reabre, la espera debe empezar desde el nuevo mensaje.
- Una sola respuesta compartida sobre el estado de espera mantiene sincronizados cada dispositivo y cada recordatorio.
En nuestra propia app de equipo, la lista de clientes que esperan respuesta solo funcionaba cuando cada fila era real. Después de reunir todos los chats en un solo lugar, vimos filas rojas para conversaciones que simplemente habían terminado: el agradecimiento de un cliente, un visitante que se fue satisfecho. La lista nos decía que respondiéramos mensajes que no necesitaban nada, y así es como cualquier bandeja de soporte se llena de chats viejos.
Lo que le cuesta una fila roja de espera
Una lista de espera deja de ser confiable en cuanto unas cuantas filas son falsas. La gente empieza a ignorarla o solo busca los nombres que conoce, y así el único cliente que de verdad espera se pierde entre los que no. Estas filas falsas también hacen que sigan llegando recordatorios al equipo y, a veces, provocan que un asistente de IA responda a un agradecimiento que no necesitaba respuesta. Lo vimos de primera mano después de llevar todos los chats a una sola lista, con los que esperan arriba.
Por qué los chats viejos terminan en la lista de espera
La lista tomaba el último mensaje como señal de que alguien esperaba, aunque ese último mensaje fuera solo un agradecimiento. En el sistema no había forma de registrar que una persona había cerrado una conversación sin responder. Además, la app del teléfono adivinaba qué chats estaban en espera en lugar de consultar al servidor, así que los dos podían no coincidir.
La solución obvia y lo que dejaba pasar
Nuestra primera solución fue agregar una acción No hace falta responder en cada fila de espera. Antes de publicarla, probamos todo el proceso como lo haría un miembro del equipo y encontramos dos problemas que esta solución por sí sola habría dejado pasar. Primero, un chat del sitio web que ya había tomado uno de nosotros nunca aparecía en espera cuando el visitante volvía a escribir: la regla del teléfono dejaba fuera un chat tomado. Segundo, después de marcar una conversación como que no necesita respuesta, el siguiente mensaje del cliente la traía de vuelta con una espera más antigua de lo que realmente era, porque el servidor seguía contando desde el mensaje viejo. Las dos fallas se corrigieron y se incluyeron en una nueva versión el mismo día.
Lo que el equipo tiene ahora
Ahora, cada chat de cada lugar aparece en una sola lista de Chats, igual en iPhone y Android, con las conversaciones en espera arriba. Cualquier fila de espera se puede marcar como No hace falta responder con un deslizamiento, una pulsación larga o desde dentro de la conversación. Sale de la lista de espera de inmediato, sigue en los chats recientes y los contadores bajan en consecuencia. La opción Deshacer queda disponible cinco segundos antes de que se envíe cualquier cambio. La marca se guarda en la conversación, lo que detiene los recordatorios y evita que el asistente de IA responda a un agradecimiento cerrado; el visitante del sitio web nunca ve esto. Si el cliente vuelve a escribir, la conversación regresa y la espera empieza desde su nuevo mensaje. Un chat tomado por un miembro del equipo ahora vuelve a aparecer en espera para esa persona si el visitante escribe de nuevo. Ahora el servidor decide para cada chat si alguien está esperando y desde cuándo, y las dos apps muestran exactamente eso, así que el teléfono ya no adivina.
En qué punto está esto
Los cambios del lado del servidor ya están activos. El cambio visible está en la versión 1.0.2 de nuestra app para iPhone, ya creada y en camino a la App Store, y lista para la próxima versión de Android. Las versiones anteriores de la app siguen funcionando sin cambios.
Lo que usted mismo puede revisar
- Cuente cuántos elementos rojos en la lista de espera de su equipo realmente necesitan una respuesta hoy. Si varios son agradecimientos o chats terminados, ya se está enseñando a la gente a ignorar la lista.
- Pregunte a su equipo cómo cierran una conversación que terminó sin que ellos escribieran la última palabra, y si la app lo permite. Si usan un truco o simplemente la dejan así, es una señal de que hay que mejorar.
- Marque una conversación de prueba como terminada, escriba de nuevo desde el teléfono de un cliente y vea si vuelve y si la espera empieza desde su nuevo mensaje o desde uno más viejo.
- Compruebe que, cuando una persona toma un chat, este no desaparezca de su lista de espera si el cliente vuelve a escribir.
- Compare el mismo chat en dos teléfonos. Si uno dice en espera y el otro no, la app está adivinando en lugar de leer una sola respuesta compartida.
Qué hacer ahora
Empiece por revisar la lista de espera de su equipo. Pregunte a quien administra su app si una conversación se puede marcar como que no necesita respuesta sin enviar un mensaje, y si un chat que se reabre cuenta su espera desde el nuevo mensaje del cliente. Si no es así, fije una regla clara: no escriba una respuesta falsa solo para quitar una fila. Use cualquier acción de cierre que tenga la app o pida que la agreguen.
Este es el tipo de trabajo que hacen los ingenieros de Tech Concierge para mantener los sistemas de chat claros y confiables para equipos que atienden soporte por varios canales.
Preguntas frecuentes
¿Por qué mi equipo ignora la lista de espera en nuestra app de chat?
Una lista de espera es tan útil como su precisión. Cuando la gente encuentra filas de conversaciones que no necesitan nada, deja de confiar en la lista y puede pasar por alto a clientes que de verdad esperan respuesta.
¿Cómo cerramos una conversación de cliente que terminó con un agradecimiento?
La app debería permitirle marcar una conversación como que no necesita respuesta, sin enviar un mensaje. Si no lo hace, evite enviar una respuesta falsa solo para quitar la fila y pregunte a quien administra la app por agregar esta función.
¿Por qué una conversación vuelve con un tiempo de espera viejo después de que el cliente escribe de nuevo?
Puede que el sistema esté contando la espera desde un mensaje viejo en lugar del nuevo. Un chat que se reabre debería empezar su tiempo de espera desde el último mensaje del cliente para reflejar la realidad.
¿Debe la app o el servidor decidir qué chats están en espera?
Debería haber una sola respuesta compartida, idealmente del servidor, para que cada teléfono y cada recordatorio vean el mismo estado. Si cada dispositivo decide por su cuenta, pueden mostrar resultados distintos.
¿Responderá un asistente de IA a un cliente después de que marquemos el chat como que no necesita respuesta?
Si la marca se guarda en la conversación y el asistente la revisa, no debería responder. En nuestro caso, marcar como que no hace falta responder detiene los recordatorios y evita que el asistente responda a chats cerrados.