Sistema de gestión de pedidos para restaurantes: qué es, qué no es y cómo elegir uno

Un sistema de gestión de pedidos es el programa que recoge lo que pide un cliente, lo pone delante de quien tiene que prepararlo y sigue su rastro hasta que se entrega. Eso es todo, y decirlo así de corto es importante, porque bajo el mismo nombre se venden cosas muy distintas y la confusión se paga en la primera factura.

Esta guía explica qué piezas tiene un sistema de estos, por qué estados pasa un pedido, qué debe ocurrir cuando algo falla, qué preguntas conviene hacer antes de contratar y, con la misma claridad, qué cosas no hace y para qué hace falta otra herramienta.

La escribimos desde una plataforma que vende gestión de pedidos y no vende TPV. Esa frontera es justamente el primer apartado, y la mencionamos aquí porque condiciona todo lo demás: hay locales para los que nuestra categoría entera no es lo que necesitan.

¿Qué es exactamente un sistema de gestión de pedidos?

Es el software que se ocupa del recorrido de un pedido: desde que alguien lo hace hasta que alguien lo entrega. Sus responsabilidades son cuatro y ninguna más: recibirlo, dejar que el local lo acepte o lo rechace, repartirlo a quien lo prepara y mantener a todo el mundo informado de en qué estado está.

Lo que hace que sea un sistema y no una lista es que el pedido tiene estado. Un papel con una comanda escrita no sabe si ya se ha servido; un sistema sí, y de ahí salen casi todas sus ventajas: que nadie sirva dos veces lo mismo, que se pueda saber cuánto lleva esperando la mesa siete y que un pedido no se quede olvidado bajo otro papel.

Conviene tener presente que la mayoría de los locales ya tienen un sistema de gestión de pedidos: se llama libreta, comanda de papel y voz. Funciona, lleva funcionando un siglo y tiene límites conocidos. La pregunta no es si hace falta un sistema, sino si el que tiene se le ha quedado corto.

Qué no es: la frontera con el TPV y con el software de gestión

Aquí está el malentendido más caro del sector, y conviene resolverlo antes de mirar precios. Gestión de pedidos, TPV y software de gestión de restaurantes son tres categorías distintas que a veces se venden juntas y casi nunca son lo mismo.

Un sistema de gestión de pedidos puede cobrar, y muchos lo hacen, pero eso no lo convierte en un TPV: un TPV se ocupa además del cierre de caja, de los tickets, de los medios de pago presenciales y de todo lo que su gestor le pide a final de mes.

Y ninguno de los dos es un software de gestión. El control de stock, los escandallos, las compras y el personal son otra herramienta y otra conversación. Si alguien le vende las tres cosas en un solo producto, la pregunta útil no es si existen las funciones, sino cuál de las tres está hecha en serio.

Conviene saber. Nosotros hacemos gestión de pedidos y carta digital, y no hacemos TPV ni gestión. Lo decimos aquí, en nuestra propia web, porque enterarse de eso después de firmar es peor para todos.

Las cuatro piezas que tiene cualquier sistema de pedidos

Por dentro, todos se parecen. Cambian la calidad de cada pieza y el cuidado con el que están unidas, pero las piezas son las mismas y conviene saber nombrarlas para comparar dos productos.

1. La entrada: por dónde llega el pedido, sea el móvil del cliente, un camarero con una tablet o el mostrador.
2. La aceptación: el momento en que el local dice que sí y se compromete a servirlo.
3. El reparto: cómo llega cada parte del pedido a quien la prepara, cocina o barra.
4. El seguimiento: en qué estado está, quién lo sabe y qué ve el cliente.

La segunda pieza es la que más diferencia a unos sistemas de otros y la que más se subestima en las demostraciones. Un sistema que da el pedido por bueno en cuanto entra deja al local comprometido con algo que quizá no puede servir, y eso convierte cada rotura de stock en una devolución.

La cuarta es la que se ve poco y se agradece a diario. Sin seguimiento, la pregunta «¿esto ya ha salido?» se responde de memoria, y la memoria en un sábado a las tres de la tarde es exactamente lo que falla.

Las cuatro piezas por dentro, explicadas una a una

¿Por dónde entran los pedidos? Los cinco canales

Un mismo local suele tener varios canales a la vez, y la decisión importante es si todos acaban en la misma lista o cada uno vive por su lado. Si viven por su lado, alguien tiene que hacer de puente, y ese alguien se equivoca en el pico.

