Qué es realmente un flujo de pedidos QR
Un flujo de pedidos por QR no es un menú QR. Un menú QR solo muestra un PDF; el comensal aún tiene que llamar al camarero para hacer el pedido. Un flujo de pedidos por QR es una superficie transaccional completa: el comensal escanea el código, el navegador carga el menú, construye un carrito, envía el pedido a la cocina y paga, todo sin descargar nada y sin necesidad de una cuenta. El camarero solo interviene para lo que los camareros realmente hacen: traer la comida, revisar la mesa y manejar excepciones.
Paso 1 — Escanea y resuelve la mesa
Cada código QR en un despliegue de Disqober lleva un identificador para el local y la mesa. Cuando el comensal escanea el código, el navegador abre una URL en el dominio propio del restaurante. Disqober resuelve el local, la mesa y el menú activo en una sola solicitud. Sin tienda de aplicaciones, sin aviso de instalación, sin pantalla de inicio de sesión.
Paso 2 — Carga el menú
El menú es el mismo menú que impulsa la Web App, la Mobile App, la Kiosk App y la Table App para ese local. Las categorías, productos, modificadores, precios, horarios y reglas de disponibilidad se leen del motor de pedidos compartido. Si el restaurante pausa un producto a mitad del servicio, desaparece de la QR App en la siguiente carga de página.
Paso 3 — Construye el carrito y finaliza la compra
El comensal añade artículos, elige modificadores y revisa el carrito. En el pago, la QR App ofrece pago con tarjeta (Disqober Online Payments), Apple Pay y Google Pay donde estén disponibles, y cualquier método local que el restaurante haya habilitado — Bizum en España, MB Way en Portugal, billeteras específicas de cada país en otros lugares. El carrito está vinculado al identificador de la mesa del paso 1, por lo que el pedido nunca se pierde ni se envía a la mesa equivocada.
Paso 4 — Pásalo a la cocina y al POS
El pedido llega a Work App tan pronto como el comensal paga. Si el local tiene un POS conectado, Disqober escribe el ticket en el POS para que siga el mismo camino de producción que los tickets internos: impresora de cocina, pantalla de cocina, pantalla de expedidor. Control Center mantiene el estado en vivo de la mesa y el pedido en las pantallas del local. Sin doble entrada, sin cola paralela.
Pago en mesa — el segundo modo
En muchas mesas, el QR también se utiliza para pagar en la mesa. El comensal pide de la manera tradicional a través del camarero o de la Table App; cuando la comida ha terminado, escanear el mismo código QR muestra el ticket de POS abierto, permite opcionalmente al comensal dividir la cuenta y procesa el pago con tarjeta. El POS cierra la mesa automáticamente una vez que se completa el pago. Mismo código QR, dos modos complementarios.
Lo que necesita el restaurante para lanzar
Un menú en el catálogo de Disqober (importado del POS o construido directamente), un código QR por mesa y un método de pago configurado. La Web App y la QR App comparten el mismo menú, así que un restaurante que ya utiliza pedidos de la Web App puede activar los pedidos por QR sin reconstruir el catálogo. En cuanto al hardware, la pegatina QR impresa en cada mesa es suficiente: no se necesita terminal en la mesa, ni quiosco que mantener.
Lo que el pedido por QR no reemplaza
El pedido por QR no es un reemplazo del conteo de personal para los camareros. La mayoría de los restaurantes utilizan QR para eliminar la fricción al ordenar y pagar, de modo que el equipo pueda centrarse en el servicio, los repartidores y el flujo del comedor. La Kiosk App maneja el autoservicio en el mostrador, la Table App maneja los pedidos en tabletas dirigidos por el personal, y la QR App maneja el autoservicio dirigido por los comensales. Mismo backend, tres flujos.