Pedidos QR en mesa: cómo dejar que tus clientes pidan desde el móvil sin app externa ni hardware adicional
El minuto perdido que se come tu rotación
Martes, 14:15. Mesa de cuatro personas. Ya saben lo que quieren. Llevan tres minutos esperando que alguien aparezca para pedir un par de aguas y un postre extra. El camarero está atendiendo a otra mesa, la barra está saturada. Tres minutos. Cinco. Quince.
Esos minutos sumados, hora pico tras hora pico, se traducen en menos turnos por mesa, ticket más bajo (porque el cliente no añade ese postre que iba a pedir) y peores reviews por servicio "lento". El problema no es tu equipo. El problema es que los picos de demanda son cortos y un camarero no puede estar en cinco sitios a la vez.
Las tres consecuencias del minuto perdido
- • Menor rotación: mesa ocupada más tiempo sin generar ticket adicional.
- • Menos upselling: el cliente que duda 5 minutos sobre si pedir postre, normalmente termina diciendo "déjalo".
- • Experiencia irregular: una espera larga puede afectar la percepción del servicio.
Qué es el self-ordering (pedidos QR en mesa)
Self-ordering significa que el cliente arma su propia comanda desde el móvil, sin esperar a que aparezca el camarero. Se llama "QR en mesa" porque el cliente escanea un QR fijo en la mesa (no en la entrada, no en una carta general) que identifica exactamente cuál es su mesa.
Es un modelo que viene del fast-casual (cadenas grandes lo llevan implementando desde 2020) y que ahora está bajando a restauración independiente porque ya no requiere TPV especializado: basta un menú QR moderno con módulo de pedidos integrado y un dashboard que el staff abre en cualquier dispositivo.
Los 4 modos: cuál encaja con tu restaurante
No todos los restaurantes quieren el mismo flujo. Un bistró familiar y un gastrobar a 70 cubiertos tienen ritmos distintos. Por eso un buen sistema de pedidos QR ofrece cuatro modos configurables, y tú eliges el que respeta tu identidad:
Modo 1 — Solo llamar camarero
El cliente NO arma comanda en su móvil. Solo tiene un botón "Llamar camarero" en su pantalla. La cocina/sala recibe la notificación y va a esa mesa.
Encaja con: restaurantes premium / mantel blanco / experiencia personalizada. El QR digitaliza la llamada, no la comanda.
Modo 2 — Lista compartida
El cliente arma su carrito con todo lo que quiere y, en lugar de enviarlo a cocina, se lo enseña al camarero cuando llega. La conversación pasa de "qué quieres" a "confirmamos esta lista".
Encaja con: restaurantes que quieren ahorrar tiempo de cantar comanda pero mantienen al camarero como filtro humano para sugerencias / upselling.
Modo 3 — Directo a cocina (autoaccept)
El cliente confirma y el pedido entra directamente al kanban de cocina. El staff lo ve y empieza a preparar según el flujo configurado por el restaurante.
Encaja con: fast-casual, hamburgueserías, pizzerías, restaurantes de centro comercial, terrazas con alta rotación.
Modo 4 — Con aprobación previa del staff
El cliente confirma y el pedido queda en "pendiente de aprobación". Un miembro del staff lo revisa en el panel y le da el OK (con un clic) para que pase a cocina.
Encaja con: restaurantes con cartas complejas o muchas variantes, donde una doble verificación humana evita errores caros (alergias, modificaciones).
Cómo funciona en tu restaurante, paso a paso
Este es el flujo general para configurar los pedidos QR en mesa. Revísalo con tu equipo antes de activarlo en servicio:
Da de alta tus mesas físicas. Desde el panel, creas cada mesa con su número, capacidad y ubicación. El sistema genera un QR único por mesa automáticamente. Puedes generarlas en bloque (de la 1 a la 20) en una sola operación.
Imprime los QR y plastifícalos. Descarga el PDF con los QR por mesa. Plantillas A4, A5 y A6 con el branding del restaurante. Pega cada QR en su mesa correspondiente.
Elige el modo de pedido que encaja con tu flujo (de los cuatro de arriba). Si tienes dudas, empieza con el modo 2 (lista compartida) que tiene menor riesgo de cambio cultural y permite migrar a modo 3 cuando el equipo esté cómodo.
Configura horario, mensajes y avisos. Hasta cuántos minutos antes del cierre se aceptan pedidos, mensajes de bienvenida personalizados, notas opcionales (alergias, sin cebolla). Todo desde el mismo panel.
Activa el sonido y notificaciones del staff. El dashboard reproduce un sonido cuando llega un pedido nuevo. El staff puede usar su propio móvil, una tablet en la barra o un panel en cocina (modo pantalla completa). No hace falta TPV ni hardware adicional.
Atiende los pedidos en el kanban. Cada pedido fluye por columnas: Nuevo → Reconocido → Preparando → Listo → Servido. Drag-and-drop o un clic para avanzar. La cocina marca los items uno a uno y el camarero ve cuándo llevar.
Walk-in: por qué importa registrar cuándo una mesa se ocupa
Muchas mesas se ocupan sin reserva previa (clientes walk-in). El problema operativo aparece cuando el staff no tiene un registro formal de "mesa 5: ocupada desde las 13:42, 4 comensales". Ese dato vive en la cabeza del jefe de sala. Si cambia el turno, se pierde.
Un sistema moderno de pedidos QR resuelve esto con un concepto simple: la sesión de mesa. El staff hace clic en "Abrir mesa" cuando llegan los clientes, registra cuántos son (opcional) y a partir de ese momento esa mesa está oficialmente ocupada en el panel. Todos los pedidos QR que hagan los clientes desde sus móviles se enlazan automáticamente a esa sesión.
Lo que te da el walk-in formal
- • Visibilidad en tiempo real: el dashboard muestra cuántas mesas están ocupadas y desde hace cuánto, sin tener que preguntar al jefe de sala.
- • Agrupar rondas: mesa 5 hace tres rondas (entrantes, principales, postres) y se ve como una sola sesión con tres pedidos relacionados, no como tres tickets sueltos.
- • Tiempos medibles: cuánto tarda una mesa de cuatro en hacer turno completo. Ese dato vale oro para planificar staff.
- • Cierre limpio: al cerrar la mesa, todos los pedidos servidos pasan a completados y la mesa queda libre en el panel.
Multi-cocinero: para que dos chefs no hagan el mismo plato
En un restaurante con dos cocineros activos, el conflicto más típico es: ambos ven el mismo pedido, ambos asumen que el otro lo está haciendo, y al final nadie lo hace (o lo hacen los dos). Cinco minutos perdidos. Plato emplatado dos veces.
La solución es la asignación de pedidos por cocinero. Cuando llega un pedido nuevo, cualquiera de los cocineros puede pulsar "Tomar" y queda asignado a él (visible con un badge de color en la card del pedido). Un filtro "Solo los míos" permite que cada cocinero vea su carga sin ruido del resto.
Si un cocinero se va a media tarde, se puede reasignar cualquier pedido a otro con un clic. Si una mesa pide algo complejo que requiere dos cocineros, se puede dejar libre y trabajarlo en equipo.
Self-ordering vs apps de delivery vs TPV: cuál hace qué
Es la confusión más común. Vamos a separar conceptos porque cada herramienta tiene un propósito distinto y no se pisan:
| Aspecto | Self-ordering (este artículo) | App de delivery | TPV tradicional |
|---|---|---|---|
| Para qué sirve | Pedir en mesa (in-restaurant) | Pedir a domicilio (envío) | Cobrar y facturar |
| Hardware | Móvil/tablet existente | Móvil/tablet existente | TPV físico + impresora + cajón |
| Comisión | No (cuota fija) | Depende del proveedor y contrato | Coste del equipo + mantenimiento |
| Cliente fuera del restaurante | No aplica | Sí (es su razón de ser) | No |
| Repartidor | No | Sí | No |
| Sustituye al TPV | No (complementa) | No | N/A |
Idea clave
Self-ordering no sustituye a tu TPV ni intenta hacerlo. El cobro, la facturación, los cierres de caja y los reportes fiscales siguen pasando por el TPV que ya tienes. El self- ordering solo digitaliza el momento del pedido en mesa: ese minuto perdido entre que el cliente decide qué quiere y el camarero lo apunta. Es complemento, no reemplazo.
Métricas operativas que el TPV no te da
Un buen sistema de pedidos QR registra cada transición de cada pedido con timestamp. Eso significa que puedes responder preguntas que tu TPV no responde:
- Tiempo medio de cocina (preparando → listo): si pasa de 18 a 25 minutos, algo está cambiando en el flujo de la cocina.
- Tiempo medio mesa → staff (enviado → reconocido): mide cuánto tarda tu equipo en darse cuenta de que llegó un pedido. Si crece, falta gente o falta atención.
- Hora pico real en histograma por franjas: te dice si la franja crítica es 13:30-14:00 o 14:00-14:30, para planificar staff exactamente cuando hace falta.
- Top 5 productos por número de pedidos (no por ventas): te dice qué pide la gente, independientemente del margen. Útil para diseño de carta.
- Cancelaciones con motivo: si se repite "se acabó el producto", quizá hay un problema de stock que revisar con cocina.
Para reportes fiscales (IVA, cierres de caja, márgenes contables) sigue siendo tu TPV. Estas métricas son operativas: ayudan a decidir cómo organizar el equipo y la cocina, no a presentar el impuesto trimestral.
Qué pasa cuando estás cerrado
Un cliente intenta hacer un pedido a las 23:45 cuando el restaurante cierra a las 23:00. ¿Qué debe pasar? Hay dos enfoques:
Mal enfoque (error técnico)
El sistema devuelve "Error 403 ORDERS_CLOSED" y el cliente se queda sin entender qué pasa. Una mala primera impresión que probablemente no vuelva.
Buen enfoque (UX clara)
"Lo sentimos, ya no aceptamos pedidos. Abrimos mañana a las 12:00. Si necesitas algo urgente, consulta el horario o contacta con el restaurante." Si existe un teléfono configurado, puede mostrarse un botón de llamada.
Esta diferencia parece pequeña, pero define la calidad percibida del restaurante. Un buen sistema de pedidos QR debería hacer el segundo enfoque por defecto, sin que tú lo configures.
Cómo lo hace IAMenu
IAMenu integra los pedidos QR en mesa dentro del mismo menú QR que el cliente está mirando. No hay app que descargar, no hay TPV adicional y sin comisión propia por pedido. IAMenu no procesa el pago ni sustituye la facturación del TPV; consulta los planes vigentes para ver las funciones incluidas.
Los cuatro modos (llamar camarero, lista compartida, directo a cocina, con aprobación) son configurables desde el panel del restaurante. La disponibilidad de mesas, historial y herramientas operativas depende del plan vigente y de la configuración del negocio.
Y para cerrar el círculo: como el sistema de pedidos vive en el mismo menú QR que ya digitalizaste, hereda el sistema de traducción a 53 idiomas. Tu cliente chino, francés o italiano hace su pedido en su idioma. La cocina lo recibe en el tuyo.
Consulta el sistema de pedidos de IAMenu
Revisa cómo funciona, qué incluye cada plan y qué flujo encaja con el servicio de tu restaurante.
Ver pedidos para restaurantes
Preguntas frecuentes
¿Es lo mismo que pedir por una app de delivery?
No. El delivery coordina pedidos fuera del local. Los pedidos QR en mesa son para clientes que ya están en el restaurante; IAMenu no procesa el pago ni ofrece reparto.
¿Necesito un TPV o hardware especial?
No. Funciona en cualquier dispositivo con navegador: el móvil del camarero, una tablet en la barra, el portátil del jefe de sala, un panel táctil en cocina. No requiere TPV ni impresoras térmicas conectadas.
¿Mis clientes deben descargar app?
No. Escanean el QR con la cámara del móvil y se abre el menú directamente en el navegador. Sin descargas, sin cuentas, sin contraseñas.
¿Cómo se gestiona una mesa con varios comensales?
Cada comensal escanea el QR con su móvil y arma su carrito por separado. El sistema agrupa todos los pedidos bajo la misma mesa pero mantiene la identidad de cada uno.
¿Y los reportes fiscales / IVA / cierres de caja?
Eso sigue siendo tu TPV. Los pedidos QR son operativos (ritmo, mesas, cocina), no contables. Es complemento al TPV, no reemplazo.
Si quieres ver cómo encaja todo el flujo del restaurante con menú digital + reservas + pedidos en una sola plataforma, échale un vistazo también al artículo sobre
reservas sin comisiones por cubierto
. Reservar + pedir + servir, todo desde el mismo menú QR.