VezertVezert
Back to Resources

Proyecto web paso a paso: las seis fases y sus plazos

Las fases de un proyecto web: seis etapas desde el análisis hasta el lanzamiento, con el plazo de cada una y lo que debe aportar el cliente.

Publicado April 22, 202615 minLena Tarhonska · Cofundadora y CEO en Vezert
Proceso de web design agency desde analisis y planificacion a traves de desarrollo AI hasta lanzamiento y optimizacion

Un proyecto web es una secuencia de seis fases que lleva un encargo desde la primera conversación hasta la puesta en marcha: análisis, estrategia UX y UI, desarrollo, pruebas y control de calidad, lanzamiento y optimización posterior. Cada fase termina con un entregable y una aprobación del cliente.

La duración depende del alcance. Una página de aterrizaje enfocada se publica en 2 a 5 días. Una web corporativa de 10 a 30 páginas necesita 2 a 4 semanas. Un portal con cuentas, roles e integraciones requiere 6 a 12 semanas. Esos son los plazos de entrega estándar de cada tipo de proyecto, y dan por hecho que el cliente sigue el ritmo.

Ese último punto casi nunca aparece en una propuesta. Los contenidos, los materiales de marca y las aprobaciones dependen del cliente en casi todas las fases, y la entrega tardía es la causa más frecuente de un retraso. Esta guía recorre cada fase, su entregable, su plazo y lo que su equipo debe entregar para cerrarla a tiempo.

Qué es un proyecto web y qué incluye

Un proyecto web es un orden de trabajo documentado, no un estilo de colaboración. Define quién decide qué, en qué orden y frente a qué entregable. Las mismas seis fases se aplican tanto a una página de aterrizaje como a un portal multilingüe. Lo que cambia es cuántos días ocupa cada fase y cuántas personas intervienen en la aprobación.

Sin ese orden, el trabajo se vuelve reactivo. Las decisiones llegan tarde, las prioridades se mueven y el resultado se aleja de lo que pidió el negocio. Los patrones de fallo se repiten en cualquier tamaño de proyecto:

  • Un alcance que nunca se puso por escrito y por eso sigue creciendo.
  • Aprobaciones sin responsable asignado.
  • Una fecha fijada antes de que nadie contara las páginas.
  • Funcionalidades que nadie del lado del negocio pidió.

Un ciclo de vida definido alinea estrategia, diseño y desarrollo desde la primera semana. También da al cliente un punto de apoyo: en cualquier momento puede nombrar la fase en curso, la decisión pendiente y la fecha del siguiente entregable.

Por qué la transparencia importa al comprador

La transparencia durante un proyecto web es una ventaja práctica, no una cortesía. Cuando las fases, los responsables y las fechas están escritos, se distingue una planificación retrasada de una planificación que le está esperando a usted. Los informes de avance, los hitos documentados y una definición compartida de terminado eliminan la incertidumbre que convierte cuatro semanas en tres meses.

Un proyecto web empieza por el análisis, no por el diseño. Objetivos, audiencias y un alcance escrito hacen más rápida cada fase posterior, y son la única razón por la que puede anunciarse un precio cerrado y una fecha cerrada.

Fase 1: análisis y planificación

El análisis convierte un objetivo de negocio en un alcance escrito. Antes del diseño y del código, el equipo reúne los requisitos, define la audiencia, acuerda cómo se medirá el éxito y lo deja documentado. Según Nielsen Norman Group, una fase de análisis sirve para reducir las incógnitas antes de que un equipo se comprometa con una solución.

Entregable: un documento de alcance, un mapa del sitio y un plan de hitos con fechas. Duración habitual: menos de un día en una página de aterrizaje, hasta dos semanas en un portal.

Esta fase abarca:

  • Requisitos de negocio, materiales existentes y elementos de marca.
  • Audiencias objetivo y las acciones que deben realizar.
  • Requisitos funcionales y estructurales, página por página.
  • Integraciones, y quién custodia los accesos de cada una.

