Sistema de gestión de restaurantes: qué cubre y cómo escribir sus requisitos

Si está por contratar un sistema de gestión de restaurantes, o por construir uno, lo primero que va a notar es que el nombre dice poco. Para un proveedor abarca desde el salón hasta la nómina; para otro es un solo módulo. En lo básico, es el software que guarda en un solo lugar los registros con los que trabaja el local: el menú, los pedidos, las mesas, las reservas y los clientes. Las suites más completas suman el inventario, las horas del personal y los costos. Antes de firmar, la pregunta útil es cuáles de sus registros guarda ese sistema y en qué otro sistema van a quedar los que no guarda.

Salón, cocina y oficina: las tres áreas que suele abarcar

Casi todas las definiciones reparten el trabajo en tres áreas. El salón es lo que ve el cliente: el menú, el pedido y el cobro, las mesas, las reservas y los datos de cada comensal. Atrás están la cocina y la bodega, con la pantalla de cocina, los conteos de inventario, las compras y el costeo de recetas. La oficina se queda con los horarios del personal, la nómina y la contabilidad.

Cada proveedor les pone a esas piezas el nombre que quiere. Lo que uno vende como gestión de pedidos, otro lo llama pantalla de ventas, y en los dos casos lo que hay debajo es un pedido. Por eso conviene escribir los requisitos como registros y reglas y no como una lista de módulos: el nombre del módulo cambia de un proveedor a otro, el registro no.

Un cambio de precio muestra cuántas copias tiene su menú

Piense en el último precio que subió. Si tuvo que cambiarlo en la caja, después en el menú QR y después en la plataforma de delivery, ese plato tiene tres dueños, y tarde o temprano las tres versiones dejan de coincidir. Con las reservas anotadas en un cuaderno y los teléfonos de clientes guardados en el celular del gerente pasa lo mismo.

Por eso un cambio de precio es la forma más rápida de comprobar si un sistema guarda de verdad un registro. Cárguelo una sola vez y mire dónde aparece. Si el precio nuevo sale en el menú del cliente, en la plataforma de delivery y en el informe de ventas de la semana siguiente, el artículo tiene un solo dueño. Si alguien tiene que teclearlo en tres pantallas, son tres copias, y a fin de mes no van a dar lo mismo.

La regla 30/30/30/10 como prueba de alcance

La regla 30/30/30/10 es una referencia práctica para repartir los ingresos: alrededor del 30 % para alimentos y bebidas, otro 30 % para mano de obra, un 30 % más para lo que cuesta tener el local abierto (alquiler, servicios, marketing, reparaciones) y cerca de un 10 % de ganancia. Sirve como presupuesto de partida y poco más, porque una cafetería y un restaurante de carnes no compran ni contratan igual, y el reparto real de cada uno puede quedar lejos de esas cifras.

Donde más rinde es a la hora de elegir software, porque cada una de sus cuatro cifras sale de un registro distinto. Los ingresos salen de los pedidos. Para el costo de alimentos hacen falta las compras, los conteos de bodega y una receta por plato; un artículo que tiene precio pero no receta no le va a decir cuánto le cuesta servirlo. La mano de obra sale de las horas registradas y de lo que se paga por cada una. Los gastos de operación, de las facturas que entran a la contabilidad.

Un sistema que cubre solo el salón le da los ingresos y ninguna de las tres líneas de costo. Se puede trabajar así, siempre que lo sepa antes de firmar y ya tenga decidido de qué otro sistema van a salir alimentos, personal y gastos generales. Con esos mismos conteos de inventario se calcula además la relación de rotación de inventario, así que cuando decida dónde se van a guardar, piense en las dos cifras.

Qué software tiene instalado un restaurante común

