Ingeniería de menú en restauración colectiva: cuándo dejar atrás el Excel

Un plato puede venderse mucho y perder dinero. Puede tener un margen excelente y no pedirlo nadie. Sin cruzar coste real y demanda real, receta por receta, es imposible saberlo con certeza. 

Eso es la ingeniería de menú: el análisis sistemático de qué platos sostienen el negocio y cuáles lo lastran. El problema no es el concepto, que lleva décadas en la literatura de gestión de restauración. El problema es que en la mayoría de cocinas centrales, colegios, hospitales y residencias en España sigue haciéndose en Excel, y Excel tiene un techo cada vez más bajo.

En un entorno manual, la ingeniería de menú no vive en un solo sitio: vive repartida entre el recetario, la ficha de escandallos, la hoja de alérgenos, el calendario de compras y, a menudo, el criterio de nutrición aparte, en otro archivo, gestionado por otra persona. 

Cada uno de esos documentos tiene su propio ritmo de actualización y su propio responsable. El escandallo lo actualiza compras cuando tiene tiempo. Los alérgenos los revisa calidad cuando cambia un proveedor. El calendario de menús lo cierra el equipo de nutrición con semanas de antelación, sin visibilidad de si el coste de esa receta sigue siendo el que era cuando se diseñó.

El resultado, además de la evidente lentitud, es que ningún documento refleja la realidad del negocio en el mismo momento que los demás. La ingeniería de menú necesita que coste, popularidad y cumplimiento normativo se lean juntos, y en un sistema de hojas sueltas eso exige reconstruir manualmente, cada vez, algo que debería estar ya conectado.

El coste real de este modelo no aparece en ninguna casilla de Excel, aparece más tarde, en el cierre. 

Un ejemplo habitual: sube el precio del aceite de girasol y nadie actualiza la ficha técnica de los fritos ese mismo día. Durante semanas, el sistema sigue calculando el margen de esos platos con un coste que ya no es real. En un centro con alta rotación de fritos, ese desfase erosiona el margen sin que nadie lo detecte hasta que se revisan las cuentas del mes, momento en el que ya es tarde para corregir el menú.

El mismo patrón se repite con alérgenos: si un centro cambia de proveedor de pan y la ficha de alérgenos no se actualiza en todos los puntos de servicio a la vez, el riesgo no es solo de imagen, es de seguridad para comensales con patologías. 

Y se repite en compras, cuando el pedido se calcula sobre el menú de la semana anterior en lugar de sobre el real, generando sobrestock en un centro y rotura en otro. 

Ninguno de estos fallos es dramático por sí solo. Sumados a lo largo de un año, y multiplicados por cada centro, son el motivo real por el que el margen de una cadena de restauración colectiva rara vez coincide con el margen que muestra el Excel. 

La ingeniería de menú cruza dos variables por receta:

1. La primera es la rentabilidad, medida como margen de contribución: precio de venta menos coste de materia prima por ración. 
2. La segunda variable es la popularidad, medida como el peso de ventas de ese plato sobre el total de su categoría en la carta, lo que suele llamarse menu mix.

Cruzando ambas variables, cada receta cae en uno de cuatro cuadrantes, y cada cuadrante exige una decisión distinta, no solo una etiqueta:

Este ejercicio es el mismo con Excel o con software. Lo que cambia no es el análisis, sino si los datos que lo alimentan están actualizados en el momento en que se toma la decisión.

La diferencia de fondo no es de comodidad, es de cuándo se entera el equipo de que algo ha cambiado: antes de que afecte al margen, o después, cuando ya está en la cuenta de resultados.

Excel funciona razonablemente bien para un único centro con una carta estable y pocos cambios de proveedor. Pero deja de funcionar en cuanto entra la complejidad real de la restauración colectiva. 

• Un colegio necesita menús diferenciados por edad y ciclo formativo, con protocolos estrictos para alergias, ajustados a lo que exige la planificación de menús según el Real Decreto vigente. 
• Un hospital gestiona dietas terapéuticas (controladas en sodio, en potasio, para diabetes o disfagia) donde un error de alérgeno o de textura no es un fallo operativo, es un incidente clínico. 
• Una residencia trabaja con texturas modificadas que deben quedar trazadas receta por receta. 
• Un catering corporativo tiene que absorber picos de volumen y eventos puntuales sin perder control de coste.

Cuando cualquiera de estos factores se multiplica por varios centros, mantener la ingeniería de menú en una hoja de cálculo deja de ser una cuestión de esfuerzo del equipo y pasa a ser un riesgo operativo y, en el caso de hospitales y residencias, un riesgo directo para el paciente.

Digitalizar la ingeniería de menú no es sustituir una hoja de cálculo por otra herramienta con más colores. Es conectar escandallos, alérgenos, nutrición y compras en un único sistema donde un cambio de precio se propaga automáticamente a cada receta que usa ese ingrediente, y donde el margen de cada plato se calcula con datos del día, no del mes pasado.

Easilys f&b by Mapal es la solución para control de costes y desperdicio alimentario, hace exactamente eso: conecta el coste real de cada receta con el precio de compra, avisa cuando un margen se desvía del objetivo y da a compras, nutrición y calidad la misma foto del negocio, actualizada al mismo tiempo.

Descubre cómo Easilys simplifica la ingeniería de menú en restauración colectiva aquí.