Plan de proyecto para rediseñar un sitio web del sector público: fases, roles, plazos y riesgos

Un plan de proyecto realista para rediseñar el sitio web de un gobierno, ayuntamiento u organismo público: siete fases con entregables, una matriz RACI, un calendario de ejemplo de 9 meses, los riesgos que suelen descarrilar los proyectos públicos y cómo gestionarlos.

Los rediseños del sector público rara vez fracasan porque el nuevo diseño sea feo. Fracasan porque la contratación tardó ocho meses, la migración de contenido se estimó en "unas pocas semanas", se pidió a veinte departamentos que reescribieran sus páginas en la misma quincena y la fecha de lanzamiento se anunció en un pleno municipal antes de que nadie contara los PDF. Este plan se organiza en torno al trabajo que de verdad consume el tiempo, con las decisiones que necesitas de la dirección escritas justo en el momento en que las necesitas.

Las fases de un vistazo

Fase	Entregable principal	Duración típica
0. Mandato	Acta de constitución firmada, presupuesto, patrocinador	2 a 4 semanas
1. Descubrimiento	Inventario de contenido, tareas principales, línea base de analítica, investigación con usuarios	6 a 8 semanas
2. Plataforma y contratación	Plataforma elegida, contrato firmado	6 semanas a 6 meses (la fase más variable)
3. Estructura y diseño	Navegación, plantillas, sistema de diseño, prototipos probados	6 a 10 semanas
4. Contenido	Cada página conservada reescrita o migrada, documentos convertidos	10 a 16 semanas, solapada con las fases 3 y 5
5. Construcción y pruebas	Sitio funcionando, accesibilidad y rendimiento probados, redirecciones mapeadas	8 a 12 semanas
6. Lanzamiento y estabilización	Sitio en vivo, monitoreo, correcciones, plataforma antigua apagada	4 a 8 semanas

El total para una ciudad o un organismo de tamaño medio suele ser de 9 a 15 meses. Si alguien ha prometido seis, averigua qué fase se saltó.

Fase 0: Mandato

Antes de hablar con cualquier proveedor, consigue un acta de una página firmada por un patrocinador directivo. Debe indicar:

Por qué ahora. Fin de vida de la plataforma, obligaciones de accesibilidad, quejas de la ciudadanía, un hallazgo de seguridad. Sé concreto; "el sitio se ve anticuado" no sobrevivirá al primer recorte de presupuesto.
Qué significa el éxito, en términos medibles: tasa de finalización de las cinco tareas principales, número de páginas y documentos reducidos, bloqueos de accesibilidad en cero al lanzar, llamadas a la centralita sobre cosas que están en la web.
Alcance. Qué sitios entran (sitio principal, sitios de departamentos, la biblioteca, ¿la policía?) y qué sistemas quedan fuera (permisos, pagos, órdenes del día).
Quién decide. Un patrocinador, un responsable de producto con autoridad para decir que no a los departamentos y un comité de dirección que se reúna cada mes.
Presupuesto para la construcción, el trabajo de contenido y los tres primeros años de costos de operación. Nuestra guía del costo total de propiedad enumera qué incluir.

Fase 1: Descubrimiento

Cuatro trabajos, en paralelo.

Inventario de contenido. Cada página, documento y sitio independiente, con responsable y decisión. Esta es la cifra que dimensiona la fase 4. Nuestro método de inventario de contenido lleva unas cuatro semanas.
Tareas principales. A partir de los registros de búsqueda, la analítica, los registros del centro de llamadas y una encuesta breve, enumera las tareas que la gente viene a hacer. Normalmente un número pequeño de tareas concentra la mayoría de las visitas.
Línea base de analítica. Registra las cifras actuales ahora; las necesitarás para demostrar que el rediseño funcionó. Consulta analítica web para el sector público.
Investigación con usuarios. Observa a entre diez y quince residentes intentando las tareas principales en el sitio actual, incluidas personas que usan tecnologías de apoyo y personas en el móvil.

Decisión de la dirección al final del descubrimiento: confirmar el alcance frente a las cifras del inventario. Este es el momento de sacar un sitio del alcance o añadir presupuesto, no el séptimo mes.

Fase 2: Plataforma y contratación

Redacta los requisitos a partir del descubrimiento, no de la lista de funciones del sitio antiguo. Separa lo imprescindible (soporte de accesibilidad, roles y permisos, revisión antes de publicar, registros y trazabilidad, una vía de salida limpia para tu contenido y tu código) de lo deseable. Nuestra plantilla de RFP para sitios web gubernamentales y la lista de verificación de contratación cubren las preguntas; el plan de salida del proveedor cubre la cláusula que más se olvida.

