Cómo crear una web de pedidos de comida: menú, carrito, horarios de recogida y pantalla de cocina
Una web de pedidos de comida permite a los clientes elegir platos de tu menú, personalizarlos, elegir hora de recogida o de entrega, pagar y recibir una confirmación, mientras la cocina ve cada pedido aparecer en una pantalla y lo marca como listo. Para crearla necesitas un menú con opciones (tamaños, extras, «sin cebolla»), un carrito que calcule bien los totales, franjas horarias con límites para que la cocina no se sature, pagos con tarjeta y un tablero de pedidos sencillo para el personal. Un creador de apps con IA puede generar todo esto a partir de una descripción clara. La dificultad está en los detalles: el horario de apertura, los artículos agotados, los límites de pedidos y qué pasa cuando el pago se realiza pero el pedido no se guarda.
Qué necesita la web
Páginas
- Cliente: menú por categorías, ficha de cada artículo con sus opciones, carrito, pago (nombre, teléfono, recogida o entrega, hora), pago y una página de confirmación con el número de pedido y su estado.
- Cocina: una lista en directo de pedidos nuevos, en preparación y listos, cada uno con sus artículos, opciones, notas y hora de recogida.
- Propietario: editor del menú (artículos, precios, fotos, opciones, agotados), horario de apertura, límites por franja y un resumen de ventas.
Datos
| Tabla | Campos clave |
|---|---|
| Categorías | Nombre, orden |
| Artículos | Categoría, nombre, descripción, precio, foto, alérgenos, disponible sí/no |
| Grupos de opciones | Artículo, nombre («Tamaño», «Extras»), obligatorio sí/no, número mínimo y máximo de opciones |
| Opciones | Grupo, nombre, cambio de precio |
| Pedidos | Número, nombre del cliente, teléfono, correo, tipo (recogida o entrega), dirección, hora de la franja, subtotal, gastos, total, estado del pago, estado del pedido |
| Líneas de pedido | Pedido, artículo, cantidad, opciones elegidas, precio de la línea, nota |
| Ajustes | Horario, duración de la franja, pedidos máximos por franja, zonas de entrega y tarifas |
Guarda el nombre y el precio del artículo en cada línea de pedido en el momento de la compra. Si cambias el menú más adelante, los pedidos antiguos deben seguir mostrando lo que el cliente pagó realmente.
Permisos
El cliente solo ve su propio pedido a través del enlace de confirmación. El personal de cocina ve y actualiza los pedidos, pero no puede cambiar precios. El propietario edita el menú y los ajustes. Es habitual compartir un acceso de cocina en una tableta, pero el propietario debe tener el suyo propio.
Decisiones y compensaciones
Recogida, entrega o ambas
Solo recogida es mucho más sencillo y es por donde deberían empezar la mayoría de locales pequeños. La entrega añade zonas, tarifas, pedidos mínimos, validación de direcciones, asignación de repartidores y una lista más larga de cosas que pueden salir mal.
Pedido lo antes posible o con hora
«Lo antes posible» es fácil de ofrecer, pero difícil de cumplir en una noche con mucha gente. Las franjas programadas con límite, por ejemplo, no más de ocho pedidos por ventana de 15 minutos, protegen a la cocina y fijan expectativas. Aun así puedes mostrar «primer hueco disponible: 18:45».
Pago por adelantado o al recoger
Pagar online reduce las ausencias y agiliza la recogida. Pagar al recoger es más sencillo de construir, pero invita a los pedidos falsos. La mayoría de locales cobra la tarjeta por adelantado con un pago alojado, como Stripe Checkout; nuestra guía de pagos explica la configuración. Las propinas, los impuestos y las normas de tickets varían según el país: revísalas en la normativa local.
Cómo llegan los pedidos a la cocina
Opciones: una pestaña del navegador en una tableta que se actualiza sola (lo más sencillo), un correo o mensaje por pedido como copia de seguridad o el envío a una impresora de tickets (requiere hardware y configuración adicionales). Un aviso sonoro cuando entra un pedido importa más de lo que parece.
Un primer prompt que funciona
Crea una web de pedidos online para Casa Verde, una taquería de Austin (Texas), solo para recogida. Categorías del menú: Tacos, Bowls, Acompañamientos, Bebidas. Los artículos tienen opciones: los tacos eligen una proteína (pollo, carnitas, champiñones +1 $), una tortilla (de maíz o de harina) y extras opcionales (guacamole +1,50 $, queso +0,75 $); los bowls eligen una base y una proteína. Los clientes añaden artículos al carrito, eligen una franja de recogida de 15 minutos dentro del horario (de martes a domingo, de 11:00 a 21:00, hora central de EE. UU.), escriben nombre y teléfono y ven el total con un 8,25 % de impuesto sobre las ventas. Limita cada franja a 8 pedidos y oculta las franjas llenas. Guarda los pedidos en una base de datos con los estados nuevo, en preparación, listo y recogido. Una página de cocina (con acceso) muestra los pedidos del día por hora de recogida, suena al llegar un pedido nuevo y permite al personal avanzar cada pedido. Página de propietario para editar el menú, marcar artículos agotados y pausar los pedidos. El pago con tarjeta llegará después: de momento, los pedidos son «pagar al recoger». Diseño atrevido, con colores, pensado primero para móvil y con botones grandes.
Empezar con «pagar al recoger» te permite probar todo el flujo del pedido con el personal antes de añadir los pagos.
Pasos de construcción
- Menú y opciones. Ajusta bien los grupos de opciones y los cálculos de precio. Prueba un artículo con todas las combinaciones de opciones.
- Carrito y pago. Cantidades, notas, totales, impuestos y un selector de franja que respete el horario de apertura.
- Guardado del pedido y confirmación. Cálculo del total en el servidor (nunca te fíes del precio que envía el navegador) y una página de confirmación con el número de pedido.
- Tablero de cocina. Lista en directo, aviso sonoro de pedido nuevo, botones de estado y texto grande legible a un metro de distancia.
- Controles del propietario. Agotados, pausa de pedidos, límites por franja y horario.
- Pagos en modo de prueba. Marca un pedido como pagado solo cuando el proveedor de pagos lo confirme y contempla el caso en que el pago se realiza pero el pedido no se guarda.
- Notificaciones. Confirmación por correo o SMS y un mensaje de «listo para recoger» a través de tu propio proveedor. Consulta cómo añadir notificaciones.
- Lanzamiento suave. Ponlo en marcha con el personal y amigos durante unos días, fijándote tanto en la cocina como en el cliente.
Errores habituales
- Calcular los precios solo en el navegador. Cualquiera puede cambiarlos. Recalcula en el servidor.
- No tener interruptor de agotado. Acabarás vendiendo cinco veces la última ración.
- No tener límites por franja. Un viernes con mucha actividad se convierte en 40 pedidos a las 19:00.
- Información de alérgenos que falta o está desactualizada. Muestra los alérgenos de cada artículo y mantenlos al día; la normativa es estricta en muchos países.
- Confusión de zonas horarias. Guarda las horas en UTC, muéstralas en la hora local del restaurante y prueba cerca de medianoche y en los cambios de horario de verano.
- La tableta de cocina se apaga. Mantén la pantalla encendida y comprueba que los pedidos nuevos aparecen sin tener que recargar.
Cuándo es mejor un producto ya hecho
Si quieres que te encuentren nuevos clientes en tu zona, las plataformas de reparto traen una demanda que no es fácil generar por tu cuenta, a cambio de una comisión. Si ya usas un sistema de punto de venta, comprueba si incluye pedidos online: los pedidos que llegan directamente a la caja y a la impresora de cocina son difíciles de superar.
Crea la tuya propia cuando quieras pedidos directos sin comisión de tus clientes habituales, un flujo de pedidos adaptado a tu forma de trabajar (encargos anticipados para una panadería, bandejas para catering, un menú semanal de comida preparada) o cuando los pedidos estén ligados a un programa de fidelización o a tu propia web. La guía de web para restaurantes cubre el resto del sitio que rodea a esta función.
Crearla con Mythex
En Mythex describes el flujo de pedidos en el chat y aparece en una vista previa en directo que puedes revisar en un marco del tamaño de un móvil. Los pedidos y el menú se guardan en una base de datos Postgres que el agente añade cuando se lo pides. Los pagos con tarjeta usan tu propia cuenta de Stripe y tus claves, guardadas como secretos del proyecto (la receta de Stripe muestra el prompt). Los SMS y los correos pasan por tu propio proveedor, porque Mythex no incluye un producto propio de pagos, correo ni SMS. Los webhooks de pago necesitan que la app esté publicada en una URL pública. Antes del lanzamiento, /test hace que el agente recorra el pedido en la vista previa e informe de lo que falla.
Para empezar con un prompt, prueba las plantillas de página de pedidos de panadería o página de pedidos de cafetería, o el creador de tiendas online para restaurantes.
Preguntas
¿Qué necesita una web de pedidos de comida?
Un menú con precios, opciones y estados de «agotado»; un carrito; los datos de recogida o entrega con una hora; el pago; una confirmación del pedido y una pantalla para la cocina donde el personal ve los pedidos nuevos y los marca como listos.
¿Cómo evito aceptar más pedidos de los que puede preparar la cocina?
Limita los pedidos por franja horaria. Divide el día en ventanas de recogida de 15 minutos, fija cuántos pedidos o artículos admite cada ventana y permite que la cocina pause los pedidos con un solo botón cuando esté saturada.
¿Puedo encargarme yo de la entrega?
Sí, si tienes repartidores. Define zonas de entrega por código postal o distancia, fija un pedido mínimo y una tarifa de envío por zona, y da a los repartidores una lista sencilla de pedidos con sus direcciones. Muchos restaurantes empiezan solo con recogida.
¿Es mejor mi propia web de pedidos que las apps de reparto?
Tu web evita la comisión por los pedidos directos y mantiene la relación con el cliente, pero tú aportas el tráfico y gestionas la entrega. La mayoría de restaurantes usa las dos cosas: plataformas para darse a conocer y su propia web para los clientes habituales.