Entender los objetivos de negocio

Todo proyecto empieza por el modelo de negocio y la audiencia. Aquí el equipo establece para quién es el sitio, qué problema elimina y qué debe hacer el visitante después. Saltarse esta fase no ahorra tiempo: traslada la misma conversación a la revisión de diseño, donde los cambios cuestan más.

Puntos de atención:

  • Objetivos de negocio y cómo se miden.
  • Características de la audiencia objetivo.
  • Posicionamiento frente a la competencia.
  • Resultados esperados del sitio.

Convertir requisitos en documentación

Los requisitos se escriben después en una especificación ordenada con la que trabajan ambas partes. Alcance, requisitos técnicos y hoja de ruta dejan de ser una conversación y pasan a ser una referencia, y eso es lo que hace posible un precio cerrado y una fecha cerrada. Un alcance escrito es además el documento con el que se comparan propuestas al elegir un socio de desarrollo web.

Entregables habituales de esta fase:

  • Plan de estructura y mapa del sitio.
  • Requisitos funcionales.
  • Hitos de desarrollo con fechas.
  • Una lista nombrada de entregables.
Sesión de análisis de un proyecto web con mapas de recorrido de usuario, bocetos de wireframes y notas de objetivos
El análisis y la planificación UX convierten los objetivos de negocio en recorridos estructurados antes del diseño visual.

Fase 2: estrategia UX y UI

La estrategia UX y UI va antes del diseño visual. Estructura, lógica y recorridos de usuario se planifican antes de aplicar colores y maquetas, para que la maqueta tenga algo a lo que servir. Esta fase traduce el documento de análisis en lógica de interacción: qué debe lograr una página, en qué orden la encuentra un visitante y dónde se sitúa la conversión.

Entregable: wireframes, recorridos de usuario y una dirección visual aprobada. Duración habitual: de un día a tres semanas según el número de páginas.

La razón de colocar el diseño UX y UI antes de los visuales es económica: las decisiones de maquetación siguen siendo baratas de cambiar. Mover una sección en un wireframe cuesta minutos; moverla con las páginas ya construidas cuesta un sprint.

Recorrido de usuario y plan de conversión

Cada página y cada interacción se planifican frente a un objetivo de usuario y un resultado de negocio. Los recorridos se trazan desde la entrada hasta la conversión, se nombran las llamadas a la acción principales y secundarias, y el contenido se ordena según la fase de decisión en la que está realmente el visitante.

Puntos de atención:

  • Trazado de recorridos desde la entrada hasta la conversión.
  • Definición de llamadas a la acción principales y secundarias.
  • Organización del contenido por fase de decisión.
  • Alineación de los recorridos con objetivos medibles.

Prototipos y ciclos de revisión

Una vez fijada la estructura, los prototipos hacen visible la experiencia. Las primeras versiones de las maquetas permiten a ambas partes probar una idea antes de construirla. Ahí es donde el presupuesto de revisiones se ahorra o se gasta.

Esta fase incluye:

  • Wireframes que fijan jerarquía e interacción.
  • Ajustes iterativos a partir de los comentarios recibidos.
  • Alineación entre estrategia y ejecución visual.
  • Aprobación antes de que empiece el desarrollo.

Fase 3: desarrollo

El desarrollo construye el diseño aprobado hasta convertirlo en un sitio funcional. Un equipo actual combina implementación asistida por IA con ingeniería humana: la automatización asume las tareas repetitivas, mientras los desarrolladores mantienen el control de la arquitectura, la calidad y toda decisión difícil de revertir después. Es la fase más larga y aquella en la que un alcance congelado se rentabiliza.

Entregable: un sitio funcional en una URL de preproducción por la que se puede navegar. Duración habitual: de un día a seis semanas según el alcance.