El quinto canal es el que más se olvida al elegir sistema y el que más molesta cuando falta. Un local que recibe pedidos por teléfono necesita poder meterlos en la misma lista que los demás; si no puede, la cocina trabaja con dos fuentes de verdad y las prioridades se deciden a ojo.

Y hay una pregunta que conviene hacer expresamente: si el cliente pide por el móvil y luego quiere añadir algo al camarero, ¿se suma al mismo pedido o se crea otro? La respuesta correcta es que se sume, y no todos los sistemas lo hacen.

Cómo se organiza todo esto en una pizzería, donde manda el horno

Para llevar y reparto a domicilio no son lo mismo

Se meten en el mismo saco al comparar productos y son dos problemas distintos. Para llevar termina en su mostrador; el reparto a domicilio empieza donde el suyo acaba, y todo lo que viene después es otro negocio.

Un pedido para llevar necesita tres cosas que uno de mesa no tiene: hora de recogida, cobro por delante y un envase identificado. Con eso está resuelto, y cualquier sistema de gestión de pedidos serio lo cubre sin añadir nada más.

El reparto a domicilio añade repartidores, rutas, tiempos de trayecto, seguros, zonas de cobertura y la responsabilidad sobre comida que viaja treinta minutos. Es un negocio con sus propias herramientas y sus propios costes, y confundirlo con «para llevar con dirección» es el origen de muchos disgustos.

Nosotros no hacemos reparto a domicilio y no está en nuestros planes. Si su negocio vive del reparto, la categoría de producto que necesita no es esta, y decirlo ahora le ahorra una demostración entera.

Lo que sí conviene saber si atiende las dos cosas: los pedidos para llevar compiten por la misma cocina que los de sala, y si entran en dos listas distintas, alguien decide las prioridades a ojo. Un solo sitio donde se vea todo lo que hay que cocinar vale más que cualquier función de las que se anuncian en portada.

Los estados por los que pasa un pedido

Esta es la parte más técnica de la guía y la que más se nota en el uso diario. Un pedido no está simplemente hecho o no hecho: pasa por una secuencia, y lo que un sistema permita hacer en cada punto define cómo se trabaja con él.

Los dos últimos son los que revelan la calidad de un sistema. Rechazar es barato porque no ha habido cobro; devolver es caro porque hay dinero que mover y un cliente que espera. Un sistema bien pensado hace que la mayoría de los casos caigan en el primero.

Conviene además preguntar qué transiciones están prohibidas. Un pedido entregado no debería poder volver a «en preparación», y uno cancelado no debería poder aceptarse después. Suena a detalle y es lo que impide que una tarde confusa acabe con la lista contando una historia que no ocurrió.

Qué le pasa a un pedido entre el móvil y la cocina

Por qué la aceptación no puede ser automática

Es tentador quitar ese paso: el pedido entra, se cobra, a cocina, uno menos. Y es la decisión que más problemas produce, porque convierte cada imprevisto en una devolución y cada devolución en una conversación incómoda.

Los imprevistos no son raros: se acabó un producto y nadie lo marcó, la cocina cierra en cinco minutos, la mesa pidió por error, entró un pedido enorme cuando quedan veinte minutos de servicio. En todos esos casos, tener un momento en que una persona del local dice que sí o que no es lo que separa un incidente de un problema.

La objeción razonable es que ese paso consume tiempo en el pico. Es cierto, y la respuesta no es quitarlo sino hacerlo barato: un botón grande, una pantalla bien puesta y la posibilidad de aceptar varios de golpe. Aceptar ocho pedidos debería ser un gesto, no ocho.

Y hay que decidir qué pasa si nadie acepta. Lo correcto es que el pedido se cancele solo al cabo de un tiempo razonable y que el cliente lo sepa, en lugar de dejarle esperando indefinidamente por algo que nunca va a llegar.

El reparto a cocina y barra

Un pedido con una caña y unas croquetas son dos trabajos en dos sitios. El sistema tiene que partirlo y mandar cada parte a quien corresponde, o alguien tendrá que leer listas enteras buscando lo suyo.

La regla práctica es que cada puesto vea solo lo que le toca. En cuanto una pantalla muestra cosas ajenas, deja de mirarse, y una pantalla que no se mira es peor que no tenerla, porque genera confianza falsa.

