Cuando un cliente nos dijo que una agencia le había cotizado 5 meses y 600,000 pesos por su plataforma, no nos sorprendió el precio. Nos sorprendió el calendario. Cinco meses para un portal con roles, etapas y un comparador no es un problema de complejidad: es un problema de overhead.

La construimos en 12 días. Está en producción, la usan todos los días, y el código es del cliente. Esto no es una promesa de marketing — es un caso que puedes abrir y revisar. Lo interesante no es el número; es qué tuvimos que dejar de hacer para llegar ahí.

Lo que NO hicimos

La mayor parte del tiempo de un proyecto tradicional no se va en escribir código. Se va en todo lo que rodea al código:

  • Fases de "descubrimiento" de tres semanas que terminan en un PDF.
  • Rondas de revisión donde cada cambio pasa por un project manager que se lo pasa a otro.
  • Reuniones de status para reportar que se está trabajando, en vez de trabajar.
  • Aprobaciones en cadena de mockups que nadie va a usar.

Nada de eso construye producto. Lo quitamos. No porque seamos descuidados, sino porque cada capa de intermediación que eliminas es tiempo que vuelve al producto real.

El método, en corto

Decide rápido, construye sobre cimientos probados, y enseña algo funcionando cada día.

Tres decisiones hacen casi todo el trabajo:

1. Un stack que ya domina el equipo

No experimentamos con tecnología nueva en el proyecto de un cliente. Usamos un stack que conocemos de memoria: Supabase (base de datos, autenticación, almacenamiento y reglas de seguridad a nivel de fila), Netlify para el frontend y el deploy continuo, y React para la interfaz. Pagos con Stripe, Conekta o MercadoPago según el caso.

Cuando no tienes que aprender las herramientas mientras construyes, la velocidad deja de ser un milagro y se vuelve el estado normal.

2. Producción desde el día uno

No hay un "ambiente de pruebas" que después hay que migrar. Cada commit se despliega. El cliente ve el producto real, en su URL real, desde el primer día — no una presentación de cómo se *vería*. Eso colapsa el ciclo de retroalimentación de semanas a horas.

Por qué importaUn cliente que ve el sistema funcionando opina sobre el sistema. Un cliente que ve un mockup opina sobre un dibujo. La diferencia en calidad de decisiones es enorme.

3. Alcance honesto

En el diagnóstico definimos la métrica objetivo y qué entra en la primera versión. No prometemos "todo": prometemos lo que mueve la aguja, en producción, y dejamos el resto para iteraciones. Una plataforma que sirve hoy vale más que una perfecta que llega en cinco meses.

¿12 días siempre?

No. Una landing sale en días; un sitio corporativo en 3 a 5 semanas; una app móvil en 4 a 8 semanas; una plataforma completa en 4 a 10 semanas. Doce días fue el caso de una plataforma con alcance bien definido y decisiones rápidas del lado del cliente. Cuando el cliente tarda en decidir, el proyecto tarda — y eso es justo.

Lo que sí es constante: entregamos en semanas, no en meses, y si nos retrasamos por causas nuestras, lo descontamos del costo final.

Lo que te llevas

Velocidad no significa fragilidad. Significa enfoque. Si estás evaluando a quién contratar, no preguntes solo "¿cuánto cuesta?" — pregunta "¿qué parte de ese tiempo y ese precio es producto, y qué parte es overhead?". Esa pregunta sola te ahorra meses.

¿Tienes un proyecto parado en cotizaciones de cinco meses? Cuéntanos qué necesitas y te decimos, con honestidad, cuánto tardaría de verdad.

desarrollo de software a medidaplataforma a medida MéxicoMVP rápidostudio de producto digitalSupabaseReact