Lo que produce esta fase:

  • Los diseños aprobados, implementados página por página.
  • Componentes reutilizables con un comportamiento uniforme.
  • El contenido cargado en la estructura real.
  • Integraciones conectadas y probadas con accesos reales.

Cómo acelera la IA la implementación

En Vezert las herramientas de IA contribuyen a la generación de código, la creación de componentes y el refinamiento iterativo. Eso acorta la distancia entre un diseño aprobado y una página navegable, sin cambiar quién responde por el resultado. Más sobre el método en nuestra guía de desarrollo web asistido por IA.

La IA contribuye en:

  • Generación, refinamiento y revisión de código.
  • Flujos de prueba y depuración.
  • Coherencia de componentes en todas las páginas.
  • Reducción del ciclo de iteración durante la construcción.

Por qué la revisión humana sigue en el circuito

La IA asiste la ejecución; no carga con la responsabilidad. La revisión humana mantiene la construcción alineada con los requisitos escritos en la fase uno.

La intervención humana resulta decisiva en:

  • Arquitectura y lógica del sistema.
  • Control de calidad y validación final.
  • Alineación estratégica con los objetivos del proyecto.
  • Escalabilidad del resultado.

Sin un alcance escrito, un proyecto se vuelve reactivo: las decisiones llegan tarde, las prioridades se mueven y la factura crece sin que nadie lo haya decidido. La expansión del alcance no es un problema de carácter, es la consecuencia de una fase uno que nunca se documentó.

La ventaja de Vezert

Vezert recorre las mismas seis fases en cada proyecto y asigna una fecha a cada una. Las páginas de aterrizaje se publican en 2 a 5 días, las webs corporativas en 2 a 4 semanas, los portales en 6 a 12 semanas, con las entregas del cliente escritas en el plan desde el primer día.

Puesto de desarrollo durante la fase de construcción con sugerencias de código asistidas por IA y resultados de pruebas automatizadas
Durante la construcción, la automatización asume el trabajo repetitivo mientras los desarrolladores dirigen arquitectura y calidad.

Fase 4: pruebas y control de calidad

Las pruebas validan el sitio en condiciones reales antes de que lo vea alguien ajeno al proyecto. Una versión de preproducción pasa controles de rendimiento, visualización, funcionamiento y accesibilidad, y los hallazgos vuelven como una lista de correcciones con un responsable por línea. Tratar el control de calidad como una fase y no como un resto separa una fecha de lanzamiento de una suposición de lanzamiento.

Entregable: un informe de calidad aprobado y una preproducción con la lista de correcciones cerrada. Duración habitual: de unas horas a una semana.

Actividades previas al lanzamiento:

  • Pruebas de rendimiento frente a los umbrales de las Core Web Vitals.
  • Pruebas de visualización en dispositivos y tamaños de pantalla.
  • Validación de formularios, interacciones e integraciones.
  • Corrección de defectos técnicos y visuales.

Las pruebas de rendimiento, tal como describe la guía de planificación de Smashing Magazine, comprueban que el sitio siga siendo rápido y estable en uso real y no solo en la máquina del desarrollador.

Pruebas entre navegadores y de accesibilidad

Más allá de los controles funcionales, el equipo valida el sitio en Chrome, Safari, Firefox y Edge y confirma la conformidad WCAG básica. La accesibilidad amplía la audiencia y retira una categoría de riesgo legal, y sale mucho más barata integrada durante la construcción que añadida después. Sobre la parte técnica de la velocidad, vea nuestra guía de sitios web de alto rendimiento.

Fase 5: lanzamiento

El lanzamiento traslada la versión aprobada a producción. El trabajo aquí es de infraestructura y no de diseño: DNS, alojamiento, distribución, redirecciones desde las URL antiguas, analítica y una última pasada por los metadatos. Es la fase más corta del proceso y la que menos margen deja a la improvisación, y por eso se ejecuta desde una lista de comprobación.

Entregable: el sitio publicado, con redirecciones, analítica y search console configuradas. Duración habitual: de unas horas a dos días.