Hay dos decisiones más que conviene tomar al montarlo. La primera: qué se hace con los pedidos ya servidos, que deben salir de la vista y quedar consultables, porque una pantalla que acumula el servicio entero es ilegible a las dos horas. La segunda: en qué idioma se ve, que tiene que ser el del equipo y no el del cliente.

Y una tercera que solo aparece en locales con varias partidas: si la plancha y la freidora son dos puestos distintos, ¿el sistema puede separarlos? En un bar no hace falta; en un restaurante con cocina grande, es la diferencia entre usarlo y no usarlo.

Varios locales, varias zonas, una sola carta

En cuanto hay más de un sitio, aparecen dos preguntas que conviene hacer pronto: qué se comparte entre locales y qué se configura por separado. La respuesta correcta no es la misma para todo.

Lo que conviene compartir es el trabajo: descripciones, fotos, traducciones y, sobre todo, el repaso de alérgenos, que es lo que de verdad cuesta hacer. Se hace una vez y se copia.

Lo que tiene que ir separado son los precios, los horarios, la disponibilidad y la forma de cobro. El local de la plaza y la barra de la playa casi nunca tienen los mismos precios, y compartir la disponibilidad significa que un agotado en la playa apaga el plato en la plaza.

Dentro de un mismo local pasa lo mismo con las zonas. Terraza, comedor y barra pueden necesitar cobro distinto, horarios distintos y hasta carta distinta a distintas horas. Un sistema que solo entiende «el local» entero obliga a apaños en cuanto el negocio tiene dos caras.

Y una advertencia sobre la numeración que ahorra un disgusto tonto: si en los dos locales hay una mesa 5, alguien confundirá una comanda. Ponga un prefijo desde el primer día.

Tiempos: el estimado, el real y el que se comunica

Son tres cosas distintas y solo una le importa al cliente. El tiempo comunicado es el que decide si espera tranquilo o si pregunta a los siete minutos, y suele estar peor calibrado que los otros dos.

El error más común es configurar el tiempo optimista del servicio tranquilo. En el pico se incumple en todas las mesas a la vez, y cada incumplimiento es una queja. Un número realista, o ninguno, funciona mejor que uno bonito.

El tiempo real es el que usted debería poder consultar después, porque es el que dice dónde está el cuello de botella. Si sus pedidos tardan veinte minutos y dieciocho son de espera en cola antes de empezar a cocinarse, el problema no es la cocina.

Pregunte si se puede ajustar el tiempo por franja horaria. Los veinte minutos del sábado a las dos y media no son los ocho de un martes a las cinco, y cambiarlo debería costar un gesto.

Disponibilidad y stop-list

Es la función que más se usa a diario y la que menos aparece en las demostraciones. Cuando se acaba un producto, alguien lo marca y desaparece de la carta de todo el mundo a la vez, incluidos los móviles que ya la tienen abierta.

La decisión que hay que tomar antes de empezar es quién puede marcarlo. Si solo el dueño, no se marcará: el dueño no está en la cocina a las dos y media. Lo que funciona es que pueda cualquiera del pase, desde su propio móvil.

Conviene preguntar además por dos matices que separan un sistema pensado de uno hecho deprisa: si se puede marcar agotado solo un tamaño o una variante, y si lo agotado vuelve solo al día siguiente o hay que acordarse de reactivarlo. Lo segundo produce el error silencioso de tener media carta apagada un lunes por la mañana.

Modificadores, notas y lo que el cliente quiere precisar

Todo lo que en la mesa se dice de palabra tiene que poder decirse en la pantalla, o el cliente llamará al camarero igualmente y el sistema no habrá servido de nada.

Tres grupos cubren casi todo: las quitas, del tipo sin cebolla; los puntos de cocción; y las opciones que cambian el precio, como el tamaño o un extra. Las que cambian el precio deben enseñarlo antes de confirmar y no en la cuenta.

El texto libre es el cuarto grupo y tiene su peligro: alguien tiene que leerlo y decidir. Permítalo, pero corto, y sobre todo asegúrese de que llega destacado a quien prepara y no en letra pequeña al final de la comanda.

Ojo. El texto libre no es el sitio donde se gestionan las alergias. Un aviso de alergia tiene que tratarse como tal, con marca visible en la comanda y protocolo propio en el pase, no como una nota más entre «poco hecho» y «sin hielo».

La cuenta de la mesa y las rondas sucesivas

Una mesa no pide una vez: pide, come, vuelve a pedir y termina con los cafés. El sistema tiene que entenderlo o cada ronda será un pedido suelto y la cuenta habrá que montarla a mano al final.

