Cuánto tarda una web y de qué depende el calendario

El punto de partida es un alcance compartido: objetivo, páginas, idiomas, funcionalidades y responsables. También hace falta conocer si existe una identidad utilizable y en qué estado están los textos e imágenes. Un proyecto que empieza con estos materiales preparados tiene una situación distinta de otro que debe definirlos durante el proceso.

Si hay una fecha comercial importante, comunícala desde la primera conversación y explica qué debe estar disponible ese día. Esto permite revisar prioridades y proponer una primera versión coherente. Una fecha deseada necesita contrastarse con las tareas y dependencias antes de convertirse en un compromiso.

La arquitectura ordena las páginas y los recorridos. El diseño define cómo se presenta el contenido y cómo se interactúa. El desarrollo convierte esas decisiones en una web funcional. Después hay que integrar materiales, revisar recorridos y preparar la publicación. Algunas tareas pueden avanzar en paralelo cuando sus requisitos están claros.

Otras dependen de una aprobación anterior. Si cambia la estructura de servicios después de diseñar las páginas, puede ser necesario revisar contenido, navegación e implementación. El calendario debe mostrar estos puntos de decisión y reservar tiempo para comprobar el trabajo antes de seguir.

Los contenidos suelen condicionar más partes del diseño de las que parece. La longitud de un titular, el número de productos o la disponibilidad de imágenes influyen en la composición y en los componentes. Trabajar con contenido representativo ayuda a detectar problemas antes de que la web esté montada.

También conviene designar una persona que reúna las opiniones del equipo y devuelva comentarios acordados. Aprobaciones dispersas o contradictorias pueden reabrir decisiones. Prepara además los accesos que se necesitarán para dominio, alojamiento, analítica o sistemas externos, y comprueba quién está autorizado para facilitarlos.

Conectar una web con un sistema de reservas, un catálogo o una herramienta comercial puede depender de documentación, permisos y terceros. Es importante revisar esas condiciones al estimar, y distinguir lo que controla el equipo de desarrollo de lo que necesita respuesta externa.

Antes de publicar, acuerda una revisión con contenido real: enlaces, formularios, móvil, navegación por teclado, metadatos y redirecciones cuando exista una web anterior. Define quién aprueba el lanzamiento y quién comprueba el dominio una vez publicado. Esa fase forma parte del proyecto y debe aparecer en la planificación.

Pide un calendario vinculado a entregas y aprobaciones. Si aparece un cambio, revisad su efecto sobre las tareas restantes y documentad la nueva prioridad.

• ¿Qué necesitamos entregar antes de empezar cada fase?
• ¿Quién aprueba y cómo se reúne el feedback?
• ¿Qué tareas dependen de terceros o accesos?
• ¿Qué puede quedar para una segunda versión?
• ¿Qué validaciones deben completarse antes de publicar?