Guía completa para que varias personas atiendan el mismo número sin pisarse
El problema real de atender un WhatsApp entre varios
Atender un mismo número de WhatsApp entre varias personas parece fácil hasta que pasa lo que siempre pasa: dos operadores contestan la misma consulta, un mensaje queda sin responder porque cada uno pensó que lo contestaba el otro, y el cliente termina hablando con tres personas distintas que le repiten lo mismo. El problema no es la herramienta: es que no hay un método. Esta guía ordena el tema de punta a punta: qué roles hacen falta, cómo se reparte el trabajo, cómo se traspasa una conversación sin perder contexto, y cómo calcular cuánta gente necesitás según el volumen de mensajes que recibís.
Por qué falla atender un WhatsApp con varias personas
El WhatsApp común no fue pensado para equipos. Cuando varias personas entran con el mismo número en el celular, aparecen cuatro problemas estructurales:
- No hay estado de la conversación: nadie sabe si el mensaje ya fue respondido, quién lo respondió o si quedó pendiente.
- No hay asignación: dos personas pueden estar escribiendo la misma respuesta al mismo tiempo, y el cliente recibe dos mensajes que se pisan.
- No hay historial compartido en tiempo real: si un operador responde desde su celular, el otro no lo ve hasta que actualiza, y a veces ni eso.
- No hay forma de medir: sin métricas de tiempo de respuesta ni de conversaciones por operador, no sabés si el equipo alcanza o si se está cayendo la atención.
La solución técnica existe desde hace años: la API oficial de WhatsApp de Meta permite que varios agentes entren a una misma bandeja compartida, donde cada conversación tiene un estado (nueva, en curso, resuelta) y un responsable. Pero la herramienta sola no alcanza: sin reglas claras de reparto y traspaso, el equipo se pisa igual. Esta guía cubre las dos partes.
Los tres roles que necesita todo equipo que atiende WhatsApp
Antes de pensar en herramientas, definí quién hace qué. En equipos chicos (dos o tres personas) los roles se combinan, pero la función tiene que estar asignada. Estos son los tres roles mínimos:
| Rol | Qué hace | Cuándo hace falta |
|---|---|---|
| Operador | Responde mensajes, resuelve consultas, deriva lo que no le corresponde. Es el dueño de la conversación mientras la tiene asignada. | Siempre. Es el rol base. |
| Supervisor | Mira la bandeja general, reasigna conversaciones que se trabaron, interviene en conflictos, define criterios de derivación. | Cuando hay más de 3 operadores o cuando hay que garantizar tiempos de respuesta. |
| Especialista | Responde solo un tipo de consulta: reclamos, facturación, soporte técnico. Recibe derivaciones y devuelve la conversación cuando termina. | Cuando el volumen de un tema justifica tener a alguien dedicado. |
El error más común es no asignar un supervisor. Sin alguien que mire la bandeja general, las conversaciones que nadie tomó quedan ahí hasta que el cliente reclama. El supervisor no tiene que leer todo: tiene que ver el tablero y detectar lo que está colgado.
Las reglas de oro para no pisarse
Estas reglas funcionan con cualquier herramienta de bandeja compartida (Wando, otro software con API oficial de Meta, o incluso un Excel si estás arrancando). No son configuración: son acuerdos de equipo.
- Una conversación, un dueño: el primer operador que la toma la termina. Si necesita ayuda, pide ayuda, pero no la suelta.
- Nadie responde una conversación que ya tiene un responsable asignado, salvo que el supervisor lo reasigne.
- Toda conversación tiene que pasar por un estado: nueva, en curso, pendiente de cliente, resuelta. Si no sabés en qué estado está, no la toques.
- El traspaso siempre incluye contexto: no se manda el número, se manda un resumen de qué se habló y qué falta resolver.
- Ante la duda, el supervisor decide. Si dos operadores se pisaron, el supervisor define quién sigue y el otro se retira sin escribir nada más.
La regla de 'una conversación, un dueño' es la que más se viola y la que más clientes enoja. El cliente no distingue entre operadores: para él, todos son la misma persona. Si le contestan dos veces la misma pregunta, percibe desorganización, no buena voluntad.
Cómo dimensionar el equipo: la tabla que te dice cuánta gente necesitás
El cálculo que casi nadie hace es el de cuántos operadores hacen falta para atender el volumen real de mensajes. Sin ese número, o sobra gente (costo al pedo) o falta (clientes esperando horas). La fórmula es simple:
- 1Contá los mensajes entrantes de un día típico. No los salientes: los que recibe tu número.
- 2Multiplicá por 2: cada mensaje entrante genera, en promedio, una respuesta y a veces un par de idas y vueltas. Ese es tu total de mensajes a escribir por día.
- 3Estimá cuántos mensajes puede escribir un operador por hora. Con plantillas y respuestas rápidas, un operador experimentado escribe entre 20 y 30 mensajes por hora. Sin plantillas, baja a 10 o 15.
- 4Dividí el total de mensajes por día entre los mensajes por hora. Eso te da las horas-hombre necesarias.
- 5Comprá contra las horas que tenés: si tu equipo cubre 8 horas y el cálculo da 12, necesitás dos personas en los horarios pico o automatizar parte de la respuesta.
| Mensajes entrantes por día | Mensajes totales a escribir (x2) | Operadores necesarios (sin plantillas) | Operadores necesarios (con plantillas) |
|---|---|---|---|
| 50 | 100 | 1 (cubre 8h justas) | 1 (cubre 8h con margen) |
| 100 | 200 | 2 (8h cada uno, al límite) | 1 (8h con margen) |
| 200 | 400 | 3 (8h cada uno, con picos) | 2 (8h cada uno, con margen) |
| 500 | 1000 | 5 (8h cada uno, muy justo) | 3 (8h cada uno, con margen) |
La tabla asume que todo el equipo trabaja 8 horas corridas. Si tu atención es de 12 horas, duplicá los números. Si tenés picos marcados (por ejemplo, todo llega a la mañana), no alcanza con el promedio: dimensioná para el pico, no para el día.
Cómo se traspasa una conversación sin perder contexto
El traspaso es el momento donde más se pierde información. Un operador que se va a almorzar, un especialista que recibe una derivación, un turno que cambia: en todos esos casos la conversación cambia de manos. Si el que la recibe no sabe qué pasó antes, el cliente repite todo desde cero y la experiencia se cae.
- Resumí en una línea: qué pidió el cliente, qué se le respondió, qué falta. Ejemplo: 'Pidió precio del plan Pro, le pasé el link de pricing, falta que confirme si quiere factura A o B'.
- Dejá la conversación en estado 'en curso' con el nuevo responsable asignado. Si no tiene responsable, el supervisor la asigna antes de que el operador se vaya.
- Si el traspaso es por horario, hacelo 15 minutos antes de que se vaya el que sale. No a último momento: el que entra necesita tiempo para leer el contexto.
- Si el cliente pregunta '¿con quién hablo?', respondé con el nombre del equipo, no con nombres propios. Así el traspaso no confunde al cliente.
Qué hace la herramienta y qué hace el equipo
Una bandeja compartida con API oficial de WhatsApp (como la que ofrece Wando, u otras similares) resuelve la parte técnica: todos ven los mismos mensajes, cada conversación tiene un estado y un responsable, y el historial queda guardado. Pero la herramienta no define quién toma cada conversación ni cuándo se traspasa: eso lo decide el equipo.
La división de tareas es clara. La herramienta tiene que garantizar que no haya mensajes duplicados (porque la conversación tiene un dueño), que el historial esté disponible para todos (para que el traspaso no dependa de la memoria de nadie), y que el supervisor pueda ver el tablero general (para detectar lo que está colgado). El equipo tiene que garantizar las reglas: quién toma, quién deriva, cuándo se traspasa y qué información se pasa.
Los errores comunes y cómo evitarlos
Estos son los errores que se repiten en todos los equipos que arrancan a atender WhatsApp entre varios. Cada uno tiene su solución:
| Error | Por qué pasa | Cómo evitarlo |
|---|---|---|
| Dos operadores responden la misma consulta | No hay estado de conversación visible o no se respeta la regla de 'un dueño' | Usar una bandeja con estados y que el supervisor intervenga apenas ve un duplicado |
| Conversaciones que quedan colgadas | Nadie se siente responsable de los mensajes nuevos | Definir que el supervisor revisa la bandeja de 'nuevas' cada 15 minutos y asigna |
| El cliente repite todo al ser traspasado | El operador que recibe no tiene el contexto | Exigir resumen escrito en el traspaso, no traspasar conversaciones sin nota |
| Se responde fuera de horario y el cliente se acostumbra | No hay reglas de horario | Configurar auto-respuestas por horario y que el equipo las respete |
| El equipo se quema por atender de más | No se dimensionó la carga | Hacer el cálculo de la tabla y sumar gente o automatizar antes de que se caiga la calidad |
Qué hacer primero: el plan de arranque en 5 pasos
Si estás por pasar de atender solo a atender entre varios, no intentes hacer todo el primer día. Este es el orden que funciona:
- 1Definí los roles: quién opera, quién supervisa, quién es especialista si hace falta. Aunque sean dos personas, asigná el rol de supervisor.
- 2Contá los mensajes de una semana y hacé el cálculo de dimensionamiento. Si te faltan manos, resolvelo antes de arrancar.
- 3Escribí las reglas en un documento visible: una conversación un dueño, estados obligatorios, traspaso con resumen.
- 4Configurá la herramienta: bandeja compartida, estados, etiquetas para tipos de consulta, auto-respuestas por horario.
- 5Hacé una semana de prueba con el equipo completo, revisando cada día los casos de pisadas y colgadas. Ajustá las reglas según lo que veas.
La semana de prueba es obligatoria. No importa cuán claro tengas el método: los hábitos se forman en la práctica, y la primera semana siempre aparecen casos que no habías previsto. El supervisor tiene que estar encima esos días.
Preguntas que quedan abiertas
Hay dos temas que esta guía no cubre en profundidad porque dependen de tu contexto, pero conviene que los tengas en el radar. El primero es la medición: una vez que el equipo está funcionando, tenés que mirar tiempo de primera respuesta y conversaciones por operador para saber si el método aguanta. El segundo es la automatización: si el volumen crece, las plantillas y las respuestas automáticas para preguntas frecuentes te liberan horas sin sumar gente.
Con el método de esta guía, el dimensionamiento y las reglas de traspaso, atender un WhatsApp entre varias personas deja de ser una fuente de pisadas y clientes enojados. El resto es ajuste fino.
Preguntas frecuentes
¿Cuántas personas se necesitan para atender un WhatsApp con volumen alto?+
Depende del volumen de mensajes entrantes y de si usás plantillas. Con 200 mensajes entrantes por día, necesitás 2 operadores sin plantillas o 1 con plantillas, asumiendo jornadas de 8 horas. La tabla de dimensionamiento de esta guía te da el cálculo completo.
¿Qué pasa si dos operadores responden el mismo mensaje?+
El supervisor interviene y define quién sigue. La regla de 'una conversación, un dueño' es la que evita esto: el primer operador que toma la conversación la termina, y nadie más responde sin que el supervisor reasigne.
¿Cómo se traspasa una conversación sin que el cliente note?+
El traspaso se hace con un resumen escrito de qué pidió el cliente, qué se le respondió y qué falta. El cliente no debería notar que cambió de operador: para él, todos son el mismo equipo.
¿Qué herramienta se necesita para atender entre varios?+
Una bandeja compartida con la API oficial de WhatsApp de Meta, como la que ofrece Wando u otras similares. El WhatsApp común no permite que varios operadores trabajen sobre el mismo número sin pisarse.
Seguí leyendo
Auditoría de la atención por WhatsApp de un negocio: 40 puntos para revisar en una tarde
Checklist accionable de 40 puntos para auditar la atención por WhatsApp de un negocio en una sola tarde. Incluye tabla resumen, señales de que cada punto está OK y qué hacer cuando algo falla.
Checklist antes de migrar el WhatsApp de un negocio a otra plataforma
Guía accionable para migrar el WhatsApp de un negocio a otra plataforma sin perder conversaciones, contactos ni reputación. Checklist por etapa, tabla de verificación y qué hacer cuando algo falla.
Checklist de contingencia ante caídas o fallas en la API de WhatsApp (qué hacer, en qué orden y cómo comunicar al equipo)
Guía accionable para responder ante una caída o falla en la API de WhatsApp: pasos ordenados, señales de que cada paso está bien, tabla resumen y qué hacer cuando algo falla. Pensada para equipos que atienden clientes por WhatsApp Business.
Checklist de seguridad y privacidad para el equipo que atiende clientes por mensajería
Checklist operativo para revisar cómo tu equipo maneja datos de clientes en WhatsApp, Instagram o Messenger: qué controlar en cada etapa, cómo detectar una fuga y qué hacer cuando algo falla. Con tabla de verificación y plan de respuesta a incidentes.