Software para kiosco en restauración: qué es y cómo elegirlo
Software para kiosco en restauración: qué es y cómo elegirlo
Escrito por Arnau Rosell, CEO de Foodlus
Un sábado a las dos de la tarde, la pantalla del TPV marca pedidos pendientes, la barra se llena de clientes y el camarero intenta recordar tres modificaciones mientras la cocina espera comandas que llegan tarde. En un grupo con varios locales, ese atasco se repite de forma casi idéntica: el problema aparece en el mostrador, aunque la cocina tenga capacidad para producir más.
El software para kiosco puede cambiar ese flujo. El cliente consulta la carta, personaliza, paga y recibe confirmación sin que un empleado tenga que transcribir la comanda. Pero la pantalla solo es la parte visible. Si el kiosco no sincroniza precios, stock, pagos, cocina y cierres con el TPV que ya utiliza el restaurante, el grupo no ha automatizado la venta. Ha añadido otro punto de fallo.
Tabla de Contenidos
La cola que tu grupo de restauración ya no aguanta
A las 14:00, el equipo de un local de comida rápida suele trabajar contra el reloj. Un empleado cobra, otro intenta resolver dudas y un tercero recoge bandejas, mientras los pedidos se acumulan en una impresora o en una pantalla de cocina. Cinco minutos de retraso en la toma de comandas bastan para que el cliente empiece a comparar la cola con la opción de pedir desde el móvil.
La adopción de estos sistemas responde a una presión operativa real. En España, el delivery ya superaba los 400 millones de pedidos anuales, con una facturación de 2.600 millones de euros y un crecimiento del 80% frente a la etapa prepandemia, según la información sectorial difundida a partir de The NPD Group (contexto del delivery y los quioscos en restauración española). El consumidor ya acepta pedir por canales digitales. La cuestión es llevar esa comodidad al local sin crear una isla tecnológica.
En un kiosco bien configurado, el cliente decide sin esperar a que un camarero quede libre. El equipo deja de dedicar la mayor parte de su tiempo a tomar notas y puede centrarse en preparar, entregar y resolver las excepciones que realmente requieren atención humana. Eso resulta especialmente valioso cuando cuesta cubrir turnos, una dificultad declarada por el 44% de los propietarios de restaurantes en una encuesta sectorial (preferencia por el autoservicio y dificultades de contratación).
Regla de operación: un kiosco no elimina la presión de la hora punta. Traslada la presión desde la toma de pedidos hacia la producción. Si el TPV y la cocina no reciben datos limpios, solo moverás el atasco unos metros.
El lanzamiento oficial de Square Kiosk en España, desde 139 € por dispositivo más 30 € mensuales por terminal, mostró que la categoría ya se comercializa como una solución completa de software, hardware y pagos, no como una simple pantalla de autopedido (información sobre quioscos de autoservicio para restaurantes). Ese es el punto de partida correcto, pero no la decisión final. Para un grupo de restauración, la pregunta importante es si el sistema encaja con el TPV, los cierres, el inventario y las comandas que ya funcionan en cada local.
Qué es realmente el software para kiosco
La pantalla es la cara del kiosco. El software es el cerebro y el sistema nervioso que conectan esa cara con el resto del restaurante. Cuando un cliente selecciona un menú, el sistema debe interpretar las opciones, calcular el precio, registrar la venta, descontar existencias, cobrar y enviar una comanda entendible a cocina o barra.
Un sistema completo coordina cuatro capas principales:
Interfaz táctil: muestra categorías, imágenes, personalizaciones, idiomas, alérgenos y sugerencias sin obligar al cliente a navegar por menús confusos.
Conexión con el TPV: crea la venta en el sistema oficial del local, aplica precios y promociones y deja el pedido disponible para el cierre de caja.
Cocina y barra: envía cada línea al puesto correcto, con modificadores y prioridades, mediante impresora de comandas o pantalla de producción.
Pagos y datos: procesa tarjeta, contactless y otros métodos habilitados, y relaciona la transacción con el ticket y los informes del grupo.
El error habitual consiste en comprar el tótem antes de revisar las dependencias. Un TPV puede trabajar con una base de datos local, una impresora concreta, una pantalla de cocina determinada o un protocolo propio para las modificaciones. Si el kiosco no entiende esa estructura, alguien tendrá que duplicar productos, corregir pedidos a mano o mantener dos inventarios.
La experiencia de los operadores deja una conclusión sencilla: el software para kiosco no debe evaluarse por lo bonita que sea la interfaz, sino por lo poco que obliga al equipo a intervenir. Un pedido bien tomado, cobrado, enviado y cerrado sin intervención manual vale más que una animación atractiva.
La solución debe resolver cinco áreas: integración con el TPV, pagos, menú dinámico, stock y alérgenos. Cada una afecta a un coste distinto, desde errores de producción hasta riesgos de cumplimiento.
Las cinco funciones que separan un kiosco útil de uno caro
El kiosco empieza a costar dinero cuando el equipo tiene que corregir lo que la pantalla no sabe hacer. Estas son las cinco funciones que revisaría antes de aprobar una compra.
Integración con el TPV
El TPV debe recibir el pedido como una venta real, no como una notificación que un empleado vuelve a introducir. Si el kiosco vende un producto sin descontarlo del stock, el siguiente cliente puede comprar algo agotado. Si manda una comanda duplicada, cocina prepara dos platos y caja registra una sola operación o dos operaciones inconsistentes.
Pagos conectados
En España, un kiosco debe admitir al menos contactless, tarjeta y pagos móviles como Apple Pay. Bizum también resulta relevante cuando el perfil de cliente y el modelo del local lo justifican. La conexión con la pasarela y el datáfono debe dejar el pago asociado al ticket, porque un cobro aprobado que no cierra correctamente en el TPV acaba en conciliaciones manuales. Proveedores como Adyen o Stripe pueden formar parte de la arquitectura, pero la responsabilidad debe quedar clara entre el proveedor del kiosco, el adquirente y el banco.
Menú dinámico
El responsable de operaciones necesita cambiar un precio, retirar un producto o activar una promoción sin visitar cada terminal fuera del horario de servicio. El menú debe centralizarse por local, marca y franja horaria. Si cada modificación requiere una intervención técnica, el grupo pagará por mantener una carta que debería administrar desde un panel.
Stock en tiempo real
Un kiosco sin inventario sincronizado es una fuente de roturas visibles para el cliente. El sistema debe ocultar productos agotados, controlar ingredientes críticos y reflejar las ventas del kiosco junto con las del mostrador, la web y otros canales. La tecnología solo aporta valor si el equipo confía en que la disponibilidad mostrada coincide con la realidad de la cocina.
Alérgenos
La información de alérgenos no es un adorno de la carta. El operador debe mantenerla alineada con la receta y con la información que muestra el kiosco, dentro de las obligaciones aplicables del Reglamento (UE) 1169/2011. Un producto modificado en cocina que conserva una ficha antigua puede generar una comunicación incorrecta y una responsabilidad que no desaparece porque el cliente haya pedido en una pantalla.
Función | Para qué sirve | Riesgo si falla | Coste operativo estimado |
|---|---|---|---|
Integración con TPV | Registra venta, precios, promociones y cierre | Duplicidades, descuadres y trabajo manual | Depende de incidencias, soporte y horas de caja |
Pagos conectados | Cobra y vincula el pago al ticket | Pagos pendientes y conciliaciones manuales | Depende de comisiones, soporte y devoluciones |
Menú dinámico | Actualiza productos, precios y campañas | Cartas desactualizadas en varios locales | Depende del tiempo dedicado a cambios |
Stock en tiempo real | Oculta agotados y sincroniza disponibilidad | Roturas, anulaciones y frustración del cliente | Depende del desperdicio y de pedidos corregidos |
Alérgenos | Muestra información coherente con la receta | Riesgo operativo y de cumplimiento | Depende del control de fichas y cambios de producto |
No aceptaría una demo que solo enseñe el recorrido del cliente. Exigiría que el proveedor muestre el mismo pedido entrando en el TPV, descontando stock, llegando a la estación de cocina y apareciendo en el cierre.
Por qué la integración con tu TPV es la decisión clave
Para un grupo de restauración, el TPV existente contiene años de configuración: familias de productos, impuestos, modificadores, recetas, impresoras, usuarios, cierres y permisos. Cambiarlo solo para instalar kioscos es una decisión desproporcionada. La alternativa sensata consiste en conectar el nuevo canal al sistema que ya gobierna la venta.
Hay dos modelos habituales. El primero es el proveedor único, que entrega hardware, software, pagos e incluso TPV dentro de un paquete cerrado. El segundo es el ecosistema fragmentado, donde el kiosco se integra con el TPV mediante API, conector o intercambio de datos. Los dos pueden funcionar. Lo que cambia es quién responde cuando algo falla.
Aspecto | Proveedor único | Ecosistema fragmentado |
|---|---|---|
Hardware | Lo suministra y normalmente lo mantiene el mismo proveedor | Puede proceder de varios fabricantes |
Software | Paquete integrado y más controlado | Kiosco conectado al TPV existente |
Instalación | Un interlocutor coordina el despliegue | Requiere coordinar proveedores |
Soporte | Puede centralizarse en un único SLA | Los límites entre soportes deben documentarse |
Cambios de menú | Suele gestionarlos el proveedor o su panel | Puede gestionarlos el grupo en su TPV |
Datos de venta | Hay que confirmar exportación y propiedad | Dependen de la apertura del TPV y del conector |
Riesgo principal | Dependencia del proveedor | Incidencias entre sistemas y responsabilidades divididas |
En ambos casos, revisaría las bases de datos locales, los protocolos de cocina, las impresoras de comandas y el comportamiento cuando la conexión se interrumpe. También separaría el soporte de hardware del soporte de pagos. Una pantalla rota, un datáfono rechazando operaciones y un pedido que no llega a cocina no son la misma incidencia.
El contrato debe indicar quién instala, quién actualiza, quién monitoriza y quién responde durante el horario de servicio. También debe explicar qué ocurre si el grupo cambia precios, añade un local o necesita exportar los datos de venta. Para entender la parte de cobro digital, conviene revisar esta guía sobre cómo aceptar pagos online, especialmente si el grupo combina kiosco, web y pedidos anticipados.
Si el proveedor no puede enseñar el flujo completo con tu TPV, no ha demostrado una integración. Ha demostrado una maqueta.
Antes de firmar, pediría una prueba sobre el TPV real y documentaría el alcance técnico en lugar de aceptar una promesa comercial. Para comparar arquitecturas y conectores, puede ser útil revisar el detalle de integraciones para restauración, siempre que se contraste después con la configuración concreta de cada local.
Qué gana tu grupo cuando el kiosco se enchufa al TPV
En un grupo de cuatro a veinte locales, el kiosco solo merece la inversión si trabaja con la misma lógica comercial que el mostrador, la web y los demás canales. La conexión con el TPV evita mantener una segunda carta, otra tabla de precios y reglas distintas para cada dispositivo. El cliente ve combinaciones y extras actualizados, mientras el equipo opera sobre un único catálogo.
El retorno puede aparecer en el ticket y en la productividad. Healthy Poke registró un incremento del 14% en un local digitalizado de Barcelona, y The Fitzgerald elevó el ticket promedio de 17–19 € a 25–26 € en kiosco. La misma cobertura indicó que el tiempo de preparación de pedidos digitales fue cuatro veces menor que el de pedidos tradicionales (casos españoles de kioscos y ticket medio). Son resultados de operadores concretos, no una promesa que el software pueda garantizar en cualquier red.
La mejora nace de un flujo más preciso. El cliente consulta toda la oferta, recibe sugerencias mientras decide y revisa el pedido antes de pagar. El empleado deja de interpretar una petición verbal y recibe una comanda estructurada, con menos riesgo de errores de transcripción.
El retorno depende de la sincronización
El upselling funciona únicamente si el producto sugerido está disponible y su precio coincide con el TPV. Si no, el personal debe devolver dinero, sustituir ingredientes o explicar por qué la oferta de pantalla no se puede servir. La integración bidireccional convierte una recomendación comercial en una venta operativa, en lugar de generar reclamaciones.
La velocidad también debe medirse de extremo a extremo. Reducir el tiempo para hacer el pedido no sirve si la cocina recibe tarde la comanda o el equipo tiene que consultar el kiosco para confirmar una modificación. Controla el recorrido completo, desde el inicio del pedido hasta la entrega.
Los datos unificados permiten comparar locales, franjas horarias, combinaciones y aceptación de comunicaciones de fidelización, aplicando el tratamiento de datos correspondiente. En la gestión diaria, la diferencia se ve en los cierres, el stock y la consistencia de precios. Un TPV táctil para hostelería bien conectado debe reducir trabajo duplicado, no añadir otra pantalla que mantener.
Este vídeo muestra el papel del TPV táctil dentro del flujo de venta. Valida siempre el comportamiento sobre la arquitectura concreta del restaurante.
El criterio final es sencillo: si el kiosco no comparte productos, precios, disponibilidad y pedidos con el TPV, el grupo está comprando un canal aislado. Si los datos circulan correctamente, cada local puede vender con la misma lógica y medir qué aporta realmente el dispositivo.
Cinco criterios para elegir software para kiosco sin quemarte
Un gerente no necesita conocer cada protocolo de integración. Sí necesita hacer preguntas que obliguen al proveedor a demostrar cómo funcionará el sistema en servicio.
Integraciones nativas con el TPV
Pregunta: ¿Con qué TPV se integra de forma certificada y qué funciones cubre la integración?
Una buena respuesta incluye productos, modificadores, precios, stock, pagos y cierres, además de una demostración con datos reales o un entorno de prueba. La respuesta de alarma es “podemos conectarlo” sin explicar si se trata de una API documentada, un desarrollo a medida o un fichero que alguien debe importar.
Modularidad real
Pregunta: ¿Puedo empezar con kiosco y pagos y añadir inventario, fidelización o pedidos online sin rehacer la instalación?
El sistema debe permitir activar módulos sin duplicar clientes, productos ni reglas de precio. Descartaría una solución que obligue a comprar todo desde el primer día o que cobre por una función básica que el grupo necesita para operar.
Soporte con responsabilidad medible
Pregunta: ¿Quién atiende una incidencia durante el servicio y qué plazo de respuesta figura en el SLA?
Hay que separar la atención al local, el soporte del TPV, la pasarela de pago y la reparación del hardware. Si el proveedor remite a tres empresas distintas sin asumir coordinación, el restaurante acabará haciendo de integrador.
Datos abiertos y exportables
Pregunta: ¿Puedo exportar ventas, pedidos, clientes, pagos y errores en formatos utilizables si termino el contrato?
La propiedad y el acceso a los datos deben quedar claros. Un panel bonito no compensa que el proveedor bloquee la información o cobre cada extracción. También exigiría saber si los datos del kiosco se mezclan con los del mostrador en los informes.
Coste total y propiedad
Pregunta: ¿Qué pagaré por dispositivo, licencia, instalación, pagos, soporte, cambios y nuevas ubicaciones?
El lanzamiento de Square Kiosk en España sirve como referencia de que el mercado puede separar coste inicial y suscripción, con 139 € desde el dispositivo y 30 € mensuales por terminal en ese caso (detalle de la solución Square Kiosk). Cada proveedor puede estructurar el precio de otra manera, por lo que hay que pedir el coste completo, no solo el importe del hardware.
Antes de escalar, montaría un piloto de cuatro a seis semanas con un local representativo. Durante ese periodo comprobaría el menú, el stock, las devoluciones, los cierres, la formación y las incidencias en una hora punta. El proveedor debe aceptar que el piloto sirva para validar la operación, no solo para enseñar una demo.
Tres casos reales que muestran qué esperar
Los ejemplos con cifras son útiles para entender qué puede medir un operador, pero no deben convertirse en promesas universales. Las tres implantaciones descritas en el briefing no tienen una fuente verificable incluida, así que no las presento como casos reales ni atribuyo resultados concretos. Sí puedo traducirlas en escenarios de decisión que un grupo debería probar durante su propio piloto.
Hamburguesería de alto volumen
En una cadena de servicio rápido, el kiosco tiene sentido cuando absorbe pedidos completos, personalizaciones y sugerencias de combinaciones. El cuadro de mando debe comparar el tiempo de toma de pedido del mostrador con el tiempo de finalización del kiosco, además del ticket medio por canal y las anulaciones por falta de stock.
El riesgo principal es que el kiosco venda más extras de los que la cocina puede producir. Por eso el éxito depende de conectar promociones, inventario y estaciones de preparación, no de colocar varias pantallas en la entrada.
Grupo premium en zona turística
Un restaurante de cocina de autor no tiene por qué convertir toda la experiencia en autoservicio. Puede utilizar el kiosco o una interfaz digital para bebidas y entrantes, mientras el camarero conserva la explicación del plato principal, la recomendación de vino y la relación con la mesa.
Ese modelo requiere reglas de menú distintas a las de fast food. El sistema debe saber qué productos se sirven inmediatamente, cuáles requieren atención y cómo se asigna cada línea a la estación adecuada.
Panadería con tienda online
Una panadería u obrador puede aprovechar el mismo catálogo para pedidos anticipados, recogida y venta en tienda. El valor está en que una tarta reservada online y una pieza vendida en el local consuman el mismo stock, evitando prometer una disponibilidad que ya no existe.
La prueba debe incluir modificaciones de última hora, franjas de recogida, productos agotados y conciliación de pagos. Si cada canal mantiene su propia carta, el grupo solo estará repartiendo el problema entre más pantallas.
Caso | Nº locales | Modelo kiosco | Cambio en tiempo de pedido | Cambio ticket medio | Cambio rotación mesa |
|---|---|---|---|---|---|
Hamburguesería de alto volumen | No verificable con los datos disponibles | Pedido completo y upselling | Medir frente al mostrador | Medir por combinación y canal | Medir en hora punta |
Grupo premium turístico | No verificable con los datos disponibles | Bebidas y entrantes | Medir por categoría | Medir frente al servicio asistido | Medir por terraza y franja |
Panadería con tienda online | No verificable con los datos disponibles | Recogida y venta omnicanal | Medir cola y preparación | Medir por pedido anticipado | No es el KPI principal |
La cobertura sectorial también muestra que el autoservicio está llegando a formatos como los lineales de comida preparada, una señal de que el uso del kiosco puede extenderse más allá del restaurante tradicional (expansión del autoservicio hacia comida preparada). La decisión debe partir del cuello de botella concreto, no de copiar el formato de otra marca.
Cómo empezar sin poner en riesgo tu operativa
No instalaría kioscos en todos los locales de un grupo en la primera fase. Empezaría por auditar el TPV, el catálogo, los modificadores, las impresoras, el inventario y los cierres. El proveedor debe demostrar un conector nativo o una API documentada, no limitarse a prometer un desarrollo futuro.
Después elegiría un local representativo. No conviene escoger el establecimiento más fácil ni el más problemático, sino uno con volumen suficiente para probar el sistema y un equipo capaz de registrar incidencias. Para un grupo de varios locales, el piloto debe incluir entre uno y tres kioscos y durar dos meses, tal como exige el escenario operativo planteado, para cubrir días normales y picos de demanda.
Mediría tres indicadores antes y después:
Tiempo medio de pedido, desde el inicio hasta el pago.
Ticket medio, separado por canal y por tipo de producto.
Rotación en hora punta, con una definición acordada por el grupo.
La referencia debe ser la operativa del mostrador, no una sensación del encargado. También registraría anulaciones, productos agotados, pagos rechazados, pedidos duplicados, intervenciones del personal y descuadres de cierre.
Antes de desplegar el sistema en el resto del grupo, comprobaría que el precio por licencia, el soporte mult lokal, la gestión centralizada del menú y la capacidad del TPV soportan el crecimiento. Si cada nuevo local exige una migración, una base de datos distinta o un contrato de soporte separado, el piloto no ha demostrado escalabilidad.
La restauración española sigue premiando los formatos sin servicio en mesa. En 2025, la facturación del sector se situó en torno a 30.835 millones de euros, con un crecimiento del 3,5%, y los formatos de comida rápida y autoservicio destacaron por su comportamiento, según la cobertura sectorial disponible (evolución de la hostelería y los formatos de autoservicio). Ese contexto favorece la digitalización, pero no justifica comprar sin probar.
Para ampliar el análisis del formato, puedes consultar esta guía sobre kiosco de autoservicio. La decisión correcta es sencilla: piloto controlado, tres KPIs, datos del TPV y ninguna migración forzada hasta demostrar que el ecosistema funciona.
Foodlus ofrece kioscos con hardware, software, instalación y terminal de pago, conectados al TPV que el restaurante ya utiliza, además de módulos como pedido en mesa, tienda online y click & collect. Si estás gestionando un grupo de restauración y quieres validar el encaje sin cambiar de TPV, visita Foodlus y solicita una revisión de tu operativa actual.
Un sábado a las dos de la tarde, la pantalla del TPV marca pedidos pendientes, la barra se llena de clientes y el camarero intenta recordar tres modificaciones mientras la cocina espera comandas que llegan tarde. En un grupo con varios locales, ese atasco se repite de forma casi idéntica: el problema aparece en el mostrador, aunque la cocina tenga capacidad para producir más.
El software para kiosco puede cambiar ese flujo. El cliente consulta la carta, personaliza, paga y recibe confirmación sin que un empleado tenga que transcribir la comanda. Pero la pantalla solo es la parte visible. Si el kiosco no sincroniza precios, stock, pagos, cocina y cierres con el TPV que ya utiliza el restaurante, el grupo no ha automatizado la venta. Ha añadido otro punto de fallo.
Tabla de Contenidos
La cola que tu grupo de restauración ya no aguanta
A las 14:00, el equipo de un local de comida rápida suele trabajar contra el reloj. Un empleado cobra, otro intenta resolver dudas y un tercero recoge bandejas, mientras los pedidos se acumulan en una impresora o en una pantalla de cocina. Cinco minutos de retraso en la toma de comandas bastan para que el cliente empiece a comparar la cola con la opción de pedir desde el móvil.
La adopción de estos sistemas responde a una presión operativa real. En España, el delivery ya superaba los 400 millones de pedidos anuales, con una facturación de 2.600 millones de euros y un crecimiento del 80% frente a la etapa prepandemia, según la información sectorial difundida a partir de The NPD Group (contexto del delivery y los quioscos en restauración española). El consumidor ya acepta pedir por canales digitales. La cuestión es llevar esa comodidad al local sin crear una isla tecnológica.
En un kiosco bien configurado, el cliente decide sin esperar a que un camarero quede libre. El equipo deja de dedicar la mayor parte de su tiempo a tomar notas y puede centrarse en preparar, entregar y resolver las excepciones que realmente requieren atención humana. Eso resulta especialmente valioso cuando cuesta cubrir turnos, una dificultad declarada por el 44% de los propietarios de restaurantes en una encuesta sectorial (preferencia por el autoservicio y dificultades de contratación).
Regla de operación: un kiosco no elimina la presión de la hora punta. Traslada la presión desde la toma de pedidos hacia la producción. Si el TPV y la cocina no reciben datos limpios, solo moverás el atasco unos metros.
El lanzamiento oficial de Square Kiosk en España, desde 139 € por dispositivo más 30 € mensuales por terminal, mostró que la categoría ya se comercializa como una solución completa de software, hardware y pagos, no como una simple pantalla de autopedido (información sobre quioscos de autoservicio para restaurantes). Ese es el punto de partida correcto, pero no la decisión final. Para un grupo de restauración, la pregunta importante es si el sistema encaja con el TPV, los cierres, el inventario y las comandas que ya funcionan en cada local.
Qué es realmente el software para kiosco
La pantalla es la cara del kiosco. El software es el cerebro y el sistema nervioso que conectan esa cara con el resto del restaurante. Cuando un cliente selecciona un menú, el sistema debe interpretar las opciones, calcular el precio, registrar la venta, descontar existencias, cobrar y enviar una comanda entendible a cocina o barra.
Un sistema completo coordina cuatro capas principales:
Interfaz táctil: muestra categorías, imágenes, personalizaciones, idiomas, alérgenos y sugerencias sin obligar al cliente a navegar por menús confusos.
Conexión con el TPV: crea la venta en el sistema oficial del local, aplica precios y promociones y deja el pedido disponible para el cierre de caja.
Cocina y barra: envía cada línea al puesto correcto, con modificadores y prioridades, mediante impresora de comandas o pantalla de producción.
Pagos y datos: procesa tarjeta, contactless y otros métodos habilitados, y relaciona la transacción con el ticket y los informes del grupo.
El error habitual consiste en comprar el tótem antes de revisar las dependencias. Un TPV puede trabajar con una base de datos local, una impresora concreta, una pantalla de cocina determinada o un protocolo propio para las modificaciones. Si el kiosco no entiende esa estructura, alguien tendrá que duplicar productos, corregir pedidos a mano o mantener dos inventarios.
La experiencia de los operadores deja una conclusión sencilla: el software para kiosco no debe evaluarse por lo bonita que sea la interfaz, sino por lo poco que obliga al equipo a intervenir. Un pedido bien tomado, cobrado, enviado y cerrado sin intervención manual vale más que una animación atractiva.
La solución debe resolver cinco áreas: integración con el TPV, pagos, menú dinámico, stock y alérgenos. Cada una afecta a un coste distinto, desde errores de producción hasta riesgos de cumplimiento.
Las cinco funciones que separan un kiosco útil de uno caro
El kiosco empieza a costar dinero cuando el equipo tiene que corregir lo que la pantalla no sabe hacer. Estas son las cinco funciones que revisaría antes de aprobar una compra.
Integración con el TPV
El TPV debe recibir el pedido como una venta real, no como una notificación que un empleado vuelve a introducir. Si el kiosco vende un producto sin descontarlo del stock, el siguiente cliente puede comprar algo agotado. Si manda una comanda duplicada, cocina prepara dos platos y caja registra una sola operación o dos operaciones inconsistentes.
Pagos conectados
En España, un kiosco debe admitir al menos contactless, tarjeta y pagos móviles como Apple Pay. Bizum también resulta relevante cuando el perfil de cliente y el modelo del local lo justifican. La conexión con la pasarela y el datáfono debe dejar el pago asociado al ticket, porque un cobro aprobado que no cierra correctamente en el TPV acaba en conciliaciones manuales. Proveedores como Adyen o Stripe pueden formar parte de la arquitectura, pero la responsabilidad debe quedar clara entre el proveedor del kiosco, el adquirente y el banco.
Menú dinámico
El responsable de operaciones necesita cambiar un precio, retirar un producto o activar una promoción sin visitar cada terminal fuera del horario de servicio. El menú debe centralizarse por local, marca y franja horaria. Si cada modificación requiere una intervención técnica, el grupo pagará por mantener una carta que debería administrar desde un panel.
Stock en tiempo real
Un kiosco sin inventario sincronizado es una fuente de roturas visibles para el cliente. El sistema debe ocultar productos agotados, controlar ingredientes críticos y reflejar las ventas del kiosco junto con las del mostrador, la web y otros canales. La tecnología solo aporta valor si el equipo confía en que la disponibilidad mostrada coincide con la realidad de la cocina.
Alérgenos
La información de alérgenos no es un adorno de la carta. El operador debe mantenerla alineada con la receta y con la información que muestra el kiosco, dentro de las obligaciones aplicables del Reglamento (UE) 1169/2011. Un producto modificado en cocina que conserva una ficha antigua puede generar una comunicación incorrecta y una responsabilidad que no desaparece porque el cliente haya pedido en una pantalla.
Función | Para qué sirve | Riesgo si falla | Coste operativo estimado |
|---|---|---|---|
Integración con TPV | Registra venta, precios, promociones y cierre | Duplicidades, descuadres y trabajo manual | Depende de incidencias, soporte y horas de caja |
Pagos conectados | Cobra y vincula el pago al ticket | Pagos pendientes y conciliaciones manuales | Depende de comisiones, soporte y devoluciones |
Menú dinámico | Actualiza productos, precios y campañas | Cartas desactualizadas en varios locales | Depende del tiempo dedicado a cambios |
Stock en tiempo real | Oculta agotados y sincroniza disponibilidad | Roturas, anulaciones y frustración del cliente | Depende del desperdicio y de pedidos corregidos |
Alérgenos | Muestra información coherente con la receta | Riesgo operativo y de cumplimiento | Depende del control de fichas y cambios de producto |
No aceptaría una demo que solo enseñe el recorrido del cliente. Exigiría que el proveedor muestre el mismo pedido entrando en el TPV, descontando stock, llegando a la estación de cocina y apareciendo en el cierre.
Por qué la integración con tu TPV es la decisión clave
Para un grupo de restauración, el TPV existente contiene años de configuración: familias de productos, impuestos, modificadores, recetas, impresoras, usuarios, cierres y permisos. Cambiarlo solo para instalar kioscos es una decisión desproporcionada. La alternativa sensata consiste en conectar el nuevo canal al sistema que ya gobierna la venta.
Hay dos modelos habituales. El primero es el proveedor único, que entrega hardware, software, pagos e incluso TPV dentro de un paquete cerrado. El segundo es el ecosistema fragmentado, donde el kiosco se integra con el TPV mediante API, conector o intercambio de datos. Los dos pueden funcionar. Lo que cambia es quién responde cuando algo falla.
Aspecto | Proveedor único | Ecosistema fragmentado |
|---|---|---|
Hardware | Lo suministra y normalmente lo mantiene el mismo proveedor | Puede proceder de varios fabricantes |
Software | Paquete integrado y más controlado | Kiosco conectado al TPV existente |
Instalación | Un interlocutor coordina el despliegue | Requiere coordinar proveedores |
Soporte | Puede centralizarse en un único SLA | Los límites entre soportes deben documentarse |
Cambios de menú | Suele gestionarlos el proveedor o su panel | Puede gestionarlos el grupo en su TPV |
Datos de venta | Hay que confirmar exportación y propiedad | Dependen de la apertura del TPV y del conector |
Riesgo principal | Dependencia del proveedor | Incidencias entre sistemas y responsabilidades divididas |
En ambos casos, revisaría las bases de datos locales, los protocolos de cocina, las impresoras de comandas y el comportamiento cuando la conexión se interrumpe. También separaría el soporte de hardware del soporte de pagos. Una pantalla rota, un datáfono rechazando operaciones y un pedido que no llega a cocina no son la misma incidencia.
El contrato debe indicar quién instala, quién actualiza, quién monitoriza y quién responde durante el horario de servicio. También debe explicar qué ocurre si el grupo cambia precios, añade un local o necesita exportar los datos de venta. Para entender la parte de cobro digital, conviene revisar esta guía sobre cómo aceptar pagos online, especialmente si el grupo combina kiosco, web y pedidos anticipados.
Si el proveedor no puede enseñar el flujo completo con tu TPV, no ha demostrado una integración. Ha demostrado una maqueta.
Antes de firmar, pediría una prueba sobre el TPV real y documentaría el alcance técnico en lugar de aceptar una promesa comercial. Para comparar arquitecturas y conectores, puede ser útil revisar el detalle de integraciones para restauración, siempre que se contraste después con la configuración concreta de cada local.
Qué gana tu grupo cuando el kiosco se enchufa al TPV
En un grupo de cuatro a veinte locales, el kiosco solo merece la inversión si trabaja con la misma lógica comercial que el mostrador, la web y los demás canales. La conexión con el TPV evita mantener una segunda carta, otra tabla de precios y reglas distintas para cada dispositivo. El cliente ve combinaciones y extras actualizados, mientras el equipo opera sobre un único catálogo.
El retorno puede aparecer en el ticket y en la productividad. Healthy Poke registró un incremento del 14% en un local digitalizado de Barcelona, y The Fitzgerald elevó el ticket promedio de 17–19 € a 25–26 € en kiosco. La misma cobertura indicó que el tiempo de preparación de pedidos digitales fue cuatro veces menor que el de pedidos tradicionales (casos españoles de kioscos y ticket medio). Son resultados de operadores concretos, no una promesa que el software pueda garantizar en cualquier red.
La mejora nace de un flujo más preciso. El cliente consulta toda la oferta, recibe sugerencias mientras decide y revisa el pedido antes de pagar. El empleado deja de interpretar una petición verbal y recibe una comanda estructurada, con menos riesgo de errores de transcripción.
El retorno depende de la sincronización
El upselling funciona únicamente si el producto sugerido está disponible y su precio coincide con el TPV. Si no, el personal debe devolver dinero, sustituir ingredientes o explicar por qué la oferta de pantalla no se puede servir. La integración bidireccional convierte una recomendación comercial en una venta operativa, en lugar de generar reclamaciones.
La velocidad también debe medirse de extremo a extremo. Reducir el tiempo para hacer el pedido no sirve si la cocina recibe tarde la comanda o el equipo tiene que consultar el kiosco para confirmar una modificación. Controla el recorrido completo, desde el inicio del pedido hasta la entrega.
Los datos unificados permiten comparar locales, franjas horarias, combinaciones y aceptación de comunicaciones de fidelización, aplicando el tratamiento de datos correspondiente. En la gestión diaria, la diferencia se ve en los cierres, el stock y la consistencia de precios. Un TPV táctil para hostelería bien conectado debe reducir trabajo duplicado, no añadir otra pantalla que mantener.
Este vídeo muestra el papel del TPV táctil dentro del flujo de venta. Valida siempre el comportamiento sobre la arquitectura concreta del restaurante.
El criterio final es sencillo: si el kiosco no comparte productos, precios, disponibilidad y pedidos con el TPV, el grupo está comprando un canal aislado. Si los datos circulan correctamente, cada local puede vender con la misma lógica y medir qué aporta realmente el dispositivo.
Cinco criterios para elegir software para kiosco sin quemarte
Un gerente no necesita conocer cada protocolo de integración. Sí necesita hacer preguntas que obliguen al proveedor a demostrar cómo funcionará el sistema en servicio.
Integraciones nativas con el TPV
Pregunta: ¿Con qué TPV se integra de forma certificada y qué funciones cubre la integración?
Una buena respuesta incluye productos, modificadores, precios, stock, pagos y cierres, además de una demostración con datos reales o un entorno de prueba. La respuesta de alarma es “podemos conectarlo” sin explicar si se trata de una API documentada, un desarrollo a medida o un fichero que alguien debe importar.
Modularidad real
Pregunta: ¿Puedo empezar con kiosco y pagos y añadir inventario, fidelización o pedidos online sin rehacer la instalación?
El sistema debe permitir activar módulos sin duplicar clientes, productos ni reglas de precio. Descartaría una solución que obligue a comprar todo desde el primer día o que cobre por una función básica que el grupo necesita para operar.
Soporte con responsabilidad medible
Pregunta: ¿Quién atiende una incidencia durante el servicio y qué plazo de respuesta figura en el SLA?
Hay que separar la atención al local, el soporte del TPV, la pasarela de pago y la reparación del hardware. Si el proveedor remite a tres empresas distintas sin asumir coordinación, el restaurante acabará haciendo de integrador.
Datos abiertos y exportables
Pregunta: ¿Puedo exportar ventas, pedidos, clientes, pagos y errores en formatos utilizables si termino el contrato?
La propiedad y el acceso a los datos deben quedar claros. Un panel bonito no compensa que el proveedor bloquee la información o cobre cada extracción. También exigiría saber si los datos del kiosco se mezclan con los del mostrador en los informes.
Coste total y propiedad
Pregunta: ¿Qué pagaré por dispositivo, licencia, instalación, pagos, soporte, cambios y nuevas ubicaciones?
El lanzamiento de Square Kiosk en España sirve como referencia de que el mercado puede separar coste inicial y suscripción, con 139 € desde el dispositivo y 30 € mensuales por terminal en ese caso (detalle de la solución Square Kiosk). Cada proveedor puede estructurar el precio de otra manera, por lo que hay que pedir el coste completo, no solo el importe del hardware.
Antes de escalar, montaría un piloto de cuatro a seis semanas con un local representativo. Durante ese periodo comprobaría el menú, el stock, las devoluciones, los cierres, la formación y las incidencias en una hora punta. El proveedor debe aceptar que el piloto sirva para validar la operación, no solo para enseñar una demo.
Tres casos reales que muestran qué esperar
Los ejemplos con cifras son útiles para entender qué puede medir un operador, pero no deben convertirse en promesas universales. Las tres implantaciones descritas en el briefing no tienen una fuente verificable incluida, así que no las presento como casos reales ni atribuyo resultados concretos. Sí puedo traducirlas en escenarios de decisión que un grupo debería probar durante su propio piloto.
Hamburguesería de alto volumen
En una cadena de servicio rápido, el kiosco tiene sentido cuando absorbe pedidos completos, personalizaciones y sugerencias de combinaciones. El cuadro de mando debe comparar el tiempo de toma de pedido del mostrador con el tiempo de finalización del kiosco, además del ticket medio por canal y las anulaciones por falta de stock.
El riesgo principal es que el kiosco venda más extras de los que la cocina puede producir. Por eso el éxito depende de conectar promociones, inventario y estaciones de preparación, no de colocar varias pantallas en la entrada.
Grupo premium en zona turística
Un restaurante de cocina de autor no tiene por qué convertir toda la experiencia en autoservicio. Puede utilizar el kiosco o una interfaz digital para bebidas y entrantes, mientras el camarero conserva la explicación del plato principal, la recomendación de vino y la relación con la mesa.
Ese modelo requiere reglas de menú distintas a las de fast food. El sistema debe saber qué productos se sirven inmediatamente, cuáles requieren atención y cómo se asigna cada línea a la estación adecuada.
Panadería con tienda online
Una panadería u obrador puede aprovechar el mismo catálogo para pedidos anticipados, recogida y venta en tienda. El valor está en que una tarta reservada online y una pieza vendida en el local consuman el mismo stock, evitando prometer una disponibilidad que ya no existe.
La prueba debe incluir modificaciones de última hora, franjas de recogida, productos agotados y conciliación de pagos. Si cada canal mantiene su propia carta, el grupo solo estará repartiendo el problema entre más pantallas.
Caso | Nº locales | Modelo kiosco | Cambio en tiempo de pedido | Cambio ticket medio | Cambio rotación mesa |
|---|---|---|---|---|---|
Hamburguesería de alto volumen | No verificable con los datos disponibles | Pedido completo y upselling | Medir frente al mostrador | Medir por combinación y canal | Medir en hora punta |
Grupo premium turístico | No verificable con los datos disponibles | Bebidas y entrantes | Medir por categoría | Medir frente al servicio asistido | Medir por terraza y franja |
Panadería con tienda online | No verificable con los datos disponibles | Recogida y venta omnicanal | Medir cola y preparación | Medir por pedido anticipado | No es el KPI principal |
La cobertura sectorial también muestra que el autoservicio está llegando a formatos como los lineales de comida preparada, una señal de que el uso del kiosco puede extenderse más allá del restaurante tradicional (expansión del autoservicio hacia comida preparada). La decisión debe partir del cuello de botella concreto, no de copiar el formato de otra marca.
Cómo empezar sin poner en riesgo tu operativa
No instalaría kioscos en todos los locales de un grupo en la primera fase. Empezaría por auditar el TPV, el catálogo, los modificadores, las impresoras, el inventario y los cierres. El proveedor debe demostrar un conector nativo o una API documentada, no limitarse a prometer un desarrollo futuro.
Después elegiría un local representativo. No conviene escoger el establecimiento más fácil ni el más problemático, sino uno con volumen suficiente para probar el sistema y un equipo capaz de registrar incidencias. Para un grupo de varios locales, el piloto debe incluir entre uno y tres kioscos y durar dos meses, tal como exige el escenario operativo planteado, para cubrir días normales y picos de demanda.
Mediría tres indicadores antes y después:
Tiempo medio de pedido, desde el inicio hasta el pago.
Ticket medio, separado por canal y por tipo de producto.
Rotación en hora punta, con una definición acordada por el grupo.
La referencia debe ser la operativa del mostrador, no una sensación del encargado. También registraría anulaciones, productos agotados, pagos rechazados, pedidos duplicados, intervenciones del personal y descuadres de cierre.
Antes de desplegar el sistema en el resto del grupo, comprobaría que el precio por licencia, el soporte mult lokal, la gestión centralizada del menú y la capacidad del TPV soportan el crecimiento. Si cada nuevo local exige una migración, una base de datos distinta o un contrato de soporte separado, el piloto no ha demostrado escalabilidad.
La restauración española sigue premiando los formatos sin servicio en mesa. En 2025, la facturación del sector se situó en torno a 30.835 millones de euros, con un crecimiento del 3,5%, y los formatos de comida rápida y autoservicio destacaron por su comportamiento, según la cobertura sectorial disponible (evolución de la hostelería y los formatos de autoservicio). Ese contexto favorece la digitalización, pero no justifica comprar sin probar.
Para ampliar el análisis del formato, puedes consultar esta guía sobre kiosco de autoservicio. La decisión correcta es sencilla: piloto controlado, tres KPIs, datos del TPV y ninguna migración forzada hasta demostrar que el ecosistema funciona.
Foodlus ofrece kioscos con hardware, software, instalación y terminal de pago, conectados al TPV que el restaurante ya utiliza, además de módulos como pedido en mesa, tienda online y click & collect. Si estás gestionando un grupo de restauración y quieres validar el encaje sin cambiar de TPV, visita Foodlus y solicita una revisión de tu operativa actual.
Haz crecer tu negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización. Reserva tu demo hoy mismo.
Políticas
Haz crecer tu
negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización.
Reserva tu demo hoy mismo.
Haz crecer tu negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización. Reserva tu demo hoy mismo.
