~/case-studies
TPV · Hostelería premium
TPV y operación de cocina en tiempo real para restaurante y catering
TPV táctil, comanda a cocina por WebSocket, economato, escandallos y cierres con envío automático a contabilidad.
duración · 10 semanas para MVP · iteración continuaequipo · 1 persona + sala como tester en vivo
El reto
- ▸TPV genérico con licencia mensual que no se adaptaba al flujo de servicio del restaurante (split por persona, comanda parcial, mesa fusionada).
- ▸La cocina recibía las comandas en ticket impreso. Imposible saber el estado real de cada plato en vivo.
- ▸Cierres diarios y arqueo dependían de copia-pega entre el TPV y Excel.
- ▸No había forma de saber el coste real por plato (escandallo) ni el margen por sala.
La solución
- ▸TPV React táctil con UX diseñada para servicio rápido: split por persona en 2 toques, comanda parcial, fusión y división de mesas.
- ▸Comanda a cocina por WebSocket en pantalla KDS, con estados (pendiente, en preparación, listo, servido).
- ▸Módulo de economato con escandallos por plato y cálculo automático de coste de materia prima.
- ▸Cierres automáticos al final del día con envío directo a contabilidad. Cero copia-pega.
Stack
ReactSocket.ioNestJSPostgreSQLRedisPWAService WorkerStripe
Impacto
- ▸Tiempo medio de comanda reducido frente al TPV anterior.
- ▸Cocina con visibilidad real del estado de cada plato. Tiempos de servicio acortados.
- ▸Coste por plato calculado automáticamente. Decisiones de carta basadas en margen real.
- ▸Ahorro mensual frente al SaaS anterior, recuperando la inversión en menos de un año.
Aprendizajes
- ▸El TPV no es un producto, es un flujo. La UX la diseñas con el camarero al lado, no con el dueño.
- ▸PWA con service worker bien hecho aguanta caídas de red sin perder comandas.
- ▸Escandallos solo sirven si la cocina los mantiene. Si nadie actualiza los precios de proveedor, el margen miente.