No conocemos ningún conteo público y con fecha de qué software usa la mayoría de los restaurantes, así que aquí no va a encontrar cuotas de mercado. Lo que sí se ve cuando uno revisa un local concreto es una pila de herramientas más que un sistema. En la caja hay un punto de venta. Los pedidos de delivery entran por la tablet de cada plataforma, las reservas viven en otra herramienta o en un libro de papel y el contador trabaja con su propio programa. En algún lugar del medio hay una hoja de cálculo con el costo de las recetas o los turnos del personal.

Ninguna de esas piezas es un problema en sí misma. El costo aparece cada vez que alguien lee una cifra en una pantalla y la vuelve a escribir en otra, y contar cuántas veces pasa eso en su local le va a decir más que cualquier lista de lo que usan otros restaurantes.

El precio de un punto de venta se calcula por mes

En una página comparativa, el POS más barato suele ser el de la suscripción más baja, y la suscripción casi nunca es toda la factura. Antes de comparar, sume lo que cada sistema le cobraría en un mes normal.

La suscripción, calculada para los locales y terminales que de verdad tiene.

El procesamiento de pagos, que se cobra por transacción y sube con las ventas. Si su procesador cobra un porcentaje más un cargo fijo, saque las dos cifras de su último extracto y haga la cuenta: pedidos al mes × ticket promedio × porcentaje, más pedidos al mes × cargo fijo por transacción. Una suscripción barata que lo ata a un solo procesador puede terminar costando más que otra más cara que le deja elegir.

El hardware: terminales, lectores de tarjetas, impresoras de cocina, tablets. Algunos proveedores lo venden, otros lo alquilan y otros trabajan con el que usted ya tiene.

Las conexiones con sus otras herramientas. Integrar delivery, reservas, contabilidad o menú digital a veces es gratis y a veces se cobra por mes y por conector.

Los usuarios, locales o límites de pedidos adicionales, que muchas veces se venden aparte.

Haga esa misma cuenta con cada proveedor de la lista corta, usando un mes real suyo y su cantidad real de pedidos. Si cobra en la mesa, lea cómo funciona el pago con código QR antes de decidir si eso lo resuelve el punto de venta u otra herramienta, porque de esa decisión depende la línea de procesamiento.

Los datos de clientes que necesita un CRM

Un CRM vale lo que valen los datos que le llegan, y en la mayoría de los restaurantes el cliente entra sin nombre. El que llega sin reserva y paga en efectivo se va sin dejar rastro. Antes de comparar herramientas, anote por dónde le pueden entrar los datos de un cliente: un pedido en línea, una reserva, una encuesta, el alta en un programa de fidelidad, un código promocional.

La ficha en sí es corta: nombre y contacto, con permiso para escribirle; el historial de visitas o pedidos; las notas de la reserva, como una alergia, la mesa que prefiere o un cumpleaños; y las opiniones y comentarios que dejó.

El mejor CRM para un restaurante es el que está donde esos datos ya entran. Uno independiente, al que no le llegan pedidos ni reservas, se queda vacío por buenas que sean sus pantallas de campañas. Para los clientes que pagan en efectivo o llegan sin reserva, una encuesta es de las formas más simples de conseguir datos, y qué preguntas incluir en la encuesta decide si la terminan.

El artículo del menú es el registro que más campos necesita

Muchos restaurantes arrancan por el menú, y el artículo del menú pide más campos que cualquier otro registro. Si el requisito dice solo nombre y precio, el sistema no va a poder decirle a un cliente si un plato lleva nueces, ni sacar los desayunos a las once, ni mostrar qué porción se vende más. Un artículo completo lleva descripción y foto, precio por porción, modificadores (un shot extra de espresso, sin cebolla), alérgenos e información nutricional, y los días y horarios en que se puede pedir.

En el artículo se cruzan el salón y la cocina. El precio vive en el sistema de menú o en el punto de venta, y la receta que fija su costo suele estar en un sistema administrativo. Si los dos no comparten el mismo artículo, comparar lo vendido con lo que costó termina siendo una hoja de cálculo que alguien arma a mano cada semana. Pregúntele al proveedor por esa conexión antes de dedicarle tiempo a su pantalla de menú.

