Todo local que entrega en mostrador tiene el mismo momento incómodo: el pedido está listo y hay que avisarle al cliente, que está sentado en algún lado, hablando con alguien, mirando el celular. Cómo se resuelve ese aviso define buena parte de la experiencia del local, y también cuánto tiempo pasa un pedido enfriándose en el pase.
Esta guía recorre los métodos que existen, desde el más antiguo hasta el que usa el celular del propio cliente, y se detiene en un detalle técnico que casi nadie explica: por qué muchos "avisos al celular" no funcionan cuando la pantalla está bloqueada, y qué hace falta para que sí funcionen.
Los tres métodos clásicos y lo que cuestan
Ninguno de los métodos tradicionales es malo en sí. Cada uno tiene un contexto donde funciona y un costo que se paga en otro lado.
| Método | Dónde funciona | Qué cuesta |
|---|---|---|
| Gritar el número o el nombre | Locales chicos, con poco ruido y el cliente cerca del mostrador. | En un bar con música no se escucha. Se grita dos y tres veces. El cliente que salió a fumar no se entera. |
| Pantalla con turnos | Locales de comida rápida con flujo constante y clientes que miran la pantalla. | Obliga al cliente a estar mirando. Si está de espaldas o en la vereda, no sirve. Cuesta un monitor y armarlo. |
| Buzzers (localizadores) | Patios de comida y locales grandes donde el cliente se aleja. | Se pierden, se rompen, hay que cargarlos y limpiarlos. Tienen alcance limitado. Hay que entregarlos y recuperarlos en cada pedido. |
El buzzer merece un párrafo aparte porque es el que más locales adoptan cuando crecen, y el que más trabajo oculto trae. Cada pedido implica entregar un aparato, explicar que vibra, y esperar que vuelva. Si el cliente se lo lleva sin querer, o lo apoya en una mesa y se lo olvida, se pierde. Y a diferencia de una hoja de papel, cada uno cuesta plata.
El celular del cliente como buzzer
La observación obvia es que el cliente ya tiene un aparato que vibra y que no se va a olvidar en la mesa: su celular. Si el pedido lo hizo desde ahí, escaneando un QR, lo natural es que el aviso llegue por el mismo camino.
Las ventajas son las del buzzer sin sus costos: no hay nada que entregar ni recuperar, funciona aunque el cliente salga a la vereda, y no depende de que esté mirando una pantalla ni de que escuche. Además puede decir más que "vibrar": puede avisar que el pedido está en preparación, que está listo, o que ya se entregó.
El problema es que "avisar al celular" se dice fácil y se hace de varias maneras, y la mayoría no funciona en la situación real: el cliente con el teléfono bloqueado en el bolsillo.
Por qué el "seguimiento en vivo" no alcanza con la pantalla apagada
Muchos sistemas ofrecen una página donde el cliente ve el estado de su pedido cambiando en tiempo real. Está bien mientras el cliente la tiene abierta. Pero en cuanto bloquea el teléfono, esa página deja de existir para todos los efectos prácticos.
El motivo es que los sistemas operativos de los celulares, para ahorrar batería, congelan las pestañas del navegador cuando la pantalla se apaga. La página no se actualiza, los temporizadores no corren, y nada de lo que la página quisiera hacer se ejecuta. El cliente desbloquea el teléfono diez minutos después y recién ahí ve que su pedido estaba listo desde hacía nueve.
Esto engaña a mucha gente, incluidos quienes arman los sistemas, porque en las pruebas la página siempre está abierta y funciona perfecto. El fallo aparece solo en el uso real, con el teléfono en el bolsillo.
- Una página que se actualiza sola no sirve con el teléfono bloqueado: se congela.
- Un temporizador que "revisa cada tantos segundos" tampoco: deja de correr.
- Ni siquiera alcanza con que la página pida permiso de notificaciones: si nadie empuja el aviso desde afuera, no llega nada.
La notificación del sistema operativo: la única que llega
Lo que sí funciona con la pantalla apagada es la notificación del sistema operativo, la misma que usan las aplicaciones de mensajería. En la web eso se llama Web Push: el sitio pide permiso una vez, y desde ese momento un servidor puede empujar un aviso que el teléfono muestra aunque el navegador esté cerrado y la pantalla apagada.
La diferencia clave es que el aviso no depende de la página. Lo manda el sistema del local, en el momento en que el pedido cambia de estado, y lo recibe el teléfono como recibe cualquier otra notificación: vibra, suena, aparece en la pantalla de bloqueo.
Para el cliente, la experiencia es la del buzzer pero mejor: no tiene que sostener nada, y el aviso le dice qué pasó. Para el local, no hay nada que entregar ni cargar ni recuperar.
La limitación de iPhone y cómo explicársela al cliente
Hay una excepción que conviene conocer antes de prometer nada: en iPhone, las notificaciones de un sitio web solo funcionan si el cliente agregó ese sitio a la pantalla de inicio. Es una decisión de Apple, no del sistema del local, y no hay forma de saltearla. En Android no existe esa restricción.
En la práctica, esto significa que el cliente con iPhone tiene que hacer un paso extra: desde el navegador, tocar compartir y elegir "Agregar a inicio". Recién desde ese acceso directo puede activar los avisos. Es un paso corto, pero hay que explicárselo, porque nadie lo adivina.
Lo honesto es decirlo tal cual: "en Android el aviso llega directo; en iPhone, si agregás el menú a la pantalla de inicio". Prometer que funciona en cualquier celular, sin ese matiz, termina en un cliente con iPhone que activó todo y no recibió nada.
Consejos para que el cliente active los avisos
El aviso más perfecto no sirve si el cliente no dio permiso. Y los permisos de notificación tienen mala fama, porque muchos sitios los piden en cuanto entrás, sin motivo. Hay algunas cosas que ayudan.
- Pedir el permiso después de que el cliente hizo el pedido, no antes. En ese momento tiene una razón concreta para querer el aviso.
- Decir para qué es: "te avisamos cuando esté listo, aunque tengas el teléfono bloqueado". Una frase, sin tecnicismos.
- Mandar un aviso de prueba en el momento en que lo activa. Si el sistema operativo lo está bloqueando, el cliente se entera ahí, no cuando pierde su pedido.
- Dejar el interruptor visible en la página del pedido, para que quien no lo activó al principio pueda hacerlo después.
- Tener una página de diagnóstico para cuando "no me llegó nada": la mayoría de las veces es un ajuste del teléfono, y se resuelve en un minuto si hay dónde mirarlo.
Todo esto forma parte de algo más amplio: lo que el cliente espera hoy de un local, que ya no es solo buena comida sino no tener que perseguir a nadie. Esa expectativa la desarrollamos acá.
Cómo lo hace QuickMenú
En QuickMenú el aviso del pedido funciona sobre notificaciones del sistema operativo. En la página donde el cliente sigue su pedido hay una campana de avisos; al activarla recibe un aviso real de prueba, así sabe en el momento si el teléfono los está dejando pasar. Desde ahí, cada cambio de estado del pedido, cuando pasa a preparación, cuando está listo, cuando se entregó, llega como notificación aunque la pantalla esté apagada.
Funciona en Android con Chrome, Edge, Firefox y Samsung Internet. En iPhone, funciona si el cliente agregó el menú a la pantalla de inicio, por la limitación de Apple que mencionamos arriba. Hay además una página de diagnóstico pensada para abrirla en el teléfono del cliente cuando algo no llega.
Los detalles están en la página de avisos de pedido listo. Y si tu local entrega en barra, el aviso se combina con el retiro en barra: el cliente recibe la notificación, avisa que va a buscar, y el barman lo tiene listo cuando llega.
Qué método elegir según tu local
No todos los locales necesitan lo mismo, y el celular no reemplaza todo en todos los casos. Una guía rápida para decidir:
- Local chico, sin música, cliente a tres metros del mostrador: gritar sigue funcionando. No compliques lo que no hace falta.
- Local con música, patio o vereda, y pedidos desde QR: el aviso al celular reemplaza al buzzer sin el trabajo de entregarlo y recuperarlo.
- Patio de comidas donde el cliente no pidió desde el celular: el buzzer sigue teniendo sentido, porque no hay otro canal abierto con esa persona.
- Cualquier caso donde ya tenés el pedido digital: el aviso al celular es el paso natural, siempre que sea una notificación real y no una página que se congela.
Lo que conviene evitar es lo intermedio: un "seguimiento en vivo" que se vende como aviso y que solo funciona con la pantalla prendida. Ese es el que deja al cliente esperando y al pedido enfriándose, con la sensación de que la tecnología no sirvió para nada. Servía; solo que no era la correcta.