1. Semana 1

   Reunión inicial y toma de requisitos

   Nos sentamos con quien va a usar el sitio a diario, no solo con quien firma. Salimos de ahí con una lista de objetivos, los contenidos disponibles y las restricciones reales: plazos internos, sistemas heredados, quién aprueba los textos.

2. Semanas 2 y 3

   Arquitectura de información y wireframes

   Definimos el mapa de secciones, los niveles de navegación y qué hace cada página. Los wireframes se revisan en pantalla y en móvil antes de hablar de color o tipografía. Aquí se detectan los menús duplicados y las páginas que nadie visita.

3. Semanas 4 a 6

   Diseño de interfaz y sistema de componentes

   Pasamos los wireframes a diseño visual con un conjunto cerrado de componentes: cabeceras, tarjetas, formularios, tablas. El objetivo es que el sitio se pueda ampliar después sin inventar estilos nuevos cada vez.

4. Semanas 6 a 10

   Desarrollo, contenidos y entorno de pruebas

   Maquetamos y programamos sobre un entorno de pruebas accesible para el cliente. Los contenidos reales entran aquí, no al final: así se ven los problemas de longitud, las imágenes que faltan y los formularios que apuntan a direcciones antiguas.

5. Semana 11

   Revisión de rendimiento, accesibilidad y SEO técnico

   Medimos tiempos de carga, revisamos contraste y navegación con teclado, y comprobamos que las URLs, los títulos y las redirecciones están en orden. No prometemos posiciones en Google; lo que hacemos es dejar la base técnica bien hecha.

6. Semana 12 y siguientes

   Publicación, formación y traspaso

   Publicamos por bloques para no dejar el sitio fuera de servicio, formamos al equipo en el panel de gestión y entregamos la documentación de decisiones. A partir de ahí, el mantenimiento puede seguir con nosotros o quedarse en casa.

Aclaraciones sobre el proceso de implementación

Antes de empezar conviene dejar por escrito qué entra en cada fase, qué decide el cliente y qué no depende de nosotros. Estas notas evitan malentendidos cuando el proyecto avanza y hay varias personas implicadas.

Qué significa "terminado"

Una fase se da por cerrada cuando el entregable está publicado en el entorno acordado y el equipo del cliente puede usarlo sin nuestra ayuda. Revisar no es lo mismo que aprobar: si no hay respuesta en el plazo pactado, seguimos con la siguiente fase y lo dejamos anotado.

Contenidos y textos

Trabajamos con los textos que aporta el cliente. Si hay que redactar desde cero, es una tarea aparte que se planifica antes de maquetar. Las imágenes deben llegar con derechos de uso resueltos; no revisamos licencias de material ajeno.

SEO técnico, no posiciones

Nos ocupamos de que la estructura, los metadatos, la velocidad y la indexación estén bien planteados. No garantizamos aparecer en el primer puesto de Google ni en una posición concreta: eso depende de la competencia, del contenido y de factores que cambian con el tiempo.

Cambios fuera de alcance

Las peticiones que aparecen a mitad de proyecto y no estaban en el plan inicial se valoran aparte. No las rechazamos por sistema, pero sí las separamos para que no descoloquen el calendario ni el presupuesto acordado.

Accesos y dependencias externas

Necesitamos acceso al hosting, al dominio y a las cuentas implicadas antes de la fase de publicación. Si hay un proveedor externo de por medio, los tiempos de respuesta de ese proveedor no están bajo nuestro control.

Datos y privacidad

Los formularios recogen solo los campos necesarios y se conectan a las bandejas indicadas por el cliente. El tratamiento de esos datos, su conservación y el aviso legal correspondiente son responsabilidad del titular del sitio.

Si algo de lo anterior no encaja con cómo trabaja tu equipo, mejor hablarlo antes de firmar el plan de trabajo. Ajustar estas condiciones al inicio es más barato que corregirlas a mitad.