Las reglas que su equipo ya aplica sin tenerlas escritas

Un registro es algo que existe: un artículo, una mesa, una reserva. Una regla es lo que hace el sistema cuando pasa algo. Casi todos los restaurantes funcionan con reglas que nadie escribió, que se le explican a cada persona nueva y se recuerdan en pleno servicio. Escríbalas de a una por línea: qué pasa, qué hace el sistema y quién puede saltársela.

Algunas son de horario y de canal. Después de las once no hay desayunos, y el menú ejecutivo sale solo al mediodía. Un pedido a domicilio que no llega al monto mínimo se rechaza, y la hora de entrega que se promete es el tiempo de preparación más el del trayecto. Para vender alcohol hay que verificar la edad. Un código promocional puede valer para delivery y no en el local, o solo a partir de cierto consumo.

Después vienen las preguntas sobre quién. ¿El pedido lo manda el cliente desde su celular, el mesero desde una tablet o los dos? ¿Quién puede anularlo, y hasta qué momento del paso por cocina? El dinero tiene sus propias reglas: precio por porción, cubierto y cargo por servicio, propinas sugeridas, cómo se divide una cuenta. Y quedan los momentos incómodos, como un plato que se agota en medio del servicio o una mesa que ya pagó y no se levanta.

Algunas de estas reglas no van a entrar en ningún software que pruebe. Llévelas en una lista aparte, porque quedan en manos de su equipo y son justo las que alguien recién contratado tiene más probabilidades de aplicar mal.

Los requisitos salen de un servicio real

No hace falta una plantilla. Acompañe un servicio entero con un cuaderno en la mano y, si puede, dos: uno de mucho movimiento y otro tranquilo. Anote cada vez que un mismo dato se escribe dos veces: la comanda que se lee en el ticket y se vuelve a cargar en la caja, la reserva telefónica que se pasa al libro, el precio que se corrigió en la pizarra y no en la app. Cada repetición es un requisito que puede defender, porque la vio pasar.

Después siga un solo pedido desde que se toma hasta que llega a la contabilidad y cuente por cuántos lugares pasa. Si son más de dos o tres, la integración sube al principio de la lista.

Hay dos cosas que el cuaderno no le va a mostrar. Un canal de pedido digital acorta la espera para pedir, pero la cocina no cocina más rápido por eso: si ya no da abasto, la demora se muda de la mesa al pase. Y no todas las mesas quieren pedir desde el celular, porque los grupos grandes y ciertas ocasiones siguen esperando al mesero. Piense los pedidos en línea de su restaurante como un canal que convive con el servicio en mesa.

Si lo va a desarrollar como proyecto de software

Si en lugar de comprar el sistema lo quiere construir, por ejemplo como proyecto de software, la división entre registros y reglas ya es buena parte del diseño. Cada registro pasa a ser una entidad con sus campos: artículo, modificador, pedido, línea de pedido, mesa, zona, reserva, cliente, empleado. Cada regla del cuaderno pasa a ser una validación o un cambio de estado, como un pedido que ya no se puede anular una vez que la cocina lo empezó.

Los proyectos que arrancan por las pantallas suelen terminar con el mismo dato guardado en dos lugares. Si arranca por el artículo, el pedido y la mesa, el alcance se mantiene bajo control, y las entidades de cocina, como recetas y conteos de inventario, se pueden sumar después sin rehacer el salón.

Lista corta de proveedores y orden de configuración

Nosotros desarrollamos uno de estos sistemas, así que no vamos a armar un ranking de los demás. Lo que sí sirve es agruparlos según aquello sobre lo que están construidos. Las suites administrativas suelen partir del inventario, las compras y la contabilidad; los sistemas centrados en el punto de venta, del pedido y el cobro; las plataformas orientadas al cliente, del menú, los canales de pedido, el sitio web y las reservas. Su cuaderno le va a decir en cuál de los tres grupos caen sus huecos.