Cuenta con que esta fase se retrase. Trabaja en paralelo la navegación de la fase 3 y la reescritura de contenido de la fase 4, porque ninguna depende de la plataforma que elijas.

Fase 3: Estructura y diseño

Navegación organizada por tareas y temas, no por departamentos. La ciudadanía no sabe qué departamento se encarga de los residuos voluminosos.
Prueba la estructura antes de diseñarla. Un tree test (la gente busca elementos en un menú solo de texto) detecta la mayoría de los problemas de navegación por muy poco dinero.
Plantillas: mantén la lista corta. Un sitio público típico necesita unas diez: inicio, tema, servicio/trámite, artículo, noticia, evento, ubicación, persona o directorio, búsqueda y formulario.
Accesibilidad desde el primer boceto: el contraste, los estados de foco, la estructura de encabezados y el tamaño de los objetivos se deciden en el diseño. El estándar que la mayoría de los organismos estatales y locales de EE. UU. deben cumplir según la norma del Título II de la ADA es WCAG 2.1 nivel AA, con fechas de cumplimiento del 26 de abril de 2027 (50,000 habitantes o más) y del 26 de abril de 2028 (entidades más pequeñas y distritos especiales), tras la norma final provisional de abril de 2026.

Fase 4: Contenido (la ruta crítica)

El contenido es donde se desbordan los rediseños públicos. Planifícalo como una línea de producción.

Paso	Quién	Consejo
Acordar normas de contenido y tipos de página	Responsable de contenido	Una página de reglas sobre lenguaje claro, encabezados, enlaces y documentos
Formar a quienes redactan en los departamentos	Responsable de contenido	Dos horas, usando sus propias páginas como ejemplo
Redactar por lotes por departamento	Departamentos	Escalona los plazos; nunca todos los departamentos en la misma quincena
Editar y aprobar	Responsable de contenido y después jefatura del departamento	Dos rondas como máximo; acórdalo por escrito
Convertir documentos en páginas o formularios	Equipo web	Empieza por los formularios de solicitud más usados
Cargar en la nueva plataforma	Equipo web o departamentos	Solo cuando las plantillas estén estables

Presupuesta contando: si el inventario dice que se conservan 600 páginas y cada una lleva dos horas de reescritura, edición y aprobación, son 1,200 horas de tiempo de los departamentos. Muestra esa cifra a la dirección en la fase 1, no en la fase 4.

Fase 5: Construcción y pruebas

Mapa de redirecciones: cada URL antigua con tráfico o enlaces entrantes apunta a su nuevo destino. Primero en una hoja de cálculo, luego implementado y probado.
Pruebas de accesibilidad: manuales y automáticas, en cada plantilla y en las tareas principales. Consulta nuestro proceso de pruebas de accesibilidad.
Prueba de usabilidad: repite las tareas de la fase 1 con residentes en el nuevo sitio y compara.
Rendimiento y móvil: prueba en un teléfono de gama media con una conexión lenta.
Revisión de seguridad por tu equipo de TI, incluida la configuración de cuentas y roles.
Formación de los editores en la plataforma real y un proceso de publicación por escrito.

Fase 6: Lanzamiento y estabilización

Lanza un martes o miércoles por la mañana, nunca antes de un festivo o de un pleno.
Congela el contenido del sitio antiguo una semana antes; acuerda cómo se gestionan los cambios urgentes durante la congelación.
Revisa a diario los errores 404 y las búsquedas durante las dos primeras semanas y corrige las redirecciones a medida que aparezcan.
Mantén la plataforma antigua disponible en solo lectura durante un periodo fijo; después apágala y deja de pagarla.
Informa frente a las medidas de éxito de la fase 0 a los 90 días.

Matriz RACI de los roles clave

Actividad	Patrocinador	Responsable de producto	Equipo web	Departamentos	TI	Proveedor
Acta y presupuesto	A	R	C	I	C	-
Descubrimiento	I	A	R	C	C	C
Selección de plataforma	A	R	C	I	C	-
Navegación y diseño	I	A	R	C	I	R
Reescritura de contenido	I	A	C	R	-	-
Construcción y redirecciones	I	A	R	I	C	R
Pruebas de accesibilidad	I	A	R	C	I	C
Decisión de lanzamiento (sí/no)	A	R	C	I	C	C

