## Por qué 7 días no es un capricho
En el mundo del software tradicional, un MVP toma entre 2 y 6 meses. Durante ese tiempo, el mercado cambia, la competencia avanza y el presupuesto se consume en reuniones de planificación que no producen código funcional.
Nosotros planteamos una premisa diferente: **si no puedes validar tu idea en una semana, probablemente estás construyendo demasiado.**
Un MVP no es un producto terminado. Es la versión mínima que te permite poner algo real frente a usuarios reales y obtener datos reales. Cada día que pasas planificando sin lanzar es un día que podrías estar aprendiendo del mercado.
Pero construir rápido no significa construir mal. La velocidad sin arquitectura genera deuda técnica que termina costando 10 veces más. Por eso nuestro proceso combina velocidad de ejecución con decisiones de arquitectura que escalan.
## El Brief ARCO: donde todo empieza
Antes de escribir una sola línea de código, necesitamos claridad absoluta. Nuestro proceso de brief se llama **ARCO** y cubre cuatro dimensiones:
### A — Audiencia - ¿Quién es el usuario principal? - ¿Qué problema concreto tiene? - ¿Cómo lo resuelve hoy (si es que lo resuelve)? - ¿Qué lo haría cambiar a tu solución?
### R — Resultado - ¿Qué debe poder hacer el usuario al final de la primera semana? - ¿Cuál es la métrica de éxito? (registros, transacciones, engagement) - ¿Qué NO entra en el MVP? (esto es tan importante como lo que sí entra)
### C — Contexto - ¿Existe una marca, dominio o identidad visual? - ¿Hay integraciones obligatorias? (pasarela de pago, CRM, ERP) - ¿Requisitos regulatorios o de compliance?
### O — Operación - ¿Quién administra el producto después del lanzamiento? - ¿Qué nivel de soporte técnico necesitas? - ¿Cuál es el plan post-MVP? (escalar, pivotar, levantar inversión)
El brief ARCO nos toma entre 60 y 90 minutos. Al final de esa sesión, ambas partes tienen claridad total sobre qué se va a construir, para quién y por qué.
## El stack que hace posible la velocidad
No reinventamos la rueda en cada proyecto. Usamos un stack probado que nos permite movernos rápido sin sacrificar calidad:
- •**Next.js** — Framework React con SSR, rutas API, y despliegue instantáneo en Vercel
- •**Supabase** — Base de datos PostgreSQL con autenticación, storage y real-time incluidos
- •**Tailwind CSS** — Sistema de diseño que elimina el ir y venir de CSS custom
- •**Claude API** — Para funcionalidades de inteligencia artificial cuando el producto lo requiere
- •**Vercel** — Deploy automático con cada push, preview URLs y CDN global
Este stack no es arbitrario. Cada pieza fue elegida porque:
1. **Reduce decisiones:** No discutimos qué base de datos usar o cómo manejar autenticación. Ya está resuelto. 2. **Componentes reutilizables:** Tenemos una biblioteca interna de componentes probados (formularios, dashboards, tablas, autenticación, landing pages) que aceleran el desarrollo. 3. **Escalabilidad nativa:** Supabase escala automáticamente. Vercel distribuye globalmente. No necesitas reescribir nada cuando pases de 100 a 100,000 usuarios.
## Los 7 días: qué pasa cada día
### Día 1: Arquitectura y fundación - Definimos el modelo de datos en Supabase - Configuramos el repositorio, CI/CD y environments - Creamos la estructura del proyecto con rutas y layouts base - Implementamos autenticación si el proyecto la requiere
**Entregable:** Repositorio funcional con deploy automático y estructura base.
### Día 2: Core del producto - Construimos la funcionalidad principal — eso que hace que tu producto sea tu producto - Conectamos con la base de datos y APIs necesarias - Primera versión funcional del flujo principal del usuario
**Entregable:** El usuario puede completar el flujo core de principio a fin.
### Día 3: Interfaz y experiencia - Aplicamos el diseño visual (si hay brand guide) o nuestro sistema de diseño por defecto - Responsive design para móvil y desktop - Micro-interacciones y feedback visual
**Entregable:** El producto se ve profesional y funciona en cualquier dispositivo.
### Día 4: Funcionalidades secundarias - Panel de administración - Notificaciones (email, push o WhatsApp según el caso) - Integraciones con servicios externos - Dashboard de métricas básicas
**Entregable:** El producto tiene todo lo necesario para operar.
### Día 5: Inteligencia y optimización - Implementación de funcionalidades AI si aplica - Optimización de performance (lazy loading, caching, image optimization) - SEO técnico (meta tags, sitemap, Open Graph)
**Entregable:** Producto optimizado y listo para tráfico real.
### Día 6: Testing y refinamiento - Pruebas end-to-end de todos los flujos - Corrección de bugs y edge cases - Revisión de seguridad (inputs sanitizados, RLS en Supabase, HTTPS) - Pruebas en múltiples dispositivos y navegadores
**Entregable:** Producto estable y probado.
### Día 7: Lanzamiento - Configuración de dominio y SSL - Deploy a producción - Configuración de analytics (para medir desde el día uno) - Sesión de handoff con el cliente: cómo administrar, qué métricas monitorear - Documentación de accesos y arquitectura
**Entregable:** Producto en vivo, en producción, con usuarios reales.
## Por qué esto funciona (y por qué otros no lo hacen)
La mayoría de agencias y freelancers no pueden entregar en 7 días por tres razones:
1. **No tienen un stack estandarizado.** Cada proyecto empieza desde cero, evaluando tecnologías y tomando decisiones que ya deberían estar resueltas.
2. **No tienen componentes pre-construidos.** Nosotros no construimos un sistema de login desde cero — ya lo tenemos, probado y optimizado. Lo mismo con tablas de datos, formularios, dashboards y landing pages.
3. **No saben decir que no.** Un MVP que intenta hacer todo no es un MVP. La disciplina de recortar scope es lo que hace posible la velocidad.
Nuestro proceso funciona porque combinamos **experiencia de arquitectura** (saber qué decisiones tomar antes de escribir código), **herramientas maduras** (un stack que ya resolvió los problemas comunes) y **disciplina de producto** (construir solo lo que necesitas para validar).
## Después del MVP: qué sigue
El día 8 no desaparecemos. Después del lanzamiento ofrecemos:
- •**Soporte técnico continuo** — monitoreo, bug fixes, actualizaciones de seguridad
- •**Iteraciones basadas en datos** — analizamos el comportamiento real de los usuarios y proponemos mejoras
- •**Escalamiento progresivo** — cuando el MVP valide, escalamos funcionalidad sin reescribir
El MVP es el punto de partida, no el destino. Pero es el punto de partida correcto: con datos reales, arquitectura sólida y velocidad de iteración.
**¿Tienes una idea que quieres validar rápido?** Agenda una sesión de brief ARCO con nuestro equipo y en una semana tendrás un producto en producción.