MVP SaaS de logística: clientes de pago en 11 semanas

El fundador, con 15 años de experiencia en logística de carga, había detectado un hueco. Los intermediarios de carga (freight brokers) de tamaño medio, que gestionan entre 50 y 500 envíos al mes, llevaban su operación con software TMS de la década de 2000, Excel, cadenas de correos y llamadas telefónicas. Las alternativas eran plataformas para grandes empresas, con contratos anuales de seis cifras e implementaciones de seis meses, o herramientas básicas incapaces de coordinar carga multimodal.

Contaba con 180 000 USD de financiación pre-seed, cartas de intención de tres clientes piloto y un inversor de serie A cuyo compromiso dependía de tener un producto en funcionamiento y con tracción real en un plazo de 4 meses. Las restricciones eran firmes: 50 000 USD como máximo para desarrollar el MVP, 12 semanas para tener un producto desplegable y clientes piloto comprometidos con una evaluación de 60 días que debía empezar, como muy tarde, en la semana 14.

La lista de funciones deseadas tenía 47 elementos. Había que reducirla a las 12 funciones que harían que un intermediario abandonara su hoja de cálculo. Tres empresas de desarrollo estadounidenses habían presupuestado entre 120 000 y 220 000 USD, con plazos de 16 a 24 semanas, cifras que habrían consumido toda la ronda.

El Sprint Zero fijó el alcance y la arquitectura en una semana, por 4500 USD. El desarrollo se organizó en cuatro sprints de 2 semanas: la base (autenticación, gestión de tenants, roles, CI/CD), el flujo de trabajo principal (creación de envíos, rutas de varias paradas con Mapbox, asignación de transportistas, carga de documentos), la inteligencia (seguimiento en tiempo real en un mapa, notificaciones automáticas, panel de indicadores) y, por último, la monetización y el acabado (facturación por envío con Stripe, portal del cliente, informes, importación de CSV).

El ritmo era estricto: planificación del sprint los lunes por videollamada con el fundador, reuniones diarias asíncronas para salvar la diferencia horaria entre Daca y Estados Unidos, y una demostración los viernes en staging, donde el fundador y un cliente piloto probaban el producto en vivo. Sus comentarios pasaban directamente al sprint siguiente.

Las semanas 10 y 11 se dedicaron a las pruebas y al lanzamiento. Un ingeniero de QA ejecutó 180 casos de prueba sobre el aislamiento entre tenants, la gestión de pagos fallidos y la edición simultánea con bloqueo optimista. Las pruebas de carga validaron 50 usuarios simultáneos con 500 envíos activos y tiempos de respuesta inferiores a 200 ms, con margen para más de 200 usuarios simultáneos. La puesta en producción se hizo con una actualización progresiva (rolling update) de ECS, sin interrupción del servicio. El fundador incorporó a su primer cliente piloto esa misma tarde.

La plataforma se entregó en 11 semanas, una semana antes del objetivo de 12, por 48 000 USD, por debajo del presupuesto de 50 000 USD. Se entregaron las 12 funciones comprometidas para el MVP, sin ningún error crítico en el lanzamiento, con un 78 % de cobertura de pruebas automatizadas y un costo de infraestructura de 180 USD al mes en el lanzamiento.

La tracción fue en aumento: 3 clientes piloto en el mes 1, 7 en el mes 3 y 14 en el mes 6. El MRR pasó de 1700 a 19 000 USD en el mismo periodo, con un NPS estable entre +58 y +64 y una disponibilidad del 99,97 % o superior.

Cuatro meses después del lanzamiento, el fundador cerró una serie A de 2,1 millones de USD con una valoración pre-money de 6,2 millones de USD. El inversor principal destacó la calidad del producto, la velocidad de desarrollo y la eficiencia en el uso del capital, y auditó el código. Tras la ronda, el fundador mantuvo a 3 ingenieros de Gigabit como equipo de desarrollo dedicado, por 14 500 USD al mes.