Conociendo el salón, la cocina, la caja y el cierre del día desde adentro. Cinco capítulos sobre cómo se construyó, cómo crece y por qué no se parece a otros sistemas.
Programo desde los 16. Trabajé en cocina, salón y caja antes de construir NOMO. No vengo de la teoría: vengo del problema. Cada función nace de algo que necesitaba cuando estaba del otro lado del mostrador.
Si tenés una pregunta, escribime directo por WhatsApp. Sin mesa de ayuda ni soporte tercerizado. Te atiendo yo.
Antes de NOMO trabajé como mozo. Y como cocinero. Y como cajero los días que faltaba alguien. Vi de cerca cómo se pierden 20 minutos buscando una comanda en papel, cómo a las 2 AM no cierra la caja por $200 que nadie sabe de dónde salieron, y cómo se vende lo que no había porque nadie sabía que faltaba. No era un problema de la gente. Era un problema del sistema que no existía.
Empecé con lo más simple: que el cliente escaneara un QR y viera el menú. Sin app, sin login. Lo probé con un restaurante amigo en una mesa, una semana. Funcionó. Pero al toque pidieron "¿y si también puede mandar el pedido a cocina?". Y después "¿y si nos dice cuándo está listo?". Cada feature nueva vino de una pregunta real, no de una lista de "best practices".
Mientras otros sistemas armaban un roadmap de 2 años, NOMO crecía con el problema del cliente de esta semana. ¿Necesitan facturar a AFIP? Lo integramos. ¿Necesitan que el mozo cobre desde la tablet? Lo hicimos. ¿El cliente pierde wifi y se duplican los pedidos? Agregamos offline-first con idempotency-key. Cada función está acá porque alguien la pidió. No hay features de relleno.
Hoy NOMO tiene 6 skins de menú QR (Editorial, Cinematic, Market, Speakeasy, Brewery, Cafe) porque cada restaurante tiene su identidad y no todos son iguales. Tiene módulo de catering corporativo, delivery con kanban, KDS de cocina con hold & fire, AFIP integrado con modo demo. Está corriendo en producción real con un restaurante. La idea es sumar 4 más antes de fin de año, conscientemente, uno por uno.
Si entrás como cliente fundador, sos parte de cómo se construye lo que viene. Las features que pidas tienen prioridad. Si algo falla, lo arreglo en horas, no en sprints. El roadmap se decide entre los 5 fundadores y yo. Es un producto, sí, pero también es una conversación constante con la gente que lo usa todos los días.
Decisiones técnicas pensadas para un restaurante en hora pico, no para una demo de oficina.
Sincronización en menos de 2 segundos entre todas las pantallas del local. El pedido entra a cocina al instante.
El cliente pierde wifi al enviar el pedido y queda en cola local. Cuando vuelve la conexión, se reintenta. Sin duplicados.
Cada restaurante vive en su propio espacio. Es imposible que tu data se mezcle con la de otro.
Backups diarios automáticos, monitoreo cada 5 minutos, auto-restart de servicios. Si algo se rompe a las 3 AM, te avisa.
En 2 horas tu local queda andando con menú QR, cocina sincronizada, caja, AFIP y reportes en vivo. Sin contrato, sin tarjeta y con tus datos siempre exportables. Si no te sirve, lo dejás. Si te sirve, no volvés atrás.
¿Querés ver todo lo que hace primero? Recorrer todas las funciones →