Cómo construimos TurnoFlow en 3 meses

Construir TurnoFlow fue el proyecto que hizo real a Devlane. Antes, éramos un equipo con ideas. Después, éramos un estudio con un producto lanzado.

El problema

Trabajando en la industria hostelera de Mallorca, veíamos el mismo problema en todas partes: restaurantes y hoteles gestionando los horarios del personal con grupos de WhatsApp y hojas de cálculo. Los cambios de turno eran un caos. Nadie sabía quién trabajaba cuándo. Los gerentes dedicaban horas cada semana a algo que debería llevar minutos.

Sabíamos que podíamos construir algo mejor.

Eligiendo el stack

Optamos por .NET y Blazor para el backend y frontend. No era la elección de moda — la mayoría de startups SaaS recurren a Next.js o Rails. Pero teníamos experiencia profunda con .NET, y Blazor nos daba la capacidad de construir una UI rica e interactiva compartiendo código entre servidor y cliente.

Para la base de datos, PostgreSQL era la elección obvia. Maneja bien las consultas complejas de planificación, y el ecosistema es maduro y fiable.

Desplegamos en Azure, que nos dio una infraestructura sólida sin complicar las cosas. Para un equipo de nuestro tamaño, los servicios gestionados valen cada euro.

El timeline de tres meses

Mes 1: Cimientos. Construimos el modelo de datos principal, la autenticación y la vista básica de horarios. Al final de la cuarta semana, teníamos un prototipo funcional que podía mostrar turnos en un calendario.

Mes 2: Funcionalidades. Aquí es donde el producto tomó forma. Añadimos intercambio de turnos, notificaciones, acceso basado en roles para gerentes y empleados, y el módulo de control horario. También construimos el flujo de onboarding, que resultó ser más complejo de lo esperado.

Mes 3: Pulido y lanzamiento. Dedicamos el tercer mes entero a testing, casos extremos, responsive móvil y rendimiento. Hicimos una beta con tres restaurantes en Palma y arreglamos todo lo que nos lanzaron.

Lecciones aprendidas

Empieza con un tipo de usuario. Inicialmente intentamos construir para gerentes y empleados simultáneamente. Eso nos ralentizó. Una vez nos enfocamos en hacer que la experiencia del gerente fuera genial primero, todo encajó.

Blazor está infravalorado. La experiencia de desarrollo fue excelente. Hot reload, reutilización de componentes y tipado fuerte en todo el stack nos ahorraron semanas de tiempo de desarrollo.

Lanza pronto, itera rápido. Nuestros usuarios beta encontraron problemas que nunca habríamos detectado internamente. El ciclo de feedback fue invaluable.

Qué viene después

TurnoFlow está en vivo y creciendo. Estamos añadiendo soporte multi-local, analíticas avanzadas y una integración con Stripe para los planes premium. Construir nuestro propio producto nos enseñó más sobre lanzar software que cualquier proyecto de cliente — y ahora llevamos esa experiencia a cada proyecto que asumimos.

Si estás pensando en construir un producto SaaS, hablemos. Hemos pasado por ello y podemos ayudarte a evitar los errores que cometimos.