Tome las tres repeticiones que más anotó y pídale a cada proveedor de la lista corta que se las muestre resueltas en una demo, en su pantalla y con su menú cargado. Si le contestan con el nombre de una función, pida ver la pantalla.

La configuración tiene un orden fijo, porque cada paso usa lo que dejó el anterior. Primero va el menú, artículo por artículo, con porciones, modificadores, alérgenos y disponibilidad, y suele ser el paso más largo. Después vienen las mesas y zonas, los canales y en cuáles aparece el menú, las reglas del cuaderno pasadas a la configuración y las conexiones con su punto de venta, su proveedor de pagos y su impresora. Antes de abrir, haga un servicio de prueba con pedidos simulados y pídale al sistema el informe de ese día, artículo por artículo. Si para leerlo tiene que exportarlo y rearmarlo en una hoja de cálculo, el requisito de informes no está cumplido.

El contenido generado va al final, porque copia lo que ya hay en el sistema. En julio de 2026 generamos en el panel de FineDine un sitio de prueba para una panadería. En su sección Popular Items aparecieron un T-Bone Steak y un Filet Mignon del menú de ejemplo, y como los datos del local estaban vacíos, la ubicación salió con texto de relleno. Daba igual lo que dijera nuestra descripción: esas partes salieron de los registros del menú y del local. Un sitio web, una traducción o un informe armado sobre un menú a medio terminar repite los errores de ese menú.

Qué cubre FineDine y qué deja a otros sistemas

FineDine cubre el salón y los informes. En Menu Manager, cada artículo guarda descripción, foto y video, precio por porción, modificadores, información nutricional y de alérgenos, y los días y horarios en que está disponible. El menú QR que ve el cliente muestra ese mismo artículo, con íconos de alérgenos y precios por porción, y AI Website Builder toma los datos del mismo lugar. Si su menú ya existe como foto, PDF, Excel o CSV, Menu Manager puede armarlo a partir del archivo; en ese caso, el paso más largo de la configuración pasa a ser revisar y corregir lo importado.

Las mesas se ubican por zonas en un plano del salón, y cada una puede tener su propio código QR o compartir uno. El código puede mostrar solo el menú o también recibir pedidos. Las tablets funcionan de tres maneras: en manos del mesero, fijas en la mesa o como kiosco de autoservicio. Las reservas tienen su propia sección, con su propia configuración. Casi todas las reglas del cuaderno tienen dónde ajustarse: pedido mínimo, costo de envío, tiempo de preparación y de trayecto, verificación de edad, porcentajes de propina, cubierto y cargo por servicio, y códigos promocionales limitados a un canal o a un consumo mínimo. Los datos de clientes entran por pedidos, reservas, encuestas y reseñas de artículos, y se juntan en Guests & Engagement.

Los informes tienen dos capas. Los estándar dan el resumen y las cifras por artículo, del negocio y de reservas. AI Reports (FineDine IQ) se actualiza cada hora, compara ingresos, pedidos y ticket promedio con un período anterior, avisa cuando algo se sale de lo normal y sugiere acciones que se aplican con un toque. Entre las dos cubren la línea de ingresos de la regla 30/30/30/10. Las conexiones con puntos de venta, pagos e impresoras están en el Marketplace; algunas son gratuitas y otras tienen cargo mensual, así que revise primero si está la que usted usa.

FineDine no tiene módulo de inventario, compras, costeo de recetas, horarios del personal, nómina ni contabilidad. Las cuentas del personal tienen roles que definen quién puede hacer qué, pero no registran horas. El costo de alimentos, la mano de obra y los gastos de operación van a tener que salir de otro sistema, y lo que conviene sumar a sus requisitos es cómo va a recibir ese sistema las ventas por artículo, ya sea desde FineDine o desde el punto de venta que conecte.