R = responsable de ejecutar, A = quien rinde cuentas, C = consultado, I = informado.

Registro de riesgos: los sospechosos habituales

Riesgo	Señal temprana	Respuesta
Contenido sin terminar	Menos de la mitad de las páginas del primer lote aprobadas en plazo	Reducir el alcance: lanzar con las tareas principales y migrar el resto después
Retraso en la contratación	Sin contrato en la fecha prevista	Mantener en marcha las fases 3 y 4 con trabajo independiente de la plataforma
Resistencia de los departamentos	Peticiones de "nuestro propio sitio" o de plantillas a medida	Aplicar la prueba del micrositio; decide el responsable de producto
Alcance que se extiende a sistemas transaccionales	"Ya que estamos, ¿podemos sustituir el sistema de permisos?"	Proyecto aparte; por ahora, enlazar
Lanzamiento anunciado demasiado pronto	Una fecha en un comunicado de prensa antes de la fase 5	Anunciar una temporada, no una fecha
Dependencia del proveedor	El proveedor no sabe explicar cómo sacas el contenido y el código	Hacer de la exportación un requisito contractual

Dónde encaja un constructor multisitio

Si tu alcance incluye muchos sitios pequeños (departamentos, instalaciones, programas) y el CMS principal fue la razón por la que se fueron, considera una plataforma donde el equipo central controle la marca y los permisos y los departamentos construyan dentro de ella. En We.Inc, los sitios funcionan bajo tu propia marca, un sitio puede configurarse para requerir una aprobación de un solo paso antes de publicarse y el código se puede descargar o sincronizar con GitHub, lo que importa para la cláusula de salida. Capturas de nuestra marca de demostración:

El editor de sitios con un sitio de plantilla cargado, el chat a la izquierda y una vista previa en vivo a la derecha — El editor que usaría un departamento, funcionando bajo la marca de la organización.

Opciones de despliegue que muestran Not published, publicar en vista previa, conectar un dominio propio y exportar — Opciones de publicación, incluida una vista previa antes de que nada salga en vivo.

Una cola titulada Waiting for your approval con Approve and publish y Ask for changes — Aprobación de un solo paso antes de que un sitio se publique. La solicitud que se ve se preparó para la captura.

Un diálogo Export Project con pestañas GitHub, ZIP, Vercel y Domain y una opción de repositorio privado — Exportación a GitHub o a un archivo ZIP, para que el contenido y el código no queden atrapados.

Un panel de dominio titulado Give your site a real address con la opción de conectar un dominio propio — Cada sitio se puede conectar a una dirección de tu propiedad.

Un constructor no sustituye el descubrimiento, el trabajo de contenido ni las pruebas de accesibilidad. Si puede encajar en parte de tu alcance, agenda una demo.

Fuentes

Última revisión: 2026-10-25.

ADA.gov, Fact Sheet: Title II web and mobile app rule (WCAG 2.1 AA; fechas de cumplimiento modificadas el 20 de abril de 2026).

Esta guía es información general, no asesoramiento legal.

Preguntas frecuentes

¿Cuánto tarda el rediseño de un sitio web gubernamental?

Para una ciudad o un organismo de tamaño medio, suele llevar de 9 a 15 meses entre mandato, descubrimiento, contratación, diseño, contenido, construcción y lanzamiento. La contratación y el contenido son las fases que más se alargan.

¿Cuál es la ruta crítica en un rediseño del sector público?

El contenido. Reescribir y aprobar cientos de páginas entre departamentos, y convertir documentos en páginas web, suele llevar más que el diseño o la construcción. Dimensiónalo pronto a partir de un inventario de contenido.

¿La navegación debe seguir el organigrama?

No. Organízala por tareas y temas, porque la ciudadanía no sabe qué departamento se encarga de qué. Prueba la estructura con un tree test antes de diseñarla.

¿Qué debe pasar en las primeras semanas tras el lanzamiento?

Revisa a diario los errores 404 y las búsquedas del sitio, corrige las redirecciones, mantén la plataforma antigua en solo lectura durante un periodo fijo, después apágala e informa frente a las medidas de éxito a los 90 días.

¿Puede We.Inc formar parte de un rediseño del sector público?

Puede alojar muchos sitios más pequeños de departamentos o programas bajo tu marca, con permisos por sitio, una aprobación de un solo paso antes de publicar y descarga del código o sincronización con GitHub. No sustituye el trabajo de contenido ni las pruebas de accesibilidad.