Una RFP lista para copiar para el rediseño del sitio web y la plataforma de contenidos de una ciudad, condado u organismo: alcance, accesibilidad, roles y aprobaciones, hosting, propiedad de los datos y salida, formato de precios y una rúbrica de evaluación de 100 puntos.
Esta es una solicitud de propuestas que puedes copiar en tu propia plantilla de contratación y editar. Está pensada para una ciudad, condado, distrito especial u organismo estatal que sustituye su sitio web público y el sistema que el personal usa para publicarlo. El texto entre [corchetes] es para que lo completes. Debajo de la plantilla hay una rúbrica de evaluación para que tu comité puntúe lo mismo que pide la RFP. Las normas propias de tu oficina de contratación (garantías, seguros, preferencia local, formularios) siempre prevalecen sobre lo que aparece aquí.
Si eres una empresa privada que contrata un proyecto de diseño web y no una plataforma pública, nuestra plantilla de RFP de diseño web encaja mejor.
[Nombre de la entidad] ("la [Ciudad/Condado/Distrito]") invita a empresas cualificadas a presentar propuestas para proporcionar una plataforma alojada de gestión de contenidos web, el rediseño y la migración de [www.example.gov] y el soporte continuo. La [Ciudad] atiende a una población de aproximadamente [número] y publica contenido de [número] departamentos.
Hito Fecha Publicación de la RFP [fecha] Plazo para preguntas por escrito [fecha, hora, destinatario] Respuestas publicadas como adenda [fecha] Plazo de entrega de propuestas [fecha, hora, formato, lugar] Demostraciones de proveedores preseleccionados [rango de fechas] Adjudicación prevista [fecha] Lanzamiento previsto [fecha, al menos 3 meses antes de tu fecha de cumplimiento de accesibilidad] Todas las preguntas deben enviarse por escrito. El contacto con otro personal o con cargos electos sobre esta RFP durante el periodo de licitación puede descalificar a un proponente.
El sitio actual funciona en [plataforma] y tiene aproximadamente [número] páginas, [número] documentos PDF y [número] publicadores activos en [número] departamentos. Las visitas mensuales son aproximadamente [número], y los servicios más usados son [p. ej., pagos de servicios públicos, permisos, órdenes del día, ofertas de empleo]. El sitio también enlaza con estos sistemas de terceros, cuya sustitución no forma parte del alcance pero que deben enlazarse o integrarse: [lista: pagos, permisos, gestión de órdenes del día, SIG, reclutamiento, catálogo de la biblioteca].
Problemas conocidos que queremos que resuelva este proyecto: [p. ej., la publicación depende de dos personas; la navegación se organiza por departamentos y no por tareas; muchos formularios son PDF; las pruebas de accesibilidad han encontrado defectos recurrentes en las plantillas].
El proveedor seleccionado deberá:
- Realizar una fase de descubrimiento con el personal y los residentes, incluidas al menos [número] sesiones de usabilidad, y entregar una arquitectura de información recomendada organizada en torno a las tareas de los residentes.
- Diseñar un conjunto de plantillas que cubra como mínimo: página de inicio, página principal de departamento, página de servicio, noticia, evento, página de sesiones y órdenes del día, entrada de directorio, página de formulario, resultados de búsqueda y banner de alerta.
- Proporcionar y configurar una plataforma de publicación alojada, con roles, aprobaciones y subsitios o secciones por departamento.
- Migrar [todo el / un subconjunto acordado del] contenido actual. Describa su enfoque para el contenido que debería retirarse en lugar de migrarse y para convertir formularios PDF en formularios web.
- Formar a [número] publicadores y [número] administradores, y entregar guías escritas que la [Ciudad] pueda reutilizar internamente.
- Proporcionar hosting, mantenimiento, parches de seguridad y soporte durante un plazo inicial de [número] años, con renovaciones opcionales.
4.1 (Obligatorio) Todas las plantillas, componentes y contenidos aportados por el proveedor deben cumplir WCAG 2.1 Nivel AA en el lanzamiento, de acuerdo con 28 CFR part 35, subpart H. Los proponentes deben indicar si también diseñan según WCAG 2.2 AA.
4.2 Describa cómo prueba la accesibilidad, incluidas las herramientas automáticas que usa, lo que prueba manualmente (teclado, lectores de pantalla, zoom y reflow) y si participan personas con discapacidad en las pruebas.
4.3 Proporcione documentación de conformidad de accesibilidad vigente para el resultado público de la plataforma de publicación y para su interfaz de edición del personal, como un Accessibility Conformance Report, con la fecha de las pruebas y quién las realizó. Indique los problemas conocidos.
4.4 Describa qué hace la plataforma para evitar que los publicadores introduzcan defectos: texto alternativo obligatorio, estructura de encabezados, comprobación del texto de los enlaces, marcado de tablas, límites de contraste en el editor.
4.5 El proveedor corregirá los defectos de accesibilidad en las plantillas o en el código de la plataforma que comunique la [Ciudad] en un plazo de [número] días hábiles para los defectos que impidan el acceso a un servicio, y de [número] días para los demás, sin coste adicional.
4.6 La [Ciudad] podrá realizar en cualquier momento su propia auditoría de accesibilidad o una de terceros. El proveedor colaborará y corregirá los hallazgos dentro de su alcance.
5.1 Describa los roles de usuario disponibles y lo que puede hacer cada uno. Indique si los roles pueden limitarse a la sección o al sitio de un departamento.
5.2 Describa la aprobación antes de publicar: quién puede aprobar, si se puede exigir aprobación a algunos publicadores y no a otros, y si admite una o varias fases de revisión.
5.3 Describa el registro de auditoría: qué acciones se registran (inicio de sesión, edición, publicación, cambio de permisos), cuánto tiempo se conservan los registros y cómo los exporta el personal para responder a una solicitud de acceso a registros.
5.4 Describa cómo inicia sesión el personal, incluida la compatibilidad con el proveedor de identidad de la [Ciudad] [nombre], la autenticación multifactor y la retirada de acceso cuando un empleado se marcha.
5.5 Describa la publicación y despublicación programadas, los recordatorios de revisión de contenido y cómo se publican las alertas de emergencia en todo el sitio.
5.6 Describa cómo los departamentos u organismos asociados (por ejemplo, [biblioteca, parques, policía]) pueden tener su propia sección o sitio manteniendo la marca, la navegación y el pie de la [Ciudad].
6.1 Describa el esquema de hosting: proveedor, ubicación de los datos, copias de seguridad (frecuencia, retención, pruebas de restauración) y distribución de contenidos.
6.2 Indique el compromiso de disponibilidad que incluirá en el contrato, cómo se mide y la compensación si no se cumple. Proporcione la disponibilidad medida de los últimos 12 meses si la tiene.
6.3 Proporcione su documentación de seguridad, como informes de auditoría independientes o certificaciones que tenga, su proceso de gestión de vulnerabilidades y su plazo de notificación de incidentes. No incluya certificaciones que no tenga actualmente.
6.4 Describa cómo se mantiene disponible el sitio durante un pico de tráfico, como una tormenta o una noche electoral.
6.5 Complete el cuestionario de seguridad de la [Ciudad] del Anexo [X].
7.1 (Obligatorio) Todo el contenido, los archivos multimedia, los envíos de formularios y los datos de analítica pertenecen a la [Ciudad].
7.2 Describa exactamente cómo puede la [Ciudad] exportar su sitio completo, incluidos el contenido, los archivos multimedia, la estructura de páginas y, cuando corresponda, las plantillas y el código, en formatos que pueda usar sin el proveedor. Indique si la exportación es de autoservicio y si tiene coste adicional.
7.3 Al terminar el contrato, el proveedor entregará una exportación completa, mantendrá el sitio en funcionamiento hasta [número] días durante la transición y después eliminará los datos de la [Ciudad] y confirmará la eliminación por escrito.
7.4 Describa cómo los nombres de dominio, el DNS y los registros de correo de la [Ciudad] permanecen bajo su control en todo momento.
Las propuestas deben seguir este orden y no superar [número] páginas sin contar los anexos:
- Carta de presentación firmada por un representante autorizado
- Presentación de la empresa: años de actividad, personal asignado a este proyecto y sus funciones
- Respuesta a las Secciones 3 a 7, con la misma numeración
- Plan y calendario del proyecto
- Tres referencias de clientes del sector público de tamaño similar, con datos de contacto, de proyectos de los últimos [número] años
- Precios en el formato de la Sección 9
- Excepciones a las condiciones contractuales estándar de la [Ciudad]
- Formularios obligatorios: [lista]
Indique los precios en esta tabla. No agrupe partidas opcionales en los costes únicos.
Partida Coste único Año 1 Años 2 a 5 (cada uno) Descubrimiento, diseño y construcción [ ] n/a n/a Migración de contenido [ ] n/a n/a Formación [ ] [ ] [ ] Licencia de la plataforma y hosting n/a [ ] [ ] Soporte y mantenimiento n/a [ ] [ ] Partidas opcionales (detalle cada una) [ ] [ ] [ ] Indique cualquier límite que cambiaría el precio (páginas, usuarios, subsitios, almacenamiento, tráfico) y el tope de aumento anual que aceptará.
Las propuestas que cumplan los requisitos obligatorios serán puntuadas por un comité de evaluación con los criterios y ponderaciones que figuran a continuación. La [Ciudad] podrá invitar a los proponentes mejor puntuados a una demostración guionizada, que se puntuará por separado, y podrá adjudicar a la propuesta que ofrezca el mejor valor global, no necesariamente el precio más bajo.
Entrega esta tabla a cada miembro del comité. Acordad las puntuaciones de cada criterio antes de sumarlas y escribid una línea sobre el porqué de cada puntuación; ayuda si se impugna una decisión.
| Criterio | Puntos | Puntuación máxima si | Puntuación baja si |
|---|---|---|---|
| Enfoque y pruebas de accesibilidad (Sección 4) | 20 | Informe de conformidad fechado, métodos de prueba manual concretos, salvaguardas en el editor, plazos de corrección por escrito | "Nuestros sitios cumplen la ADA" sin pruebas, o dependencia de un overlay |
| Publicación, roles y gobierno (Sección 5) | 15 | Muestra en un producto real roles limitados por departamento, aprobaciones y un registro de auditoría exportable | Describe funciones que solo están en la hoja de ruta |
| Comprensión de las necesidades de los residentes y del alcance (Sección 3) | 15 | Plan basado en tareas, investigación real, criterio sobre qué retirar | Respuesta de plantilla que podría enviarse a cualquier ciudad |
| Propiedad de los datos y salida (Sección 7) | 10 | Exportación completa de autoservicio sin coste, condiciones de transición claras | Exportación solo a petición, o con coste |
| Hosting, seguridad y continuidad (Sección 6) | 10 | Copias de seguridad y proceso de incidentes documentados, compromiso de disponibilidad con compensación | Sin compromisos medibles |
| Equipo y referencias (Sección 8) | 10 | Personal identificado con experiencia relevante en el sector público, referencias que lo confirman | Equipo sin nombres, referencias de trabajos no relacionados |
| Coste a cinco años (Sección 9) | 15 | El menor coste total a cinco años obtiene la puntuación máxima; los demás, de forma proporcional | Límites ocultos o aumentos sin tope |
| Plan del proyecto y realismo | 5 | Lanza con margen antes de la fecha de cumplimiento | Fecha de lanzamiento posterior a la fecha de cumplimiento |
Fórmula de coste. Un método habitual: (menor total a cinco años / total a cinco años de esta propuesta) x 15. Mantiene el coste relevante sin que pese más que la accesibilidad.
Envía a cada proveedor preseleccionado el mismo guion con una semana de antelación y pídele que lo haga en directo en el producto, no con diapositivas:
Antes de publicar la RFP, repasa tus requisitos con nuestra lista de comprobación para contratar una plataforma web. Es una lista más larga de preguntas de la que puedes tomar ideas.
We.Inc ofrece una plataforma web de marca blanca que los departamentos pueden usar bajo una misma marca de gobierno. Solo responderemos sobre lo que nuestra plataforma hace hoy, incluido lo que no hace. Envíanos tu RFP o agenda una demo, y consulta nuestra página de plataforma web para organismos públicos para ver qué entra en el alcance.
Última revisión: 2026-10-25.
Esta plantilla es información general, no asesoramiento legal ni de contratación. Sigue las normas de contratación de tu jurisdicción y haz que tu asesoría legal revise el documento final.
Como mínimo: antecedentes y situación actual, alcance del trabajo, requisitos de accesibilidad vinculados a WCAG 2.1 AA, roles de publicación y aprobaciones, hosting y seguridad, propiedad de los datos y condiciones de salida, un formato de precios fijo y criterios de evaluación publicados.
Muchos comités dan al precio entre el 15 y el 25 por ciento de la puntuación total. Los pesos mayores tienden a hacer ganar a la oferta más barata, al margen de la accesibilidad o del encaje.
Sí. Envía a cada proveedor preseleccionado el mismo guion y puntúa cómo lo ejecuta en directo en el producto. Así se separan las funciones que existen de las que están en la hoja de ruta.
Empieza gratis · Sin tarjeta de crédito