Actividades de lanzamiento:

  • Publicación en el entorno de producción.
  • Distribución por CDN para que las páginas carguen cerca del visitante.
  • Plan de redirecciones para cada URL antigua que tuviera tráfico.
  • Preparación para la búsqueda con IA y los sistemas de descubrimiento actuales.

Una red de distribución de contenidos sirve las páginas desde ubicaciones próximas al visitante, lo que reduce el tiempo de carga para audiencias fuera del mercado de origen. El plan de redirecciones es lo que más se omite en un rediseño, y lo que cuesta las posiciones ya ganadas. Sobre cómo encajan ambas disciplinas: SEO y desarrollo web.

Fase 6: optimización tras el lanzamiento

El lanzamiento abre el periodo de medición, no cierra el proyecto. En cuanto llegan visitantes reales, el sitio produce datos que ninguna planificación podía aportar: qué páginas se leen, dónde se abandonan los formularios, qué dispositivos sufren. La fase seis convierte esos datos en un ciclo corto y repetido de cambios pequeños.

Entregable: un informe mensual y una lista de cambios priorizada. Duración habitual: continua.

El trabajo posterior al lanzamiento incluye:

  • Vigilancia del rendimiento y la disponibilidad.
  • Seguimiento del comportamiento y la interacción.
  • Detección de defectos técnicos y de usabilidad.
  • Planificación de mejoras a partir de cifras reales.

Aquí un sitio deja de ser una entrega y pasa a ser un activo. Nuestra guía completa sobre la optimización tras el lanzamiento detalla las acciones de los primeros noventa días.

Pida un plan de fases con fechas

Indique su número de páginas y su fecha objetivo. Recibirá el plan de seis fases con una fecha por hito y las entregas que necesitamos de su parte.

Hablar del proyecto

Cómo se estiman los plazos de un proyecto web

Un proyecto web dura entre unos pocos días y unos tres meses, y la diferencia está en el número de páginas, el número de idiomas y la cantidad de sistemas que hay detrás de la interfaz. En Vezert una página de aterrizaje parte de €1.500 y se publica en 2 a 5 días. Una web corporativa de 10 a 30 páginas parte de €4.500 y ocupa 2 a 4 semanas. Un portal con cuentas, roles e integraciones parte de €12.000 y necesita 6 a 12 semanas. La entrega urgente en menos de 48 horas es posible con alcances pequeños y suma un 25% al coste del proyecto.

Esos plazos parten de un supuesto: que los contenidos y las aprobaciones llegan en las fechas previstas. La tabla siguiente muestra cómo se reparte el calendario por tipo de proyecto.

Tipo de proyectoAlcanceAnálisis + UXDesarrollo + QAPlazo totalDesde
Página de aterrizaje1 a 5 páginas, un objetivomenos de 1 día1 a 4 días2 a 5 días€1.500
Web corporativa10 a 30 páginas3 a 7 días1 a 3 semanas2 a 4 semanas€4.500
Web multilingüe30+ páginas, 2+ idiomas1 a 2 semanas2 a 4 semanas4 a 6 semanas€4.500
Portal o aplicación webcuentas, roles, integraciones1 a 2 semanas4 a 10 semanas6 a 12 semanas€12.000
Rediseño de un sitio existentecontenido existente, estructura nueva1 a 2 semanas2 a 6 semanas3 a 8 semanas€4.500

Qué aporta el cliente en cada fase

El calendario tiene dos lados, y solo uno es la agencia. Contenidos, materiales de marca, decisiones y accesos vienen del cliente, y cada uno de ellos condiciona una fase. Un proyecto descrito como retrasado está esperando, con más frecuencia, un archivo de texto. Nombrar esas entregas por anticipado es el seguro de plazos más barato que existe.

