Cada mañana, la dirección de un restaurante necesita saber si el día anterior fue normal y qué merece atención. En Meular trabajamos con un restaurante de cocina asiática en Las Palmas de Gran Canaria para responder a esas preguntas con sus propios datos de caja. El proyecto conecta un TPV en la nube con una base de datos y un cuadro de mando web. La clave está en interpretar bien las ventas, comparar periodos equivalentes y convertir el detalle en decisiones prácticas.
El punto de partida fueron los datos que ya generaba el restaurante en su sistema de caja: pedidos, líneas de pedido, salas y formas de pago. Una extracción automática diaria los lleva desde el TPV en la nube hasta una base de datos. Esa base alimenta un cuadro de mando web y permite consultar la actividad con criterios compartidos, sin rehacer el análisis cada mañana.
La navegación se organiza en ocho pantallas: Hoy, Avisos, Ventas, Año y comparativa, Carta, Cesta y canal, Sala y servicio, y Caja y banco. Cada una permite abordar una pregunta de gestión, desde cómo fue la jornada hasta qué se compra junto o cómo se distribuyen los cobros. La actualización es diaria: el nombre Hoy identifica la pantalla de entrada, pero no implica datos en tiempo real.
Una caída frente al sábado puede ser completamente normal si estamos mirando un martes. Por eso, cada día se contrasta con la banda normal de su mismo día de la semana. Esa referencia ayuda a distinguir el ritmo habitual del negocio de una desviación que conviene investigar. Para la dirección, la pregunta útil es si ayer se comportó como cabía esperar para ese día.
La comparación mensual exige otra regla sencilla: enfrentar el mes en curso con el mismo mes del año anterior, siempre hasta la misma fecha. Como ejemplo ilustrativo, el periodo del 1 al 15 se compara con el del 1 al 15, no con todo el mes anterior equivalente. Comparar un mes a medias con uno completo fue el error que más veces apareció y podía generar una alarma injustificada.
Un buen cuadro de mando ayuda a saber si ayer fue normal y dónde merece la pena mirar hoy.
La ingeniería de carta cruza dos dimensiones: cuánto se vende un plato y qué margen deja. El resultado se organiza en cuatro categorías, Oro, Plata, Bronce y Hierro, que ayudan a ordenar las decisiones. No basta con celebrar los platos más pedidos: uno puede tener mucha salida y aportar poco margen. Tampoco conviene descartar automáticamente una propuesta rentable solo porque todavía tenga poca demanda.
Los platos Oro merecen visibilidad y una ejecución consistente. En los Plata conviene revisar costes, porciones y precio para mejorar su aportación. Los Bronce necesitan comprobar si la descripción, la ubicación en la carta o la recomendación del equipo frenan su salida. Con los Hierro toca revisar la propuesta y valorar cambios o retirada. Son orientaciones para decidir con contexto, no órdenes automáticas de una clasificación.
La carta en cuatro categorías
| Categoría | Qué es | Qué hacer |
|---|---|---|
| Oro | Se vende mucho y deja buen margen. | Dale visibilidad y cuida su ejecución y disponibilidad. |
| Plata | Se vende mucho, pero deja poco margen. | Revisa costes, porciones y precio sin perder atractivo. |
| Bronce | Deja buen margen, pero se pide poco. | Mejora su presentación y prueba la recomendación del equipo. |
| Hierro | Se pide poco y deja poco margen. | Revisa la propuesta y valora reformularla o retirarla. |
Durante el proyecto apareció una señal engañosa: al entrar un plato nuevo, otro de la misma familia pasó a vender menos de la mitad de sus unidades. Expresado como porcentaje ilustrativo, parecía una caída del 56 %. Mirado de forma aislada, invitaba a intervenir sobre el plato que bajaba. Sin embargo, el conjunto de la familia se mantenía: los clientes estaban sustituyendo una opción por otra.
Ese caso explica por qué las alertas se plantean por familia de platos. Primero se revisa si el grupo pierde actividad y después se baja al detalle para entender qué referencias cambian. Así, una sustitución dentro de la carta no se interpreta de entrada como un problema de demanda. El detalle sigue siendo útil, pero necesita el contexto del conjunto antes de traducirse en una decisión.
El detalle técnico más revelador estaba en el reloj: el sistema de caja guarda las horas en UTC. Sin convertirlas a la hora de Canarias, las cenas tardías aparecían en el día siguiente y descuadraban los días del informe. La revisión exigió tratar la zona horaria antes de interpretar la jornada. Al analizar servicios que cruzan medianoche, también conviene distinguir entre fecha de calendario y jornada de servicio.
La definición de venta real requería excluir el consumo de personal y entender el significado de los registros. Filtrar pedidos por su estado sin conocer cómo lo utiliza el TPV puede alterar el resultado. Las facturas rectificativas ya llegan con importes negativos: eliminarlas o volver a restarlas distorsiona las ventas. Antes de aplicar un filtro aparentemente razonable, hay que comprobar qué operación representa y cómo afecta al total.
El resultado se ve en una rutina concreta: la dirección abre una pantalla cada mañana y sabe si ayer fue normal, qué platos conviene empujar o revisar y dónde mirar después. No hace falta atribuir al proyecto un aumento de ventas para explicar su utilidad. Su aportación está en ofrecer una lectura compartida de la actividad y una secuencia clara para investigar lo que merece atención.
Para otro restaurante, el punto de partida sería acordar qué cuenta como venta, cómo se asigna cada operación al día y qué comparación resulta justa. Después tiene sentido organizar la carta y las alertas alrededor de decisiones reales. En este caso, el trabajo de Meular consistió en conectar los datos disponibles con esas preguntas de gestión, manteniendo visibles las reglas que dan sentido a cada indicador.
En este proyecto, la extracción del TPV es automática y diaria. La dirección utiliza el cuadro de mando cada mañana para revisar la jornada anterior; no se presenta como una herramienta de seguimiento en tiempo real.
Porque el ritmo de un martes puede ser distinto al de un sábado. La banda normal de los mismos días de la semana ofrece una referencia más útil para detectar desviaciones que una comparación entre días con patrones diferentes.
No necesariamente. Conviene revisar primero su familia: un plato nuevo puede desplazar a otro sin reducir la demanda del conjunto. Después se analiza el detalle y el margen antes de decidir.
Excluyendo el consumo de personal, interpretando correctamente los estados del TPV y respetando el signo negativo de las facturas rectificativas. También hay que convertir las horas UTC a la hora local y comparar periodos equivalentes.
En Meular, consultora de datos, IA, cloud y ciberseguridad en Canarias, te ayudamos a convertir los datos de tu restaurante en información útil para gestionarlo.
ContáctanosHablemos
Cuéntanos tu proyecto y te proponemos la solución más adecuada sin compromiso.