Respuesta rápida: depende sobre todo del alcance
El plazo no lo determina únicamente la programación. Número de páginas, contenido, decisiones pendientes, funcionalidades, revisiones y velocidad de respuesta pueden cambiar por completo el calendario.
Son rangos orientativos. Un proyecto concreto puede necesitar más o menos tiempo según su alcance y el material disponible.
Cómo podemos plantear una web pequeña en 5–7 días
El plazo empieza cuando tenemos la información necesaria y el alcance está confirmado. No significa diseñar y publicar sin revisar: significa evitar fases que no aportan valor a un proyecto pequeño y reutilizar el sistema técnico que ya está resuelto.
Día 1 · Briefing y estructura
Entendemos qué hace el negocio, a quién se dirige, qué servicios necesita explicar y qué acción queremos que realice el visitante. Cerramos estructura y recopilamos referencias y material.
Días 2–3 · Contenido y dirección visual
Preparamos la primera versión de textos y diseño. La IA puede acelerar investigación, organización y borradores; la selección, corrección y decisión final se revisan antes de publicar.
Días 3–4 · Desarrollo responsive
Construimos la web sobre un sistema ya probado: estructura técnica, responsive, formulario, metadatos y controles no empiezan de cero en cada proyecto.
Día 5 · Revisión
El cliente revisa una versión completa y concentra sus cambios en una ronda. Esto evita semanas de pequeñas decisiones repartidas por correo.
Días 6–7 · QA y publicación
Revisamos móvil y escritorio, enlaces, formulario, metadatos, sitemap, schema, accesibilidad básica y rendimiento. Después se publica.
Qué suele retrasar una página web
No tener los textos o la información básica
Si nadie puede explicar con claridad servicios, precios, zonas de trabajo o datos de contacto, el desarrollo se detiene aunque el código esté preparado.
Esperar fotografías, logotipos o accesos
Una web puede estar terminada técnicamente y seguir bloqueada porque faltan imágenes definitivas, dominio, correo o credenciales.
Cambiar el alcance durante el proyecto
Añadir reservas, tienda, idiomas, áreas privadas o nuevas páginas después de empezar cambia el proyecto y, por tanto, el plazo.
Revisiones sin límite
Modificar continuamente pequeños detalles sin cerrar decisiones convierte una web de una semana en un proyecto de varias semanas. Por eso un producto cerrado necesita una ronda de revisión clara.
Demasiadas personas decidiendo
Cuando varias personas revisan por separado y llegan instrucciones contradictorias, el tiempo se pierde en coordinación más que en diseño.
¿Hacerla rápido significa hacerla peor?
No necesariamente. Rapidez y prisa no son lo mismo. Una web puede producirse rápido cuando el sistema técnico está probado, el alcance es pequeño y las decisiones están organizadas. Lo que no sería realista es prometer 5–7 días para cualquier proyecto.
Una tienda con cientos de productos, una plataforma con usuarios o una web con integraciones a medida necesita más análisis, desarrollo y pruebas. Intentar meterla en el mismo calendario sí sería recortar calidad.
Qué deberías preparar para que tu web no se retrase
- Una explicación sencilla de qué hace tu negocio.
- Lista de servicios o productos que deben aparecer.
- Datos de contacto y zona de trabajo.
- Logotipo e identidad si ya existen.
- Fotografías propias disponibles.
- Dos o tres webs que te gusten y por qué.
- Acceso al dominio si ya lo tienes.
- Una persona responsable de aprobar la revisión.
Cuándo 5–7 días sí es un plazo razonable
Para un autónomo o pequeña empresa que necesita una web informativa con unas pocas páginas, formulario y contenido manejable, puede ser perfectamente razonable si el material está preparado y el proceso está productizado.
Ese es precisamente el tipo de proyecto para el que hemos diseñado nuestra web profesional desde 399€ IVA incluido.
Cuándo necesitas más tiempo
Si necesitas ecommerce, reservas complejas, múltiples idiomas, migraciones grandes, integraciones, áreas privadas, estrategia de marca extensa o producción fotográfica, el calendario debe adaptarse al trabajo real. Un plazo más largo no significa que el proveedor sea menos eficiente; puede significar simplemente que el proyecto es mayor.
Conclusión
La pregunta útil no es sólo “¿cuánto tarda una web?”, sino “¿qué tiene que estar resuelto para que mi web pueda avanzar sin esperas?”. En proyectos pequeños, un alcance claro y un sistema técnico probado permiten trabajar en días. En proyectos complejos, las semanas adicionales son parte del trabajo necesario.