Elegir un software de gestión para restaurantes: el método, sin ranking

Una lista de funciones no dice si un software te va a servir. Parte de las decisiones que tomas cada semana, y sobre todo de las que hoy tomas mal: cuánto pedir, cuántas personas poner en el cuadrante, qué platos son de verdad rentables.

Para cada decisión, anota quién la toma, cuándo, con qué información y cuánto cuesta un error: producto fresco tirado, una rotura de stock en pleno servicio, horas de más un martes por la noche, un margen que baja sin saber en qué plato.

Después, ordena esas decisiones según lo que está en juego. Tres decisiones bien elegidas valen más que veinte casillas marcadas: se convierten en tus criterios en la demo y luego en tus indicadores durante la prueba. Si los pedidos son tu primer problema, el método de gestión de inventario muestra los datos que tendrás que reunir.

Un software de gestión vale lo que valen los datos que recibe. El primero es la venta: producto, cantidad, hora, local, anulaciones. Pregunta si tu TPV está conectado hoy, no si «puede estarlo»: una conexión prometida es un proyecto, con un plazo que también depende del proveedor del TPV.

Para cada flujo, haz tres preguntas: qué datos pasan, en qué sentido y con qué frecuencia. Las ventas van del TPV al software cada noche, cada hora o casi en tiempo real; una previsión matinal no necesita tiempo real, un seguimiento durante el servicio, sí. Por último, pregunta si escribe en el TPV (cartas, precios) o si solo lo lee: el riesgo no es el mismo.

La lista de integraciones con TPV de un proveedor debe indicar, herramienta por herramienta, qué está conectado y qué se importa. Pregunta también cuántos meses de histórico se importan al empezar y qué pasa con las ventas de un plato al que se cambia el nombre o de una carta que cambia.

En contabilidad, la necesidad suele ser más sencilla: compras e inventarios valorados, por local y por periodo, en el formato que pide tu asesor contable. Pídele que valide un archivo de ejemplo antes de firmar.

Un software que solo abre la central no cambia las decisiones que se toman en cocina. Haz la lista de las personas que lo usarán, de lo que cada una tiene que hacer en él y del dispositivo que tendrá en la mano.

La central compara los locales y sigue los márgenes, a menudo en el ordenador. El gerente valida los pedidos y el cuadrante entre dos servicios, en la tableta o el móvil. El jefe de cocina actualiza los escandallos y anota las mermas, sin tener siempre las manos libres. El empleado consulta su cuadrante y hace un registro o un recuento.

Para cada rol, comprueba tres puntos: el número de pantallas para terminar la tarea más frecuente, el uso en el móvil en cocina y los permisos de acceso (un empleado no tiene por qué ver los márgenes; un gerente, solo sus locales). Pregunta cómo se facturan las cuentas: por local o por usuario, el coste de una cadena no evoluciona igual.

En una cadena, una pregunta más: ¿quién fija los escandallos y los precios de compra, la central o cada local? La guía gestionar varios locales detalla ese reparto.

Ventas, precios de compra y márgenes son datos sensibles para tu negocio; los cuadrantes también contienen datos personales. Según el RGPD, el proveedor que los trata por tu cuenta es en principio tu encargado del tratamiento: tú sigues siendo el responsable del tratamiento y debes elegir un proveedor que ofrezca garantías suficientes.

Las preguntas que hacer: en qué región y en qué empresa se alojan los datos; qué subencargados intervienen; qué puede salir de la Unión Europea y con qué garantías (decisión de adecuación, cláusulas contractuales tipo); quién, en el proveedor, puede acceder a tus datos; dónde están las copias de seguridad. El artículo 28 del RGPD fija el contenido obligatorio del contrato de encargo del tratamiento, incluida la supresión o la devolución de los datos al final del servicio.

La reversibilidad se comprueba antes de firmar: qué datos se pueden exportar, en qué formato, a qué precio y en qué plazo se suprimen. El reglamento europeo de datos (Data Act), aplicable desde el 12 de septiembre de 2025, también cubre el software en línea: fija requisitos mínimos para los contratos, prevé la exportación en un formato de uso común y legible por máquina, y suprime los gastos por cambio de proveedor a partir del 12 de enero de 2027.

