Un restaurante necesita responder con hospitalidad sin perder precisión operativa. Reservas, pedidos, retiro, entrega, menú e incidentes tienen fuentes, responsables y prioridades diferentes. El playbook clasifica esas intenciones, confirma lo acordado y transfiere excepciones antes de que una promesa se pierda entre salón, cocina y entrega.
Haz que la conversación refleje la operación real
La respuesta debe consultar la agenda, menú, zona de entrega y estado de pedido correctos. Cuando la información depende de cocina o salón, aclara que será confirmada y ofrece un plazo realista. Una observación escrita en el chat se convierte en compromiso cuando entra al proceso operativo y alguien la asume.
El Código de Defensa del Consumidor de Brasil exige información adecuada y clara sobre características, composición, precio y riesgos. Eso significa no adivinar ingredientes, disponibilidad ni condiciones. Las dudas sobre restricciones, seguridad o preparación requieren confirmación de la persona responsable y la fuente adoptada por el establecimiento.
Modela cuatro flujos de hospitalidad
| Intención | Acción estándar | Transferir cuando |
|---|---|---|
| Reserva | Confirmar sede, fecha, hora, personas y condición | Grupo, evento, accesibilidad o excepción |
| Pedido y retiro | Registrar artículos, cambios, valor y horario | Artículo no disponible, cambio relevante o retraso |
| Entrega | Informar zona, estado y próxima actualización | Dirección, retraso, daño o pedido ausente |
| Menú e incidente | Usar información aprobada y registrar evidencia | Restricción, posible riesgo, cobro o recurrencia |
Cada conversación necesita cola, responsable, estado, próxima acción y plazo. “Derivado” no cierra la responsabilidad: el traspaso termina cuando la nueva persona o cola acepta el caso. El enrutamiento por departamento convierte esa transferencia en una regla visible.
Convierte observaciones en responsabilidad
Preferencia de mesa, celebración y nota de pedido solo ayudan cuando llegan al equipo correcto. Los datos de contacto y dirección deben limitarse al servicio necesario. La RDC Anvisa 216/2004 establece buenas prácticas para servicios de alimentación, incluidos manuales, procedimientos y registros específicos; el chat no sustituye esos controles sanitarios.
- Agenda única para cada sede y turno
- Menú y condiciones con fuente y fecha
- Confirmación de cambios antes de producción
- Responsable para reserva, pedido, entrega e incidente
- Cola rápida para posible riesgo alimentario
- Registro de cobro, devolución y compromiso
- Transferencia entre atención, salón, cocina y gerente
Respeta expectativas, autorización y ventana de atención
Si el menú o pedido incluye alcohol, trata esa parte como una vertical regulada separada: la política de WhatsApp restringe promoción y comercio, permite mensajes sobre alcohol solo en Business Platform y en países enumerados, exige controles de edad, geografía y licencias y no permite una experiencia de comercio en el canal. No asumas que el flujo general del restaurante cubre alcohol.
La Política de Mensajes de WhatsApp Business establece que una empresa solo puede contactar a personas que entregaron su número y autorizaron mensajes posteriores. Las solicitudes de baja deben respetarse. En Business Platform, los mensajes iniciados por la empresa usan plantillas aprobadas; fuera de la ventana de 24 horas desde el último mensaje del usuario, las respuestas también requieren una plantilla aprobada. Si existe automatización, la política exige una ruta rápida, clara y directa hacia una persona. Registra la categoría autorizada, explica la finalidad y conecta el flujo con el gobierno de plantillas.
Pilota reservas o retiro, no todo a la vez
Elige la intención con mayor volumen e información confiable. Para reservas, define capacidad, tolerancia y confirmación. Para retiro, define cierre del pedido, cambios, previsión e indisponibilidad.
Empieza con una sede, turno o intención de alto volumen. Prueba casos normales, falta de información, indisponibilidad, reclamos, baja de mensajes y transferencias. La supervisión debe revisar una muestra de conversaciones y corregir el origen de la falla, no solo la respuesta final.
Mide confirmaciones, ausencias, cambios después del cierre, pedidos terminados sin nuevo contacto, retrasos por causa, transferencias aceptadas e incidentes repetidos. El indicador debe mostrar dónde falló el proceso sin culpar solo a quien respondió el mensaje.
Mide volumen por intención, primera respuesta, tiempo hasta resolución, transferencias aceptadas, conversaciones sin responsable, nuevos contactos y causa de las excepciones. Usa definiciones consistentes de las métricas de atención y no premies cierres rápidos que dejan el problema abierto.