Qué hacer cuando falla el sistema de mensajería: plan de contingencia para el equipo
Cuando la bandeja de mensajería deja de funcionar, el problema no es solo técnico: es operativo. Los mensajes siguen entrando —o deberían— y el equipo no sabe si el silencio es porque no hay clientes o porque el sistema está caído. Este protocolo ordena qué mirar primero, qué canal alternativo activar y a quién avisar, sin depender de una herramienta específica.
Primero: distinguí caída de silencio normal
La mayoría de los falsos positivos vienen de confundir una caída con un momento de baja demanda. Antes de escalar, compará la actividad actual contra la línea de base del propio negocio. No hace falta un dashboard: alcanza con saber cuántos mensajes entran en una hora típica a esa misma hora del día.
| Señal que ves | Qué puede significar | Qué hacer en los próximos 5 minutos |
|---|---|---|
| Cero mensajes nuevos en la bandeja durante una franja que normalmente tiene movimiento | Caída del canal o del proveedor | Mirar el estado del canal y probar enviar un mensaje de prueba desde un número externo |
| Los mensajes entran pero no se pueden responder | Falla de escritura o de sesión | Probar responder desde otro agente y desde otro dispositivo |
| Las sugerencias de IA no aparecen pero los mensajes sí | Falla parcial del módulo de sugerencias | Responder manual: la conversación no está bloqueada |
| Los mensajes entran con retraso de varios minutos | Latencia del canal, no caída | Anotar la hora y seguir; si supera los 15 minutos, escalar |
| El historial se ve incompleto o desordenado | Sincronización parcial | No borrar nada; capturar pantalla y avisar antes de reintentar |
| Un solo agente no ve nada, el resto sí | Problema de sesión de ese usuario | Que cierre sesión y vuelva a entrar; si persiste, escalar |
| Nadie puede entrar a la plataforma | Caída general del proveedor | Activar canal alternativo ya, sin esperar diagnóstico |
| El cliente dice que le llegó un mensaje duplicado | Reintento automático o doble envío | No reenviar; registrar el caso y avisar al responsable |
El canal alternativo: definilo antes, no durante la caída
El error más común es improvisar el canal alternativo en el momento de la caída. Si el negocio solo atiende por WhatsApp, cuando WhatsApp falla no hay plan B. El canal alternativo tiene que estar definido, comunicado al equipo y probado al menos una vez por trimestre. No importa cuál sea: importa que exista y que todos sepan dónde está.
| Canal alternativo | Cuándo conviene usarlo | Qué necesita estar listo de antemano | Riesgo si no se prepara |
|---|---|---|---|
| Línea telefónica fija o celular de guardia | Caída total de la bandeja | Número publicado y un responsable asignado por franja | Los clientes no saben que existe otro número |
| Correo electrónico de atención | Caídas largas o consultas que requieren adjuntos | Casilla monitoreada y respuesta automática configurada | Los correos se acumulan sin que nadie los vea |
| Instagram o Messenger | Si el negocio ya tiene esos canales activos | Perfil con acceso del equipo y notificaciones activas | Se duplican conversaciones entre canales |
| Formulario web | Caídas prolongadas o fuera de horario | Formulario que avise por mail al responsable | Los envíos caen en un buzón que nadie mira |
| Aviso en el local o en la web | Caída que afecta a muchos clientes | Texto redactado y listo para publicar | Los clientes siguen escribiendo al canal caído |
A quién avisar y en qué orden
El aviso tiene que seguir un orden fijo para que no se superpongan dos personas haciendo lo mismo ni nadie se quede sin saber. La regla es simple: primero quien atiende, después quien coordina, después quien resuelve, y por último el cliente. Si se invierte el orden, el cliente se entera antes que el equipo y la caída se convierte en crisis.
- 1El agente que detecta la falla avisa al coordinador de turno por el canal interno que tengan (grupo de mensajería interna, llamada, lo que usen). No espera a terminar el turno.
- 2El coordinador confirma si es una falla general o de un solo usuario, y decide si se activa el canal alternativo.
- 3Si es general, el coordinador avisa al responsable técnico o al proveedor, con hora exacta, qué se ve y desde cuándo.
- 4El responsable técnico comunica un estado estimado: no un plazo garantizado, sino si está en diagnóstico, en reparación o sin información.
- 5Recién cuando hay canal alternativo activo, se avisa a los clientes que escribieron durante la caída, uno por uno o con un mensaje general si el canal lo permite.
- 6Al cerrar la caída, el coordinador registra qué pasó, cuánto duró y cuántos mensajes quedaron sin responder.
No prometas tiempos de resolución al cliente ni al equipo. Los tiempos dependen del proveedor y del canal. Lo que sí se puede prometer es que alguien está trabajando en eso y que los mensajes se van a responder cuando el canal vuelva.
Matriz de decisión: ¿escalo o espero?
No toda falla merece la misma reacción. Esta matriz ordena por duración e impacto. La duración se mide desde el primer mensaje que no se pudo responder o desde el primer síntoma visible, no desde que alguien lo notó.
| Duración de la falla | Impacto en la atención | Acción | Quién decide |
|---|---|---|---|
| Menos de 5 minutos | Bajo: pocos mensajes sin responder | Registrar y seguir. No activar canal alternativo. | El agente |
| Entre 5 y 15 minutos | Medio: se acumulan consultas | Avisar al coordinador. Preparar canal alternativo sin activarlo. | El coordinador |
| Entre 15 y 60 minutos | Alto: hay clientes esperando | Activar canal alternativo y avisar a los clientes que escribieron. | El coordinador |
| Más de 60 minutos | Crítico: se pierden ventas o turnos | Canal alternativo activo, aviso al proveedor y comunicación pública si aplica. | El responsable |
| Falla intermitente durante el día | Medio pero sostenido | Registrar cada episodio con hora. Escalar al proveedor con el patrón completo. | El coordinador |
| Falla que afecta solo a un agente | Bajo para el equipo, alto para ese agente | Resolver sesión o dispositivo. Si no se resuelve en 15 minutos, escalar. | El agente |
Qué registrar durante la caída (y por qué importa después)
El registro durante la caída es lo que después permite reclamar al proveedor, explicar a un cliente por qué no se le respondió o ajustar el protocolo. Sin registro, la caída se convierte en una anécdota y se repite igual la próxima vez.
- Hora exacta del primer síntoma y hora en que se detectó (no son la misma).
- Qué se veía: pantalla en blanco, error, mensajes que no llegan, respuestas que no salen.
- Cuántos agentes afectados y cuántos clientes quedaron sin respuesta.
- Qué canal alternativo se activó y a qué hora.
- A quién se avisó y a qué hora.
- Hora de restablecimiento y si hubo mensajes perdidos o duplicados.
- Capturas de pantalla: son la prueba más simple y la que más se olvida.
Checklist para tildar antes de la próxima caída
Este checklist se completa en frío, un día normal, no durante la caída. Si alguna casilla queda sin tildar, el plan tiene un agujero.
- Hay un canal alternativo definido y el equipo sabe cuál es.
- Hay un responsable por franja horaria para monitorear ese canal.
- Existe un grupo o canal interno donde avisar la caída.
- Está claro quién avisa al proveedor y con qué datos.
- Hay un mensaje redactado para comunicar la caída a los clientes.
- Se sabe cómo exportar o registrar las conversaciones que quedaron sin responder.
- Alguien revisa, después de cada caída, si el protocolo funcionó.
- El protocolo se probó al menos una vez en el último trimestre.
Errores frecuentes que empeoran la caída
- Reiniciar todo sin registrar qué se veía: se pierde la evidencia y el diagnóstico.
- Activar el canal alternativo sin avisar al equipo: dos personas responden lo mismo por canales distintos.
- Prometer al cliente un tiempo de solución que no depende del negocio.
- Seguir respondiendo por el canal caído sin saber si los mensajes salen.
- No avisar al proveedor hasta el día siguiente: se pierde el contexto y la hora del primer síntoma.
- Dar por cerrada la caída sin revisar si quedaron conversaciones sin responder.
- No anotar nada porque 'fue solo un ratito': las fallas cortas repetidas son el patrón más difícil de diagnosticar.
Cómo se conecta esto con la herramienta que uses
Este protocolo funciona con cualquier bandeja de mensajería, incluida la de Wando, que usa la API oficial de WhatsApp de Meta. La ventaja de una herramienta con sugerencias de IA aprobadas por el equipo es que, cuando el canal vuelve, las conversaciones acumuladas se pueden retomar con contexto: la IA propone y el agente aprueba. Pero ninguna herramienta reemplaza tener el canal alternativo definido y el equipo entrenado. La contingencia es un proceso, no una función.
Preguntas frecuentes
Las respuestas a las dudas más comunes sobre el plan de contingencia.
Fallas que no son tuyas: distinguí proveedor, canal y dispositivo
No toda falla se resuelve igual. Antes de escalar, ubicá en qué capa está el problema: si es del proveedor de la bandeja, del canal (WhatsApp, Instagram, Messenger) o de tu propio equipo. La respuesta cambia según cuál sea.
| Capa donde falla | Cómo se reconoce | Quién lo resuelve | Qué puede hacer el equipo mientras tanto |
|---|---|---|---|
| Proveedor de la bandeja | Nadie entra, ni desde el celular ni desde la compu | El proveedor | Activar canal alternativo y registrar todo |
| Canal (WhatsApp, Instagram, Messenger) | La bandeja anda pero los mensajes no entran ni salen | Meta | Esperar y comunicar; no hay acción local posible |
| Dispositivo o sesión de un agente | Solo esa persona no ve o no puede responder | El propio agente o el coordinador | Cerrar sesión, probar otro dispositivo |
| Red o internet del local | Falla solo en una ubicación, el resto anda | El negocio | Probar con datos móviles antes de escalar |
Qué decirle al cliente que escribió durante la caída
El mensaje de recuperación no es una disculpa larga: es un aviso corto, concreto y sin excusas técnicas. Tiene que reconocer la demora, no prometer compensaciones que no decidiste y devolver la conversación al canal oficial.
| Situación | Qué incluir en el mensaje | Qué NO poner |
|---|---|---|
| Consulta simple sin respuesta | Disculpa breve + respuesta a la consulta original | Detalles técnicos del proveedor |
| Turno o pedido que se perdió | Disculpa + opciones para reprogramar | Promesa de descuento no autorizado |
| Cliente que escribió por el canal alternativo | Agradecer + pedir que siga por el canal oficial | Pedir que repita todo desde cero |
| Cliente que se quejó públicamente | Respuesta pública breve + contacto por privado | Discutir el motivo de la caída en público |
Cómo se mide si el protocolo sirvió
- Tiempo entre el primer síntoma y el primer aviso interno.
- Tiempo entre el aviso y la activación del canal alternativo.
- Cantidad de conversaciones recuperadas sobre las que quedaron sin responder.
- Cantidad de clientes que se quejaron por un segundo canal antes del aviso oficial.
Preguntas frecuentes
¿Cuánto debería durar una caída antes de activar el canal alternativo?+
No hay un número universal. La referencia de esta página es activarlo cuando la falla supera los 15 minutos o cuando hay clientes esperando respuesta. Cada negocio ajusta el umbral según su volumen y su tolerancia.
¿A quién aviso primero cuando falla la mensajería?+
Primero al coordinador de turno, después al responsable técnico o al proveedor, y recién cuando hay canal alternativo activo, a los clientes. Si se invierte el orden, el cliente se entera antes que el equipo.
¿Qué canal alternativo conviene tener listo?+
Uno o dos como máximo: teléfono de guardia, correo de atención, Instagram o Messenger si ya están activos, o un formulario web. Lo importante es que esté definido antes de la caída y que alguien lo monitoree.
¿Cómo sé si es una caída o simplemente no hay mensajes?+
Comparando contra la línea de base del propio negocio: si a esa misma hora normalmente entran mensajes y no entra ninguno, es una señal. También sirve probar enviar un mensaje desde un número externo.
¿Qué datos tengo que registrar durante la falla?+
Hora del primer síntoma, hora en que se detectó, qué se veía, cuántos agentes y clientes afectados, qué canal alternativo se activó, a quién se avisó y hora de restablecimiento. Las capturas de pantalla son la prueba más simple.
¿Puedo prometerle al cliente un tiempo de solución?+
No conviene. Los tiempos de resolución dependen del proveedor y del canal. Lo que sí se puede comunicar es que el equipo está al tanto y que los mensajes se van a responder cuando el canal vuelva.
¿Cada cuánto hay que probar el plan de contingencia?+
Una prueba por trimestre es una referencia razonable. La prueba consiste en revisar el checklist en frío y confirmar que el canal alternativo sigue activo y que el equipo sabe usarlo.
¿Y si la caída pasa fuera del horario de atención?+
El protocolo se activa igual, pero el canal alternativo puede ser solo un mensaje automático que avise que se responde al abrir. Lo importante es que el cliente reciba una señal de que el negocio existe y va a contestar.
¿Cuántas personas tienen que saber el protocolo?+
Todas las que atienden, aunque sea de forma ocasional. Un protocolo que solo conoce el coordinador se cae cuando el coordinador no está.
¿Sirve tener un segundo proveedor de mensajería de respaldo?+
Como idea suena bien, pero mantener dos bandejas activas duplica el trabajo y confunde a los clientes. Es más realista tener un canal alternativo simple (teléfono, mail) que un segundo sistema completo.
¿Qué hago si el cliente insiste en que le responda por el canal caído?+
Explicá una sola vez que el canal está con problemas y ofrecé el alternativo. Si insiste, respondé cuando el canal vuelva y registrá el caso. No prometas que el mensaje va a salir si no podés confirmarlo.
Seguí leyendo
Matriz de decisión: cuándo sumar un agente, cuándo mejorar el flujo y cuándo no hacer nada
Tabla de referencia para decidir si un problema de atención en WhatsApp se resuelve sumando una persona, ajustando el flujo o dejándolo como está. Con las señales que hay que mirar, el cálculo de carga por agente y los errores que hacen contratar de más.
Matriz de decisión: cuándo un canal se cubre con el equipo actual, cuándo con horas extra y cuándo requiere una persona nueva
Una matriz para decidir si el volumen de WhatsApp de tu negocio se cubre con el equipo actual, con horas extra o con una persona nueva, con la fórmula de horas de atención, la tabla de decisión por carga y los errores que hacen contratar de más o de menos.
Reglas de derivación interna en WhatsApp: a qué área va cada motivo y en cuánto tiempo debe volver
Tabla de referencia para armar el reglamento de derivación interna de un equipo que atiende WhatsApp: qué motivo va a cada área, con qué prioridad, con qué datos mínimos y en cuánto tiempo se espera una respuesta. Incluye cómo definir los plazos con tus propios números, qué hacer cuando el área no contesta y cómo medir si el circuito funciona.
Señales de alerta temprana en métricas de atención por WhatsApp: tabla de referencia
Tabla de referencia con las señales que aparecen en las métricas de atención por WhatsApp antes de que el problema sea visible para el cliente, qué revisar ante cada una y en qué orden. Para equipos que ya miden y necesitan saber cuándo algo se está por romper.
Niveles de servicio de atención por WhatsApp: tabla de referencia con definición operativa
Tabla de referencia para definir niveles de servicio (SLA) de atención por WhatsApp: qué significa cada nivel, cómo se mide el tiempo de primera respuesta, la resolución y la reapertura, y qué hacer cuando un nivel no se cumple.
Motivos de escalamiento a un supervisor: tabla de referencia con criterio, disparador y qué queda escrito
Tabla de referencia para decidir cuándo un chat de WhatsApp Business se pasa a un supervisor: el criterio, el disparador concreto, qué se escribe antes de transferir y qué se hace si el supervisor no está. Incluye matriz de decisión, checklist de traspaso y errores frecuentes.
Para profundizar, del blog
Empezá a usar Wando
14 días gratis, sin tarjeta de crédito.