Lanzar un menú digital es una liberación operativa por sucursal, no una revisión de diseño. El comensal debe llegar a información vigente y el equipo debe saber a quién acudir si esa ruta falla. Usa el checklist de contenido del minisitio cuando horarios, ubicación o información básica todavía necesitan revisión. Esta checklist empieza cuando el contenido de la carta ya está listo para publicar.
Delimita la liberación antes de publicar
Anota qué cambia en esta liberación y qué queda fuera. Una nueva carta de cena, una sección de temporada, fotos renovadas o una sucursal nueva merecen controles propios. No mezcles una corrección normal de precio con un lanzamiento más amplio; usa el checklist para actualizar precios para esa tarea puntual.
| Pregunta de liberación | Lo que confirma la persona responsable | Evidencia antes del servicio |
|---|---|---|
| ¿Qué sucursal lanza el menú? | Su menú público, el contexto del lugar y el equipo de sala | La sucursal y la ruta del menú se nombran juntas |
| ¿Qué versión está vigente? | Secciones, platillos, opciones y disponibilidad salen de una sola fuente | Un PDF, foto o mensaje anterior no se vuelve un segundo menú |
| ¿Qué puede usar el comensal? | Enlace con nombre claro, código QR y ruta sin QR | Todas las rutas llegan a la misma página vigente |
| ¿Quién recibe el relevo? | Alguien del equipo sabe dónde reportar un fallo | El siguiente paso está claro sin pedir a la persona que resuelva sola |
Ese límite evita una falla conocida: alguien revisa la computadora de oficina, otra persona coloca el letrero QR y el comensal recibe una carta anterior por mensaje. La página puede verse lista, pero el recorrido real está roto.
Prepara una sola fuente pública vigente
Revisa la información en el orden en que la necesita el comensal. ¿Puede encontrar la carta, entender la sección, ver qué hay disponible y pedir apoyo cuando una elección requiere confirmación? Prefiere una etiqueta como «Ver menú de cena» a un enlace que solo tiene sentido junto a una imagen. Los consejos de redacción del W3C ayudan a crear etiquetas y enlaces que conservan su sentido por sí solos.
Antes de publicar, confirma estos puntos:
- Las secciones y los nombres de platillos corresponden a lo que la cocina puede servir.
- Precios, opciones y avisos de disponibilidad aparecen en la fuente vigente del menú.
- Un platillo no disponible se comunica por escrito y tiene una ruta de escalamiento para sala.
- El enlace visible de esa sucursal abre la página esperada.
- Quien no pueda escanear el código QR aún llega al mismo menú.
Para un platillo agotado durante el servicio, sigue el proceso para platillo agotado en lugar de tratar esta checklist como sustituto de una actualización operativa.
Publica y prueba la ruta que realmente usa el comensal
Publica la carta prevista antes de colocar la señalización o avisar que está en línea. Después prueba las condiciones normales de sala: un teléfono, el letrero impreso con código QR y la dirección Web o enlace que entrega el equipo. El primer comensal no debe descubrir el problema.
| Prueba | Condición de aprobación | Acción si falla |
|---|---|---|
| Enlace público | Abre el menú vigente de la sucursal | Corrige el destino y prueba de nuevo |
| Código QR | Abre el mismo menú y tiene una etiqueta útil | Cambia el letrero o la ruta; no envíes una foto anterior |
| Primera elección | La persona lee platillo, precio y opción sin adivinar | Corrige contenido o etiqueta en la fuente |
| Disponibilidad | El estado actual está escrito con palabras | Aplica el proceso de platillo agotado y revisa de nuevo |
| Ruta asistida | Alguien de sala muestra la misma información vigente | Haz el relevo antes de abrir |
Las directrices WCAG 2.2 del W3C ayudan a evaluar una ruta pública utilizable, no solo el escaneo de un código QR. Son una referencia de diseño y contenido, no una conclusión legal para un restaurante específico.
Entrega un relevo sencillo al equipo
Da a quien está en anfitriones, gerencia o sala tres datos: qué cambió, dónde está el menú público y quién corrige un error. Esto vuelve consistente el apoyo sin pedir al equipo memorizar cada platillo. Si una pregunta sobre alérgenos requiere confirmar con cocina, canalízala por el proceso de seguridad alimentaria del restaurante; no conviertas una nota del menú en una promesa de memoria.
No registres datos personales del comensal en el relevo. El registro útil incluye hora, sucursal, persona que verificó, ruta probada y pendiente, si existe. No necesita nombre, teléfono, necesidad de accesibilidad ni historial de pedido.
Cierra el lanzamiento con un registro reutilizable
Termina con un resultado simple: publicado, probado, entregado al equipo o bloqueado. Un lanzamiento bloqueado sirve cuando evita que una página equivocada llegue al comensal. Corrige la fuente, repite la prueba que falló y solo entonces libera.
En StoveOps, el menú digital puede mostrar secciones, platillos, descripciones, fotos, precios y disponibilidad en el minisitio público del restaurante. Consulta el software de menú digital StoveOps para conocer el límite del producto, después la guía de ubicación del código QR para la señalización y el checklist de auditoría del menú digital para la revisión periódica posterior al lanzamiento.