Lo correcto es que la mesa tenga una cuenta abierta a la que se suman las rondas y que el cliente vea en todo momento lo que lleva. Con eso desaparece la petición más repetida de todas, que es la de la cuenta.

La pregunta crítica, y hay que hacerla expresamente, es cuándo se cierra esa cuenta. Tiene que poder cerrarse de dos formas: cuando el cliente paga y cuando el local libera la mesa. Si solo existe la primera, tarde o temprano el pedido de un cliente se sumará a la cuenta del anterior, que es el error más grave que puede cometer un sistema de estos.

Cobro: antes, después, y por qué cambia todo lo demás

No es una preferencia comercial, es una decisión de diseño que arrastra al resto del sistema. Con cobro por delante, el pedido está pagado antes de prepararse y las anulaciones son devoluciones. Con cobro al final, la cuenta vive abierta y el riesgo es el de siempre.

La regla que mejor funciona para decidir: cuanto más fácil sea que el cliente se vaya sin pasar por la barra, más conviene cobrar por delante. Comedor interior, al final; terraza en otra planta, por delante; arena y hamacas, por delante sin excepción.

Hay una variante intermedia que conviene conocer porque resuelve la mayoría de los casos: retener el importe al confirmar y cobrarlo solo cuando el local acepta. El cliente ve una retención en su banco, no un cargo, y si el pedido no se acepta, esa retención se suelta sin que haya que devolver nada.

Esa diferencia entre soltar una retención y devolver un cobro parece contable y es de sala: devolver deja al cliente esperando días a que su banco lo refleje, y suele acabar en reclamación aunque todo se haya hecho bien.

Anulaciones y devoluciones: el caso que revela la calidad

Si tuviéramos que elegir una sola pregunta para evaluar un sistema de pedidos, sería esta: quién puede anular un pedido y devolver el dinero, y cuánto tarda.

La respuesta importa porque describe la vida real del local. Si el camarero necesita llamar al dueño para anular, el cliente espera, pregunta, se enfada y la incidencia escala. Si puede hacerlo en el momento, un problema de tres minutos se queda en tres minutos.

Conviene preguntar también por la devolución parcial: se sirvieron tres platos de cuatro y uno no se pudo hacer. Un sistema que solo sabe devolver el pedido entero obliga a inventar apaños, y los apaños en dinero acaban en descuadres.

Y por el registro: quién anuló, cuándo y por qué. No es desconfianza hacia el equipo, es lo que permite saber el lunes que los martes se anulan tres pedidos por la misma causa y arreglarla.

Qué debe ocurrir cuando algo falla

Un pedido aceptado no puede perderse en silencio. Es el requisito más importante de todo el sistema y el que nunca se comprueba en una demostración, porque en una demostración no falla nada.

Lo que hay detrás, contado sin tecnicismos: cuando el local acepta, el pedido se guarda primero y se entrega después a las pantallas. Si una pantalla no responde, se reintenta. Si tras varios intentos sigue sin llegar, el sistema no lo da por bueno: avisa de forma visible, porque un pedido que nadie ve es un cliente esperando sin saberlo.

Hay una distinción que conviene exigir por escrito: que el pedido se haya guardado no significa que haya llegado a cocina. Son dos cosas distintas y el sistema tiene que saber cuál ha ocurrido.

Y una tercera garantía, invisible hasta que falta: si el cliente pulsa dos veces por nerviosismo, o si su móvil reenvía el pedido al recuperar la conexión, no deben aparecer dos pedidos. Es un detalle técnico con consecuencias muy concretas en la cuenta de una mesa.

Cómo saber que ha salido bien. En la demostración, pida que desenchufen la pantalla de cocina y que entre un pedido. Lo que pase a continuación le dirá más del producto que el resto de la reunión.

Qué pasa cuando se cae internet

Hay dos caídas distintas y no se parecen. La del cliente es la más frecuente, sobre todo en terrazas llenas y sótanos, y se resuelve por la vía de siempre: ese cliente llama al camarero.

La del local es la seria. Deja de entrar cualquier pedido nuevo y lo que importa es que no se pierda lo ya aceptado y que el equipo sepa qué hacer sin pensarlo: volver a la comanda de papel mientras dure. Un local que ha ensayado esto una vez lo resuelve en dos minutos.