En el caso de Enskel, la página seguridad y alojamiento de los datos enumera los subencargados, su función, su región y lo que sale de París.

El precio anunciado es solo una línea. Compara las ofertas a tres años, por local, con todos los gastos incluidos: suscripciones, implantación (conexión del TPV, importación de artículos y escandallos), formación y el tiempo que le dedicarán tus equipos.

Por debajo de 1, el software cuesta menos de lo que aporta; por encima, cuesta más. La ganancia (menos mermas, menos horas inútiles, un coste de materia prima que baja) se mide durante una prueba: no se supone.

Ejemplo para un local: una suscripción de 120 € sin IVA al mes, es decir, 4320 € en tres años; 600 € de implantación; 3 horas de formación para 6 personas a 20 € la hora, es decir, 360 €; 30 horas del gerente a 25 € la hora, es decir, 750 €. Total: 6030 € en tres años, es decir, 167,50 € al mes.

Si la prueba muestra una ganancia de 250 € al mes, el umbral es 167,50 ÷ 250 = 0,67: el software cuesta dos tercios de lo que aporta. Con 120 € de ganancia, el umbral sube a 1,40: cuesta más de lo que aporta.

Ejemplo: cifras inventadas para el cálculo.

En la demo, haz a cada proveedor las mismas preguntas y pide evidencias en lugar de promesas. La tabla recoge los criterios de esta guía.

Quédate con dos candidatos como máximo y prueba en un solo local, representativo de tu actividad. Antes de empezar, elige dos o tres indicadores ligados a tus decisiones (producto fresco tirado, horas planificadas en relación con las ventas, diferencia entre el coste de materia prima teórico y el real) y mídelos durante un periodo de referencia.

Después, mide durante el mismo tiempo, en semanas comparables: no una semana de vacaciones frente a una semana normal. Anota también lo que no se puede cuantificar: el tiempo dedicado cada día, lo que el equipo ha usado de verdad y lo que ha esquivado.

Escribe la regla de decisión antes de la prueba, por ejemplo: quedarte con el software si bajan las mermas y si el gerente le dedica menos de veinte minutos al día. Una regla escrita a posteriori siempre encuentra un motivo para seguir.

Juzgar por una demo preparada. Con ventas limpias y escandallos completos, todo parece fluido. Pide ver tus datos, o datos parecidos a los tuyos.

Comprar módulos para más adelante. Un módulo que no se usa se paga cada mes y complica la puesta en marcha. Empieza por la decisión más costosa; añade el resto cuando esté resuelta.

Elegir sin quienes lo van a usar. Un jefe de cocina o un gerente que descubre la herramienta el día del lanzamiento la esquivará. Haz que participen en la demo y en la prueba.

Probar sin medición de partida. Sin cifras de antes, una impresión sustituye al resultado, en un sentido o en otro.

Firmar sin leer las cláusulas de salida. Duración del compromiso, preaviso, exportación y supresión de los datos: estas cláusulas se negocian antes de firmar, no en el momento de irse.

¿Hace falta un documento de requisitos? Para un local, basta con una página: las decisiones que mejorar, las herramientas que ya usas (TPV, contabilidad, cuadrante), los usuarios, el presupuesto a tres años y los criterios de la prueba. Para una cadena, añade quién decide qué, entre la central y los locales.

¿Cuánto cuesta un software de gestión para restaurantes? Compara un coste a tres años, por local, con implantación, formación y tiempo interno incluidos, en lugar de un precio mensual; luego ponlo frente a la ganancia medida durante la prueba.

¿Hay que cambiar de TPV? No necesariamente. Pregunta si el software lee tu TPV actual y qué datos importa de él. Si hace falta cambiar de TPV, inclúyelo en el coste total.

¿Un solo software o varias herramientas especializadas? Las dos opciones se defienden. Un solo sistema evita introducir los datos dos veces y las diferencias entre herramientas; varias herramientas cubren a veces mejor una necesidad concreta, siempre que los datos pasen de una a otra sin volver a teclearlos.

¿Cuánto debe durar la prueba? Lo suficiente para superar la puesta en marcha y cubrir después varias semanas comparables, sin vacaciones ni cierres. El periodo de referencia, antes de la prueba, debe durar lo mismo.