Hace un par de semanas recibimos un brief que hubiera tomado dos meses en un squad tradicional. Una plataforma para coordinar agentes comerciales en campo, con autenticación, dashboard, reportes en tiempo real y una integración con WhatsApp Business para que los agentes reportaran visitas sin salir del chat. La fecha de entrega del cliente no era negociable. Teníamos cuatro días hábiles.
Lo hicimos. Y este texto cuenta cómo.
El punto de partida fue una conversación de treinta minutos con el fundador de la empresa. Sabíamos el problema, conocíamos al usuario final, y entendíamos la restricción: la plataforma debía estar en manos del equipo comercial el lunes a primera hora. ARCO, nuestro agente de intake, tomó la llamada transcrita y produjo en pocos minutos un brief técnico con arquitectura propuesta, stack recomendado, modelo de datos inicial y lista de integraciones. Ese brief, revisado por Sebastián y ajustado en menos de una hora, se convirtió en el contrato de trabajo con el cliente. Scope cerrado, precio fijo, deadline claro.
La primera decisión arquitectónica fue no inventar nada. Next.js 14 con App Router, Supabase para base de datos y autenticación, Vercel para deploy, Tailwind y una librería de componentes que ya teníamos en un paquete interno. El mismo stack que usamos en cada proyecto de MVP. Esa disciplina, que parece aburrida, es lo que permite velocidad real: no perdés tiempo eligiendo ni aprendiendo, cada miembro del squad conoce cada pieza, y los errores del pasado ya fueron resueltos una vez.
El primer día se fue en modelar el dominio y generar la estructura base. Abrimos Claude Code dentro de VS Code y trabajamos literalmente en conversación. El prompt inicial fue denso: el brief completo, las convenciones del proyecto, ejemplos del estilo de código que queríamos. A partir de ahí, cada tarea se convirtió en una micro conversación. Crear el schema de Supabase con migraciones versionadas. Generar los tipos TypeScript desde ese schema. Armar las rutas de autenticación con el flujo de Google OAuth. Construir el layout principal con navbar y sidebar responsive. Claude Code editaba varios archivos a la vez, corría el build después de cada cambio, y cuando algo fallaba, lo diagnosticaba y lo arreglaba sin que nosotros lo pidiéramos.
El segundo día fue el del dashboard y los reportes. Acá Claude hizo la mayor parte del trabajo repetitivo: formularios con validación Zod, componentes de tabla con paginación y filtros, gráficos con Recharts conectados a queries de Supabase. Nosotros intervenimos en decisiones de UX, en la organización de la información, y en los casos donde el modelo de datos necesitaba repensarse porque aparecía un requerimiento no anticipado. Esa división de trabajo es la clave. El modelo ejecuta patrones conocidos con una velocidad que ningún humano puede igualar. El humano toma decisiones irreversibles, valida supuestos de negocio, y detecta cuando algo que parece correcto va a envejecer mal.
El tercer día lo dedicamos a la integración con WhatsApp. Usamos la API oficial de WhatsApp Business con un webhook en una ruta de Next.js que tomaba los mensajes entrantes, los parseaba con un agente Claude dedicado, y generaba registros de visita en la base de datos. Esa parte no la podía hacer el modelo solo porque requería configurar una app en Meta for Developers, verificar el webhook, manejar el token de acceso rotativo. Pero una vez resuelta la plomería externa, la lógica de parseo y persistencia fue construida en unas horas.
El cuarto día fue pulido y deploy. Seeds de datos realistas para demo. Ajustes de accesibilidad. Un par de edge cases que el cliente mencionó en una llamada corta el jueves por la tarde. Pasamos el build completo a Vercel, conectamos el dominio, corrimos Lighthouse, ajustamos un par de métricas que estaban justas. El viernes por la mañana entregamos un link funcional y una documentación breve para el equipo operativo.
Los números cierran solos. Dedicamos aproximadamente treinta horas de trabajo humano efectivo entre tres personas. Claude Code generó alrededor de cuatro mil líneas de código TypeScript, de las cuales ajustamos manualmente menos del quince por ciento. El costo total de la suscripción de Claude durante esos cuatro días fue cercano a los cien dólares. Un desarrollo tradicional con un equipo de dos o tres personas habría tomado entre seis y ocho semanas, y el costo facturado habría estado entre veinticinco y cuarenta mil dólares dependiendo de seniority. Nosotros facturamos un MVP cerrado a un tercio de ese número y entregamos antes.
La lección no es que la IA reemplace al desarrollador. La lección es que un squad pequeño, disciplinado, que sabe exactamente qué pedirle al modelo y qué mantener en sus propias manos, puede operar en una escala de tiempo distinta a la del mercado. Si tu proveedor de software sigue cotizando MVPs en meses, probablemente está calculando con una estructura de costos que ya no refleja cómo se construye software hoy.