Pregunte además qué ocurre al volver la conexión: los pedidos que el personal apuntó en papel, ¿se meten a mano? ¿Y los que el cliente intentó enviar mientras no había red, llegan todos de golpe? La segunda situación produce una avalancha a destiempo si nadie la ha pensado.

¿Pantalla o comanda impresa?

Las dos formas tienen defensores sinceros y conviene decidir por criterios y no por costumbre. La pantalla es más limpia, permite cambiar estados y no se moja; el papel se puede colgar, se reparte físicamente y no depende de que nadie mire.

En cocinas donde el pase se organiza colgando comandas, el papel sigue siendo difícil de sustituir, y una pantalla mal integrada en esa forma de trabajar se ignora. En barras y en cocinas pequeñas, la pantalla gana casi siempre.

Nosotros hoy trabajamos con pantallas. La impresión automática de comandas es una pieza que no tenemos terminada, y preferimos decirlo antes que prometerla: un local que organiza su cocina con papel colgado debería tenerlo en cuenta al decidir.

Si va a comparar con otros, la pregunta útil sobre impresión no es si existe, sino qué pasa cuando la impresora se queda sin papel en el pico. Un sistema que sigue dando pedidos por impresos cuando nadie los ha visto es peor que no tener impresora.

¿Qué hardware hace falta de verdad?

Menos del que suele venderse en el paquete. Un sistema de pedidos moderno funciona en un navegador, y eso significa que sirve casi cualquier aparato que ya tenga por casa.

Lo imprescindible es una pantalla encendida donde se prepara: una tablet vale, un móvil viejo vale para una barra pequeña y un monitor con un ordenador barato detrás es lo más duradero. Lo que decide no es el modelo, es dónde se coloca y que esté siempre enchufada.

Lo recomendable es una conexión estable en el local, con el punto de acceso cerca de donde está la pantalla y no en la oficina del fondo. Muchos problemas que se atribuyen al software son un router mal puesto detrás de una pared de ladrillo.

Y lo prescindible, salvo que su cocina trabaje con papel colgado, es la impresora de comandas. Añade un punto de fallo con consumibles, y en un local pequeño la pantalla la sustituye sin pérdida.

Ojo. Desconfíe del paquete que incluye hardware caro en alquiler con permanencia. Es la forma habitual de convertir una cuota mensual pequeña en un compromiso de varios años, y el aparato suele ser una tablet corriente.

Los alérgenos dentro del pedido

Cuando el cliente pide desde su móvil desaparece la pregunta que el camarero hacía al sentar la mesa, y esa pregunta era, en muchos locales, el único sitio donde la información de alérgenos llegaba a quien la necesitaba.

Por eso un sistema de pedidos serio tiene que hacer tres cosas con los alérgenos. Mostrarlos junto a cada plato en el momento de elegir. Permitir que el alérgeno tenga tres estados y no dos, porque una casilla vacía significa a la vez «no lleva» y «nadie lo ha comprobado». Y hacer que el aviso del cliente llegue destacado a cocina.

La segunda es la que casi ningún sistema cumple, porque su modelo de datos solo tiene sí y no. Si va a comparar productos y solo puede hacer una pregunta sobre este asunto, haga esa.

Qué exige la ley sobre alérgenos y qué cuenta como cumplirlo

Quién puede hacer qué: los permisos importan más de lo que parece

Es la parte que nadie mira en la demostración y la que decide, a las dos semanas, si el sistema se usa con soltura o si todo el mundo espera al dueño.

Hay tres papeles que basta distinguir en un local pequeño. El dueño, que cambia precios y ve el dinero. El encargado de turno, que acepta pedidos, anula, devuelve y marca agotados. Y la sala, que necesita ver los pedidos, marcarlos como entregados y poder marcar un agotado sin pedir permiso.

El reparto que falla siempre es el mismo: dejar anular y devolver solo al dueño. Suena prudente y produce el efecto contrario: el camarero, que no puede resolver, deja al cliente esperando, la incidencia escala y acaba en una conversación que se resolvía en diez segundos.

Lo que sí conviene proteger de verdad son dos cosas: cambiar precios y consultar el dinero del día. Todo lo demás, en un equipo de temporada, es más barato abrirlo y revisar el registro que cerrarlo y pagar la fricción todos los servicios.

Pregunte además si el sistema deja rastro de quién hizo qué. No es desconfianza: es lo que permite ver el lunes que los martes se anulan tres pedidos por la misma causa, y arreglar la causa.