Tres cosas conviene prepararlas antes de la primera reunión, porque desbloquean toda la primera mitad del proceso:

  • Una persona que decida. Alguien que pueda aprobar un wireframe sin comité.
  • El contenido, o la decisión de encargarlo. Los textos de página son el bloqueo más frecuente, y no se vuelven más fáciles después.
  • Los materiales de marca. Archivos de logotipo, tipografías y manuales existentes, en formatos editables.

La tabla asocia cada fase con lo que aporta el cliente y con lo que ocurre si llega tarde.

FaseQué aporta el clienteQué ocurre si llega tarde
1. AnálisisObjetivos, materiales existentes, conocimiento de la audiencia, una persona que decidaEl alcance sigue abierto y no se puede fijar ninguna fecha
2. UX y UIComentarios sobre los wireframes en el plazo acordado, materiales de marcaDiseño y desarrollo se solapan y las revisiones se multiplican
3. DesarrolloTextos definitivos, imágenes, datos de productos o serviciosLas páginas se construyen con texto provisional y se rehacen
4. Pruebas y QARevisión de la preproducción, peticiones de cambio en una sola tandaLas correcciones llegan después del lanzamiento en lugar de antes
5. LanzamientoAcceso a dominio y DNS, cuentas de analítica, textos legalesLa fecha se mueve por motivos ajenos a la construcción
6. Tras el lanzamientoContexto de negocio para las cifras, prioridades del siguiente cicloLos datos se acumulan y no se decide nada con ellos

Por qué un proceso estructurado cumple los plazos

La diferencia entre una construcción estructurada y una improvisada se ve en el calendario, no en el porfolio. Ambas pueden producir una página atractiva. Solo una puede decirle en la semana dos qué será cierto en la semana seis. La comparación recoge los puntos que un comprador puede verificar durante la conversación comercial.

AspectoProceso estructuradoConstrucción improvisada
AnálisisAlcance escrito con objetivos, audiencias e indicadoresBriefing informal o conversación verbal
UX y UIWireframes y recorridos aprobados antes de los visualesEl diseño arranca de una preferencia visual
DesarrolloConstrucción por componentes con revisión de código y QAUn solo desarrollador, pruebas limitadas
PruebasEntre navegadores, visualización, accesibilidad y rendimientoComprobaciones manuales en una máquina
LanzamientoLista de comprobación, plan de redirecciones, analítica, CDNArchivos subidos al alojamiento
Tras el lanzamientoVigilancia y un ciclo mensual de cambiosEl soporte termina en la entrega
CalendarioHitos con fechas y entregas del cliente nombradasUna fecha final sin estructura de fases
Cambios de costePeticiones de cambio escritas sobre un alcance congeladoEl alcance crece en silencio y la factura lo sigue

Antes de firmar

Pida a la agencia que nombre el entregable de cada fase y la fecha en la que llega. Un equipo que responde sin dudar ya ha recorrido esta secuencia. Nuestra página de precios y paquetes detalla qué cubre el precio base.

Conclusión

Un proyecto web son seis fases, cada una con un entregable y un punto de decisión: análisis, estrategia UX y UI, desarrollo, pruebas y control de calidad, lanzamiento y optimización posterior. El calendario va de 2 a 5 días para una página de aterrizaje a 6 a 12 semanas para un portal, y solo se sostiene si se sostienen las entregas del lado del cliente.

Al evaluar una propuesta, las preguntas útiles son las del proceso y no las de las imágenes. Pregunte qué fase produce qué documento, quién lo aprueba y qué necesita la agencia de usted y para cuándo. Un equipo que responde sin dudar ya ha recorrido esta secuencia. Nuestra guía sobre cómo elegir una agencia de diseño web cubre el resto de la comprobación.

Vezert recorre las mismas seis fases en cada proyecto, desde una página única hasta un portal multilingüe. Escríbanos con su número de páginas y su fecha objetivo, y recibirá el plan de fases con fechas asignadas.

Related Articles

Explore more articles on similar topics to deepen your understanding

Explore All Articles

Frequently Asked Questions

Find answers to common questions about this topic