2026 · SaaS para restaurantes · IA · Usabilidad
NowEat
Una plataforma de gestión para restaurantes construida con IA, con clientes reales y sin inversión externa.
Rol
Usabilidad
Estrategia de producto
Sector
Hostelería
Año
2026
Estado
En producción · 4 clientes
El problema
Un restaurante medio en España gestiona su negocio con más de tres herramientas desconectadas entre sí: una para las reservas, otra para el QR, otra para los pedidos y otra para el TPV. El coste combinado supera los 300€/mes y cuando algo falla en el servicio: el viernes a las 21h con 60 cubiertos, no hay soporte disponible.
El hostelero medio no es un usuario tecnológico. No quiere aprender cuatro interfaces diferentes. Quiere que funcione, que sea fácil de configurar y que cuando falle alguien coja el teléfono.
Los restaurantes no necesitan más herramientas. Necesitan una sola que cubra todo y no falle en medio del servicio.
Competencia y posicionamiento
Analizamos el mercado en detalle. Qamarero es la competencia directa. Heydiga compite específicamente en el bot telefónico con IA. En reservas, los referentes son Cover Manager, The Fork y OpenTable.
| Competidor | Modelo | Debilidad |
|---|---|---|
| Qamarero | Suscripción | Sin TPV integrado, sin reservas |
| Cover Manager | Hasta 299€/mes | Pensado para grandes grupos, excesivo para el restaurante medio |
| The Fork | Comisión por reserva | Dependencia del directorio, sin solución de operaciones |
| Heydiga | Suscripción | Solo bot telefónico, no es plataforma completa |
Entrevistamos a propietarios de varios tamaños. El hallazgo clave: el obstáculo no era el precio: era el miedo a cambiar algo que ya funciona. Un restaurante en servicio no puede permitirse que algo falle. Eso definió dos estrategias: 15 días de prueba sin fricción y soporte humano directo cuando algo falla en el servicio. No un chatbot: una persona al teléfono.
Decisiones de diseño
Diseñamos la arquitectura del producto como 5 módulos independientes pero cohesivos: menú digital (con traducción automática a más de 10 idiomas), pedidos en mesa, TPV/KDS, reservas y un paquete completo a 99€ que ahorra 58€ frente a contratarlos por separado. La modularidad fue una decisión deliberada: el restaurante pequeño empieza con el menú, el grande entra por el paquete completo.
Decisión tomada
Módulos independientes con precio por separado. El restaurante entra por lo que necesita y escala.
Decisión descartada
Plan único todo-incluido desde el inicio. Demasiado compromiso para un restaurante que aún no confía en el producto.
Construimos el producto con agentes de IA que automatizaron gran parte del desarrollo: infraestructura real con servidores, SQL, APIs de LLM y Stripe. Detrás de cada decisión, siempre había una persona revisando. La IA no fue un añadido de marketing: fue lo que hizo posible llegar a producción con un equipo de dos personas.
Las apps nativas para iOS y Android y la versión tablet están en desarrollo, pensadas para el uso en sala: el camarero necesita velocidad y un formato que no le haga cometer errores cuando tiene cuatro mesas en espera.
Estado actual y lo que hemos aprendido
MVP en producción, 4 clientes reales en activo: Restaurante El Cuervo y la Diputación de Cádiz (sección de información turística), entre ellos. La adopción es gradual. Los clientes que llevan dos semanas con el producto no vuelven atrás.
El reto ahora es el primer día: la fricción de onboarding es donde más abandono hay. Diseñar para el momento en que el restaurante está configurando el producto solo, sin soporte, con el servicio de la noche siguiente encima. Y construir la versión offline: porque un corte de luz o de cobertura no puede parar el servicio.
Nuestros clientes reducen los no-shows un 67% y ven un incremento medio del 38% en ventas. Y un tiempo medio de configuración de menos de 10 minutos.