Informes: qué se puede saber y qué es ruido

Un sistema de pedidos produce información que antes no existía en un local pequeño. Conviene saber qué parte sirve para decidir algo y qué parte es decoración.

• Ventas por franja horaria: sirve, porque dice cuándo hace falta gente.
• Platos que nadie pide: sirve, porque son los que sobran en la carta y en la nevera.
• Combinaciones frecuentes: sirve, porque dice qué conviene ofrecer junto.
• Tiempo medio hasta la entrega: sirve, si distingue la espera en cola del tiempo de cocinar.
• Escaneos y visitas: casi siempre ruido, porque un escaneo no es un cliente.
• Rankings de camareros por pedidos servidos: ruido y además veneno para el equipo.

La última merece una advertencia, porque se vende como una ventaja. Medir a la sala por pedidos servidos premia al que corre y castiga al que atiende la mesa difícil, y en un equipo pequeño ese número hace más daño del que arregla.

Datos del cliente: qué se guarda y qué obligaciones trae

Para pedir en una mesa no hace falta identificar a nadie, y ese es el punto de partida razonable: cuanto menos se guarde, menos hay que proteger y menos hay que explicar.

Lo que aparece en cuanto hay cobro es distinto. El pago exige datos, aunque los recoja el proveedor de pagos y no usted, y un pedido para llevar suele necesitar un nombre y un teléfono o un correo. Eso ya son datos personales con su régimen correspondiente.

Las tres preguntas que conviene hacer a cualquier proveedor son: qué datos guarda exactamente, dónde están alojados los servidores y durante cuánto tiempo se conservan. La segunda tiene consecuencias si la respuesta está fuera del Espacio Económico Europeo, y es una pregunta legítima que un buen proveedor contesta sin incomodarse.

Hay además una oferta que conviene mirar con cuidado: el proveedor que le promete una base de datos de clientes para hacer marketing. Puede ser útil y trae obligaciones que pasan a ser suyas, incluida la de recoger el consentimiento correctamente y la de atender a quien pida que le borren.

Y una última que casi nadie hace: pedir que los datos de tarjeta no pasen ni por el local ni por el proveedor del sistema. Lo que no se guarda no se puede perder, y esa es la única garantía que no depende de la buena voluntad de nadie.

El histórico: qué se puede consultar después y para qué sirve

Un pedido no termina cuando se entrega: termina cuando nadie va a preguntar por él. Y preguntan, casi siempre por tres motivos, y conviene tener respuesta para los tres.

El primero es el cobro: un cliente que ve un cargo en su banco y no lo reconoce. Poder decirle qué se pidió, desde qué mesa y a qué hora resuelve la conversación en un minuto y evita que la reclame al banco, que es un trámite bastante más caro para usted.

El segundo es la incidencia: un plato que no llegó, un producto que se sirvió mal. Aquí lo que importa es poder ver qué se aceptó y en qué estado quedó, para saber si el fallo fue de cocina, de sala o del propio sistema.

Y el tercero es el aviso de alergia. Que quede registrado qué se avisó y qué se sirvió es la única constancia que existe de una conversación que ocurrió de pie y sin testigos, y es exactamente la que hace falta si algo sale mal.

Pregunte cuánto tiempo se conserva ese histórico y si puede descargarlo. Un sistema que borra a los treinta días le deja sin respuesta justo en el plazo en que llegan las reclamaciones de tarjeta.

Dónde acaba esto y dónde empieza la caja

Integración con la caja, el TPV y la contabilidad

Es la pregunta que más condiciona la decisión en un restaurante que ya tiene sistema de caja, y merece una respuesta directa: nosotros hoy no nos integramos con TPV.

Lo que eso significa en la práctica es que las ventas por el móvil y las cobradas en su caja de siempre se consultan en dos sitios, y que el cuadre se hace sumando dos informes. En un bar pequeño es asumible; en un restaurante con contabilidad diaria, es una molestia real que hay que valorar.

Si está comparando proveedores que sí la ofrecen, las preguntas útiles son cuatro: si la integración existe con su modelo concreto y no con la marca en general; quién la mantiene cuando el TPV se actualice; si los pedidos entran como tickets o solo como un total; y qué pasa con las anulaciones. La segunda respuesta es la que más veces convierte una integración prometida en una abandonada.

Lo que un sistema de pedidos no va a hacer por usted

Conviene tener la lista delante antes de firmar, porque son las expectativas que producen decepciones a los tres meses.

