Planea el rediseño de tu página web con tiempos para contenido, diseño, desarrollo y pruebas. Un ejemplo de ocho semanas y lo que puede cambiar la fecha.
Rediseñar una página web puede tomar varias semanas o varios meses. Actualizar el aspecto de unas cuantas páginas lleva un trabajo muy distinto al de reorganizar un sitio bilingüe, trasladar su contenido y volver a conectar sus formularios.
Sigue siendo una respuesta bastante amplia, así que vamos a ponerle forma. Te voy a mostrar un ejemplo de ocho semanas para el sitio de una pequeña empresa y qué cosas podrían cambiar ese calendario.
El ejemplo usa un calendario hipotético. El plazo de tu proyecto se acuerda después de revisar el alcance y la disponibilidad del equipo.
Empieza por lo que necesitas cambiar
Abre tu sitio actual y anota qué quieres conservar, reemplazar y agregar.
Tal vez la estructura funciona, pero las fotos y el diseño ya se ven viejos. Ahí tienes un trabajo bastante delimitado. Conservar las páginas, el contenido y la plataforma actual quita decisiones del proyecto.
Ahora imagina que quieres agregar otro idioma, páginas individuales para cada servicio y un formulario de cotización que envíe la información a tu CRM. Hay que decidir qué dicen esas páginas, quién aprueba cada idioma y qué pasa después de enviar el formulario. Todo eso también ocupa tiempo.
Esas funciones también cambian el presupuesto. Nuestra calculadora de costo web te ayuda a estimar la construcción mientras decides qué incluir en la primera versión.
Un ejemplo real de alcance es el sitio de Grupo Domo. Reúne páginas de servicios e industrias en dos idiomas, una cotización aduanal guiada y una calculadora de carga. Cada función necesita contenido y pruebas propias. Llamarlo simplemente una página web dice muy poco sobre el trabajo que lleva.
Un ejemplo de calendario para el rediseño
Supongamos que vamos a trabajar en un sitio de unas ocho páginas, en un idioma, con un formulario de contacto común y sin tienda ni cuentas de usuario. Ya hay textos y fotos disponibles, una persona puede aprobar las decisiones y el equipo de desarrollo tiene reservado el tiempo.
Con esas suposiciones, un calendario ilustrativo de ocho semanas podría verse así:
| Cuándo | Trabajo por completar | Qué permite avanzar |
|---|---|---|
| Semana 1 | Revisar el sitio y acordar páginas, funciones y responsabilidades | Alcance definido y lista del contenido que se conserva o reemplaza |
| Semanas 2 y 3 | Editar textos, organizar páginas y preparar los diseños principales | Estructura, textos y dirección visual aprobados |
| Semanas 4 a 6 | Construir las páginas, cargar contenido y conectar el formulario | Una versión de prueba con las funciones acordadas |
| Semana 7 | Revisar el sitio completo, probarlo y corregir problemas | Páginas aprobadas y formularios que pasan las pruebas |
| Semana 8 | Terminar la revisión de lanzamiento, publicar y probar el sitio en línea | Sitio funcionando y responsables de atender los ajustes posteriores |
Parte del trabajo puede hacerse en paralelo. Se puede programar una pantalla aprobada mientras terminan los textos de otra. Pero construir la página de un servicio antes de decidir qué incluye puede obligarte a hacer ese trabajo dos veces.
Además, la primera semana empieza en la fecha acordada para trabajar. Si la agencia tiene disponibilidad hasta el próximo mes, esa espera va antes del calendario.
Ponle fecha al contenido y a las revisiones
"Luego mandamos los textos" deja un pendiente abierto. Alguien tiene que escribirlos, revisar los detalles y aprobarlos antes de que la página esté lista.
Yo pondría un responsable y una fecha junto a cada contenido. Eso incluye fotos, descripciones de servicios, testimonios que tengas permiso de usar y los textos legales que necesite tu negocio.
En un sitio bilingüe, decide quién prepara el original y quién revisa la traducción. Es más sencillo traducir una página aprobada que mantener dos versiones al día mientras ambas siguen cambiando. Los botones, formularios y mensajes de confirmación también necesitan esa revisión.
Acuerda cuántas rondas de cambios habrá y cómo se van a reunir los comentarios. Es más fácil trabajar con una sola lista que con mensajes separados de cinco personas. Si una revisión tarda una semana, esa semana cuenta aunque nadie esté programando durante ese tiempo.
Agregar una función después de aprobar el alcance también cambia el plan. Antes de sumarla al lanzamiento, pregunta cómo afecta la fecha y el presupuesto del rediseño.
Reserva tiempo para la migración y las pruebas
Antes de cambiar las direcciones de las páginas, haz una lista de las URLs actuales y decide a dónde irá cada una. Conserva las direcciones útiles cuando sea posible y prepara redirecciones para las que cambien. La guía de Google sobre migraciones recomienda relacionar las URLs anteriores con sus nuevos destinos y probar el sitio antes del cambio.
Esto lleva más trabajo si tienes muchos artículos, documentos o versiones en otros idiomas. Reserva tiempo para hacerlo junto con el diseño.
Después prueba la página como lo haría un cliente. Ábrela en tu celular, revisa el menú, sigue los enlaces y envía una consulta de prueba.
En el formulario, recorre el proceso completo:
- Los campos obligatorios y los mensajes de error funcionan.
- El visitante recibe la confirmación correcta.
- La consulta llega al correo o al registro del CRM que corresponde.
- El equipo recibe la información necesaria para responder.
Si hay una calculadora o un sistema de reservas, prueba también sus reglas y los datos poco comunes. Deja espacio para corregir lo que encuentres antes de publicar y repite las pruebas esenciales en el sitio en línea.
Google puede tardar en procesar las URLs que cambian. Publicar el sitio y estabilizar su visibilidad en buscadores son momentos distintos; el calendario de desarrollo no puede prometer cuándo se estabilizarán las posiciones.
Planea desde la fecha de lanzamiento hacia atrás
Si necesitas el sitio para una campaña o un evento, comparte esa fecha desde la primera conversación.
A partir de ahí, reserva tiempo hacia atrás para las pruebas finales, la revisión del sitio completo, el desarrollo y la aprobación de contenido. Confirma que las personas responsables estén disponibles. Agendar una revisión durante sus vacaciones no ayuda mucho.
Si no cabe todo, define una primera versión útil. Puedes publicar las páginas de servicios indispensables y el contacto, y dejar una biblioteca de recursos más amplia para después. Mantén las pruebas y la migración necesaria dentro del plan de lanzamiento.
Puedes conocer nuestro trabajo de diseño y desarrollo web o escribirnos sobre tu sitio. En el mensaje, incluye el enlace actual, la fecha que tienes en mente y lo que necesitas cambiar. Con eso tenemos un punto de partida mucho más claro para hablar de tiempos.