Cómo lanzar una web en 72 horas (sin atajos que se paguen luego)
Lanzar una web en 72 horas no es magia ni un truco de marketing. Es el resultado de tomar todas las decisiones difíciles antes de escribir la primera línea de código y de eliminar el trabajo que no mueve la aguja.
La mayoría de los proyectos no tardan meses porque sean técnicamente complejos. Tardan porque el alcance cambia cada semana, porque faltan materiales y porque cada decisión pequeña abre una reunión nueva. Si quitas esas tres fuentes de retraso, tres días dejan de ser una locura.
El secreto no es ir rápido, es no frenar
Un equipo que sabe lo que tiene que construir no necesita correr. Solo necesita no detenerse. Por eso la pregunta correcta no es "¿cómo lo hacemos más rápido?", sino "¿qué nos va a frenar y cómo lo eliminamos antes de empezar?".
1. Cierra el alcance antes del día uno
Definimos una sola página o un set fijo de páginas, las secciones exactas y qué entra en cada una. Lo que no esté en esa lista no se construye en este sprint. Punto. Esto no es rigidez: es lo que permite prometer una fecha.
2. Reúne los materiales por adelantado
Textos, logotipos, fotos, accesos al dominio y al correo. Si esperamos a pedir cada cosa cuando la necesitamos, el reloj se para. Una lista de materiales entregada el primer día vale más que cualquier optimización de código.
3. Diseña con un sistema, no desde cero
Trabajamos sobre componentes ya probados —tipografía, botones, tarjetas, formularios— en lugar de inventar cada elemento. El resultado se ve a medida porque la marca y el contenido lo son, pero la base ya está resuelta.
El cronograma real
- Día 1 — Definición y estructura. Cerramos secciones, jerarquía y textos. Montamos el esqueleto navegable.
- Día 2 — Diseño y contenido. Aplicamos marca, imágenes y copy final. Revisión en vivo, no por email.
- Día 3 — Pulido y publicación. Responsive, rendimiento, SEO básico, formularios conectados y dominio en producción.
Qué no entra en 72 horas
Sé honesto con el cliente: un e-commerce con 500 productos, integraciones a medida o un panel de administración complejo no caben en tres días. Y está bien. La web de 72 horas es para validar, captar y arrancar; lo demás es un sprint aparte con su propio alcance.
Una web publicada y mejorable vence siempre a una web perfecta que sigue en Figma seis semanas después.
Si tienes los materiales listos y el alcance claro, tres días es tiempo de sobra. El cuello de botella casi nunca es el código: son las decisiones que no se tomaron a tiempo.
← Volver al blog