• No controla el stock ni descuenta ingredientes: eso es un software de gestión.
• No calcula escandallos ni márgenes por plato.
• No gestiona compras ni proveedores.
• No hace nóminas ni cuadrantes de turnos.
• No lleva su contabilidad ni presenta sus impuestos.
• No sustituye una caja registradora ni hace el cierre de caja.
• No cocina más rápido: si el cuello de botella es la plancha, la cola será más visible, no más corta.
• No reduce la plantilla por sí solo: cambia en qué se emplea el tiempo, no cuánto hace falta.

La penúltima es la que más ilusiones rompe y la que más vale la pena aceptar antes de empezar. Recibir pedidos más deprisa no hace que salgan antes; hace que se vea antes la cola que ya existía.

Las doce preguntas antes de contratar

Ninguna de estas preguntas es sobre funciones bonitas. Todas son sobre lo que ocurre un sábado a las tres de la tarde.

1. ¿Quién acepta el pedido y qué pasa si nadie lo acepta?
2. ¿En qué momento exacto se cobra al cliente?
3. ¿Quién puede anular y devolver, y cuánto tarda la devolución?
4. ¿Se puede devolver solo una parte del pedido?
5. ¿Qué pasa si la pantalla de cocina se apaga con un pedido aceptado?
6. ¿Un doble toque del cliente crea dos pedidos?
7. ¿Cómo y cuándo se cierra la cuenta de una mesa?
8. ¿Puede cualquiera del pase marcar un agotado desde su móvil?
9. ¿El alérgeno tiene tres estados o dos?
10. ¿En qué idioma llega la comanda a cocina, modificadores incluidos?
11. ¿Qué pago en enero con la terraza recogida?
12. ¿Puedo sacar mi carta y mis datos si me voy, y en qué formato?

La última es la que casi nadie hace y la que más cara sale. Los precios, las descripciones, las fotos y sobre todo el trabajo de repasar los alérgenos son suyos: lo que puede no ser suyo es la forma de sacarlos de allí.

Cómo probar un sistema antes de firmar: el guion de la demostración

Una demostración normal enseña lo que funciona. Para decidir hace falta ver lo que pasa cuando algo va mal, y eso hay que pedirlo, porque nadie lo enseña por iniciativa propia.

1. Pida hacer un pedido usted mismo, desde su propio móvil, no desde el del comercial.
2. Pida que alguien lo acepte y mire cuántos toques hacen falta. Multiplíquelo por ocho pedidos en tres minutos.
3. Pida que desenchufen la pantalla de cocina y que entre un pedido. Mire qué pasa después.
4. Pida anular un pedido ya aceptado y cronometre cuánto tarda la devolución en confirmarse.
5. Pida marcar un producto como agotado desde un móvil que no sea el del administrador.
6. Pida ver la pantalla de cocina con un pedido hecho en alemán, con un modificador.
7. Pida ver un plato con un alérgeno en estado «no comprobado».
8. Pida exportar la carta y mire en qué formato sale.

Los puntos tres, seis y siete son los que separan un producto pensado de uno montado deprisa, y son los que con más frecuencia producen respuestas incómodas. Una respuesta incómoda no descalifica a nadie: lo que descalifica es la respuesta evasiva.

Si puede, haga la demostración con alguien de sala delante y deje que pregunte. Las preguntas de quien va a usarlo todos los días son mejores que las suyas, y su reacción durante la reunión le va a decir bastante sobre si el sistema se va a usar.

Cómo se cobra un sistema de pedidos

La cifra mensual sola no dice nada: dos precios iguales pueden significar cosas muy distintas al cabo de un verano. Lo que hay que entender es la estructura.

La pregunta útil no es cuánto cuesta al mes, sino qué pasa en dos escenarios concretos: qué pago el mes de enero con la terraza recogida, y qué pago el sábado de agosto que hago el triple. Si las dos respuestas son la misma cifra, tiene una cuota plana; si la segunda sube con sus ventas, hay una comisión de por medio.

Nosotros cobramos por punto de pedido, sin comisión sobre las ventas, los puntos desactivados dejan de contar desde el día en que se apagan y el mes sin ningún pedido pagado no se cobra. La cifra concreta depende del número de puntos y de la temporada, y la damos al hablar.

Los modelos de precio, con una cuenta de un año

Qué pasa si el proveedor sube el precio, cambia o cierra

