Un protocolo de WhatsApp Business funciona cuando convierte una conversación en una secuencia de sala: el cliente recibe una expectativa clara, el host sabe quién atiende cada respuesta y la mesa no queda retenida por un silencio. La regla es sencilla: usa una línea comercial, mensajes de operación preaprobados y una ruta de escalación que el equipo pueda ejecutar sin buscar al gerente en medio del rush.
Esto no es una guía para decidir si WhatsApp o SMS es mejor, ni una página para escoger software. Es el manual corto para que WhatsApp sea una herramienta de recepción y no otro chat personal abierto a las 22:00. Si todavía estás definiendo la experiencia de fila, parte de la lista de espera de restaurante por WhatsApp y vuelve aquí para diseñar el trabajo del equipo.
Antes de abrir: asigna una línea comercial y un dueño por turno
El número que ve el comensal debe pertenecer al restaurante, no a la persona que cubre la puerta esa noche. Define por escrito quién administra el perfil, dónde queda el dispositivo o acceso, quién puede cambiar datos de la cuenta y cómo se revoca el acceso cuando alguien cambia de puesto. Así, una conversación sobre una mesa no desaparece cuando termina el turno.
Para una sucursal, bastan cuatro decisiones antes de activar el canal:
- Un nombre identificable. El perfil y el primer mensaje deben nombrar al restaurante o la sucursal; un número sin contexto se ignora con facilidad.
- Un responsable de bandeja. Durante el servicio, una sola persona o rol vigila respuestas y entrega el relevo. Si todos pueden contestar, nadie sabe quién tomó la decisión.
- Un acceso de respaldo. El gerente de turno debe poder continuar la operación cuando el host sale a sentar una mesa, se queda sin batería o termina su jornada.
- Una regla para celulares personales. No copies listas de clientes a chats privados ni pidas al equipo que responda desde su propio número. El registro operativo debe quedarse en la herramienta y cuenta que el restaurante controla.
StoveOps ayuda a los restaurantes a operar una lista propia: el cliente puede entrar desde su teléfono, esperar lejos de la entrada y recibir un aviso por SMS, WhatsApp o email cuando la mesa está lista. Pero incluso con una lista digital, la responsabilidad de responder y relevarse sigue siendo una decisión del restaurante. La guía de software de lista de espera para restaurantes en México explica el flujo de fila; este artículo pone orden en la conversación que ocurre después.
Separa la operación del marketing antes de escribir un mensaje
La recepción necesita mensajes que resuelvan una mesa, no promociones improvisadas. Clasificar cada uso antes del servicio evita que un aviso útil se convierta en un mensaje que el cliente no esperaba.
| Tipo de mensaje | Objetivo en el turno | Ejemplos | Regla del host |
|---|---|---|---|
| Operativo | Resolver la espera o el asiento actual | Confirmación de lista, cambio de tiempo, mesa lista, respuesta a una duda sobre la llegada | Enviar solo lo necesario para atender ese grupo y ese turno. |
| Recuperación de servicio | Corregir una excepción concreta | Disculpa por una demora, nueva expectativa o confirmación de que el grupo sigue en lista | Escalar el tono, compensación o promesa al responsable de turno. |
| Marketing | Invitar a una acción futura | Evento, promoción, menú nuevo, campaña de regreso | No reutilizar la lista de espera como autorización automática; manejarlo en un flujo separado. |
La Política de mensajería empresarial de WhatsApp debe ser la referencia para la configuración y los tipos de mensajes permitidos por la cuenta. Para el uso de datos en México, revisa la Ley Federal de Protección de Datos Personales en Posesión de los Particulares y valida el aviso de privacidad y las bases de tu operación con asesoría local. Esta guía no sustituye esa revisión.
En el día a día, la prueba útil es esta: si el mensaje no ayuda a sentar, actualizar o liberar al grupo que ya está esperando, no sale desde la bandeja de recepción. Una campaña tiene otro objetivo, otra revisión y otro responsable.
Crea cuatro mensajes aprobados, no una biblioteca infinita
No hace falta que el host redacte desde cero cada vez. Sí necesita respuestas que el gerente haya revisado, con campos simples y una única acción para el cliente. Conserva estos mensajes en la guía de turno y revisa su configuración con la política vigente de WhatsApp antes de usarlos.
| Momento | Estructura aprobada | Decisión que desbloquea |
|---|---|---|
| Alta en lista | [Restaurante]: quedaste en lista para [tamaño]. La espera estimada es de [rango]. Te avisamos por aquí cuando la mesa esté lista. |
Confirma que el grupo entiende la expectativa. |
| Cambio de espera | [Restaurante]: actualizamos tu espera a [rango]. Gracias por seguir en la lista; responde si cambió tu plan. |
Evita que el cliente interprete el silencio como olvido. |
| Mesa lista | [Restaurante]: tu mesa está lista. Preséntate en recepción dentro de [ventana]. Responde si vas en camino. |
Inicia la ventana de retención y pide una señal concreta. |
| Cierre de excepción | [Restaurante]: no logramos confirmarte dentro de la ventana. Avísanos si sigues cerca para revisar disponibilidad. |
Cierra el intento sin prometer que la mesa seguirá disponible. |
El texto entre corchetes se completa en la operación; el propósito y el tono no se negocian en cada mensaje. Mantén fuera descuentos, enlaces ajenos a la espera y preguntas innecesarias. Para ejemplos de redacción de avisos cortos, usa la guía de plantillas de mensajes para restaurantes como apoyo, pero deja en este protocolo quién aprueba, envía y resuelve cada caso.
Trabaja la conversación como una cola de estados
Un chat se vuelve caótico cuando no queda claro qué estado representa. El host no necesita leer todo el historial para saber qué hacer si cada conversación se registra con una condición operativa visible.
| Estado | Qué debe hacer el host | Cuándo cambia |
|---|---|---|
| En espera | Confirmar la estimación y vigilar cambios de sala | El grupo responde, cambia la espera o se libera una mesa compatible. |
| Mesa lista | Enviar el aviso con la ventana definida por la sucursal | El cliente confirma, se presenta o vence la ventana. |
| Confirmado en camino | Avisar a sala que la mesa tiene una llegada confirmada | El grupo llega o el plazo de retención termina. |
| Sin respuesta | Ejecutar el recordatorio y el canal alternativo autorizado | Hay respuesta, el responsable libera la mesa o el grupo cancela. |
| Cerrado | Registrar si se sentó, canceló o no llegó | El caso queda listo para el relevo y el cierre. |
La espera y la ventana no deben salir de la intuición de un mensaje. Deben venir de la regla que el equipo usa para cotizar por tamaño de grupo, disponibilidad y ritmo de sala. Si esa parte todavía cambia de persona a persona, revisa cómo gestionar una lista de espera de restaurante antes de automatizar el texto.
Define la escalación y el respaldo antes de que falle algo
El peor momento para decidir qué hacer con un cliente silencioso es cuando una mesa de cuatro ya está limpia y hay tres grupos esperando. Cada sucursal necesita una ruta breve y medible:
- Envía el aviso de mesa lista con la ventana de llegada que el local haya definido.
- Si no hay respuesta, manda un solo recordatorio operativo dentro de esa ventana; no abras una conversación nueva con mensajes repetidos.
- Consulta el canal alternativo que la persona eligió al entrar, solo si está registrado para ese propósito. No uses un dato capturado para la fila como pretexto para empezar marketing.
- Si sigue sin haber confirmación, avisa al responsable de turno. Esa persona decide si la mesa se retiene, se reasigna o se ofrece al siguiente grupo.
- Registra el resultado: llegó, canceló, no respondió o pidió otra alternativa. El siguiente host necesita una decisión, no un misterio en el chat.
También define un respaldo para fallas de dispositivo, conectividad o cambio de personal. Puede ser una lista temporal controlada y un número comercial accesible al gerente, siempre con los mismos límites de acceso y sin trasladar datos a teléfonos privados. El objetivo no es acumular vías de contacto: es conservar una sola fuente operativa cuando la tecnología falla.
La guía de software de mensajes para clientes puede ayudarte a evaluar si tu flujo conserva los avisos y el contexto en un solo lugar. La prueba en el piso es más importante que la lista de funciones: pide al equipo resolver un cliente que no responde, una mesa que se libera antes y un cambio de turno sin perder la secuencia.
La rutina de turno que evita conversaciones huérfanas
Convierte el protocolo en una rutina de cinco minutos antes de abrir y dos minutos antes de cada relevo.
Antes del servicio
- Confirma que la línea comercial, el perfil y el acceso de respaldo funcionan.
- Lee las cuatro respuestas aprobadas y la ventana actual de mesa lista.
- Asigna quién vigila la bandeja y quién decide excepciones.
- Revisa la capacidad real de sala con quien coordina mesas; no prometas un tiempo que ese equipo no puede sostener.
- Verifica que el equipo sepa cómo registrar cancelaciones y solicitudes de dejar de recibir mensajes.
Durante el rush
- Usa el estado de la lista, no la memoria, para saber a quién escribir.
- Envía una sola actualización cuando cambia una expectativa relevante.
- Responde primero a las conversaciones que tienen una mesa lista o una excepción que bloquea capacidad.
- Escala promesas especiales, quejas o cualquier petición fuera del guion; el host no debe resolverlas por texto sin autoridad.
En el relevo y al cierre
- El host saliente entrega conversaciones de mesa lista, confirmaciones en camino y casos sin respuesta.
- El responsable revisa cualquier mensaje que salió del guion y decide si requiere seguimiento.
- El equipo observa dónde se rompió el flujo: estimación, respuesta, relevo o canal alternativo. Cambia una regla para el siguiente servicio, no todas a la vez.
Un protocolo de datos que el equipo sí puede cumplir
La protección de datos no debería ser una carpeta que la recepción nunca abre. Tradúcela a decisiones de turno: pide solo lo que hace falta para atender el grupo; explica para qué se usará el contacto; no mezcles el aviso de espera con invitaciones comerciales; limita quién ve la bandeja; y lleva al responsable correcto cualquier solicitud del cliente sobre sus datos o sus comunicaciones.
La política de plataforma y la ley aplicable no se resuelven con una frase genérica de consentimiento. El restaurante debe mantener su aviso, sus textos de captura, sus periodos de conservación y su proceso de atención alineados con su asesoría local. La referencia oficial de la LFPDPPP sirve para esa revisión, no para que el host interprete obligaciones legales durante un servicio.
Prueba el protocolo en un viernes, no en una reunión
Antes de abrir a toda la operación, ensaya tres escenarios con el equipo: una mesa lista que recibe respuesta inmediata, una espera que cambia y un cliente que no responde. Mide cuánto tarda el host en identificar el estado, aplicar el mensaje aprobado y entregar la decisión al relevo. Si el equipo necesita buscar un celular personal, pedir permiso para cada frase o recordar de memoria quién estaba en camino, el protocolo aún no está listo.
El resultado que buscas no es más mensajes. Es una recepción que puede hablar con un cliente sin abandonar la fila, una mesa que se libera con una decisión visible y un historial que sigue allí cuando cambia el turno. Ese es el punto de partida para usar WhatsApp Business como parte de la operación, no como una solución improvisada al final de la noche.