Notificaciones de pedidos en tiempo real: ¿qué tipo de restaurante las aprovecha?

Un viernes en el paseo marítimo de Mezitli, cuatro mesas lanzaron llamadas a camarero en doce minutos mientras la cocina aún despachaba la tanda anterior. Esa fricción se convirtió en la apertura comercial con la que Selami firmó seis brasseries en 90 días.

Por qué el canal SSE se siente instantáneo

El panel admin abre /api/sse/notifications y consulta D1_OPS cada 5 segundos sobre orders, waiter_calls y bill_requests. La consulta UNION ALL con MAX(updated_at) evita el anti-patrón de JOIN+json_group_array que rompe D1.

El stream se cierra a los 5 minutos y EventSource se reconecta solo. Un heartbeat de 15 segundos mantiene vivo el Worker. En el KDS suena un tono y aparece un borde rojo: el cocinero reacciona en menos de un segundo.

¿Qué conceptos convierten más?

Los datos de Selami muestran brechas claras:

• Brasserie / bistro (40-80 cubiertos): 71% de cierre, varias zonas de servicio y vino.
• Beach clubs: 58%, las cabañas lejanas perdían tickets de cuenta.
• Desayunaderos: 44%, el rush simultáneo diluye el impacto.

Demo de 22 minutos

Selami llega con dos tabletas y un QR sobre pie. Los primeros 5 minutos: el dueño escanea, dispara una llamada y el panel suena a los 4 segundos. Ahí saca el móvil propio y confirma la fiabilidad.

Los siguientes 10 minutos enseñan el KDS, el orden de tickets y las alertas de SLA. Los últimos 7 cierran precio: 20% de comisión de por vida, cupón Stripe del 5% y upgrade a Pro el mismo día.

FAQ

¿Qué plan habilita tiempo real? Pro para camarero y cuenta; Platinum añade pedido en mesa.

¿Latencia típica? Entre 3 y 5 segundos.

¿Y si cae la red? EventSource reconecta y reproduce desde el último last_check.

¿Te resultó útil? Compártelo.