Es un riesgo real en un sector con muchas empresas pequeñas, y conviene valorarlo como se valora el de cualquier proveedor: no con desconfianza, sino sabiendo qué pasaría.

Hay tres cosas que reducen ese riesgo casi a cero y ninguna es cara. La primera: que el código impreso en sus mesas apunte a un dominio suyo, para poder cambiar de sistema sin reimprimir cuarenta soportes. La segunda: poder exportar su carta completa en un archivo que se abra en otro sitio. La tercera: no tener contratos largos con permanencia.

La primera es la que más gente pasa por alto y la que más ata. Si el código lleva al dominio del proveedor, ese proveedor tiene una parte de su negocio en la mano sin haber hecho nada malo, y el día que suba el precio usted no está negociando en igualdad.

Y una pregunta directa que conviene hacer sin rodeos: qué pasa con los datos y con la carta si la empresa cierra. La respuesta honesta de cualquier proveedor pequeño incluye reconocer que puede ocurrir; lo que hay que valorar es si ha previsto una forma de que usted se lleve lo suyo.

Cuota o comisión: la división que lo decide

Cómo comparar dos presupuestos sin marearse

Dos ofertas de sistemas de pedidos casi nunca son comparables tal como llegan: una habla de funciones, otra de precio por local, la tercera incluye hardware. Rellenar la misma tabla para las dos convierte una hora de dudas en una decisión.

Las dos últimas filas rara vez aparecen en un presupuesto y son las que más cuestan si se descubren tarde. Pregúntelas por escrito, en el mismo correo en que pide el precio: una respuesta clara por escrito vale más que media hora de reunión.

Y un consejo que ahorra dinero en las dos direcciones: pida a los dos proveedores una prueba real en su local durante una o dos semanas, con dos o tres mesas. Quien se niegue a eso le está diciendo algo, y quien acepte le va a enseñar más en esa semana que en toda la negociación.

Qué cambia en el servicio de verdad

Cómo se implanta sin parar el servicio

La implantación la decide la sala, no la dirección. Si el equipo no se fía, el cliente lo nota en la primera mesa y el sistema se queda en un adorno pegado al mantel.

1. Cargue la carta y repase los alérgenos. Es el trabajo de verdad y conviene hacerlo antes de tocar nada más.
2. Numere las mesas con los nombres que usa el equipo, incluidas sus rarezas.
3. Empiece por dos o tres mesas durante una semana, con las dos formas de pedir abiertas.
4. Decida con el equipo cinco cosas: la frase al sentar, quién acepta, quién marca agotados, quién anula y qué se hace sin internet.
5. Corrija lo que estorbe y solo entonces abra el resto del local.
6. A las dos semanas, pregunte al equipo qué les ha molestado. Tienen la lista completa antes que nadie.

El cuarto paso es el que decide si funciona. Las cinco cosas parecen menores y ninguna es técnica: son acuerdos entre personas, y sin ellos el mejor sistema del mercado se usa a medias.

Señales de que su forma actual se le ha quedado corta

No hay un número de mesas a partir del cual haga falta un sistema. Hay síntomas, y cuando aparecen tres a la vez, el coste ya lo está pagando en otro sitio.

Si ha reconocido tres o más, el cálculo que le interesa no es el precio de un sistema: es cuántas horas al mes está dedicando a compensar lo que falta, y cuánto vale una hora suya en temporada.

Preguntas que nos hacen siempre

Lista de comprobación antes de decidir

1. Tiene claro que necesita gestión de pedidos y no un TPV o un software de gestión.
2. Sabe por qué canales le entran pedidos hoy y cuáles quiere unificar.
3. Ha preguntado en qué momento exacto se cobra al cliente.
4. Ha preguntado quién puede anular y devolver, y si la devolución puede ser parcial.
5. Ha visto qué pasa cuando se apaga la pantalla de cocina con un pedido aceptado.
6. Ha confirmado que la comanda llega a cocina en el idioma del equipo.
7. Ha confirmado que el alérgeno puede estar en estado «no comprobado».
8. Sabe qué paga en enero con la terraza recogida.
9. Sabe cómo sacar su carta y sus datos si algún día se va.
10. Tiene decidido quién acepta los pedidos en cada turno.

Si los diez puntos están resueltos, la decisión ya no es técnica: es de precio y de confianza. Y si falla alguno, casi siempre falla el último, que no depende de ningún proveedor y es el que decide si el sistema se usa o se queda encendido en un rincón.