Pliego de condiciones para rediseño web: plantilla y guía de RFP

Un pliego de condiciones para rediseño web es un documento formal de contratación enviado a varias agencias digitales que define el alcance funcional, los requisitos técnicos, la horquilla presupuestaria y el baremo de puntuación para que todas las ofertas respondan exactamente a la misma necesidad y sean comparables.

En este punto fracasa la mayoría de convocatorias. Cinco agencias leen las mismas doce páginas, construyen visiones dispares de la arquitectura y presentan presupuestos entre €18.000 y €140.000. Esas cifras resultan imposibles de comparar porque parten de supuestos técnicos distintos.

La solución no pasa por redactar un documento interminable, sino por fijar las cuatro variables que determinan el coste real: cuántas plantillas únicas existen, quién redacta y migra los contenidos, qué sistemas corporativos deben integrarse por API y qué criterios técnicos validan la entrega final. Acompañar el pliego con una checklist de rediseño web y referencias claras de precios de desarrollo alinea a todos los proveedores desde el inicio.

Una convocatoria formal requiere tiempo real por ambas partes: de dos a cuatro semanas para redactar y consensuar el documento, tres semanas para recibir propuestas y dos semanas para calificarlas. En total transcurren unas ocho semanas entre la decisión de rediseñar y la primera línea de código. Por debajo de aproximadamente €25.000 de presupuesto, ese coste de gestión supera el ahorro obtenido, por lo que solicitar propuesta directa a dos o tres agencias especializadas resulta mucho más ágil.

En el mercado europeo de 2027, el desarrollo de sitios web corporativos de diez a veinte páginas se sitúa habitualmente en la franja de €4.500 a €9.000, mientras que los portales web a medida, arquitecturas multiidioma y proyectos con integraciones complejas de CRM o ERP parten de €12.000 a €25.000+ hasta superar las seis cifras. Adecuar el proceso de compra al tramo de inversión evita bloqueos operativos.

Conviene redactar un pliego formal cuando se cumplan al menos dos de estas condiciones:

• El presupuesto supera los €25.000, importe donde una elección errónea de proveedor resulta costosa de revertir.
• El departamento de compras o el comité de dirección exigen un concurso documentado y auditable.
• Varios departamentos deben validar el alcance y sus requisitos deben fijarse por escrito antes de iniciar el diseño.
• El sitio web conecta con herramientas críticas: CRM, ERP, motor de reservas o área privada de clientes.

Es preferible contactar directamente con dos o tres agencias seleccionadas cuando:

• Se trata de una web corporativa estándar de menos de veinte páginas dentro del rango de €4.500 a €9.000.
• Ya existe una agencia de confianza identificada y el concurso sería un mero trámite burocrático.
• La fecha de inicio requerida es inferior a un mes.

En este último escenario, un brief de diseño web directo cumple la misma función de alineación con una cuarta parte del esfuerzo administrativo.

Como referencia de estructura y señales de confianza, sirve nuestro checklist de diseño web corporativo.

Las agencias examinan un pliego de condiciones en un orden previsible que rara vez coincide con el orden del índice. Alcance, presupuesto y plazos se analizan primero, ya que determinan conjuntamente la viabilidad de presentar oferta. La autoría de los contenidos se revisa en cuarto lugar y define si el calendario es creíble. La historia corporativa se lee al final, si es que llega a leerse.

Escriba pensando en esa prioridad. Coloque los datos determinantes para la cotización en las primeras cuatro páginas y la información de contexto en los anexos posteriores.

Copie los once puntos siguientes en su documento base y desarrolle cada apartado con datos verificables. Una plantilla funcional de pliego suele ocupar entre ocho y quince páginas. A partir de veinte páginas, las agencias leen en diagonal, lo que genera las propuestas imprecisas que precisamente se pretendía evitar.

1. Resumen ejecutivo del proyecto. Tres frases claras: qué se va a rediseñar, por qué ahora y en qué fecha debe estar publicado en producción. Si alguien ajeno al proyecto no puede resumirlo tras una primera lectura, simplifique la redacción.

2. Perfil de la empresa. Qué productos o servicios comercializa, a qué perfiles de comprador B2B o B2C y en qué mercados o idiomas opera. Dos párrafos son suficientes.

3. Web actual y diagnóstico de deficiencias. URL actual, gestor de contenidos (CMS), volumen de páginas indexadas, tráfico mensual y puntos críticos contrastados. Un diseño desfasado no es una descripción técnica. Indicar que la conversión en móviles es del 0,4% frente al 1,9% en escritorio sí lo es.

4. Objetivos del negocio y métricas de éxito. Dos o tres metas prioritarias con valor de partida actual, cifra objetivo y fecha límite. Si desconoce el dato inicial, indíquelo; eso comunica a la agencia que se requiere auditoría y configuración de GA4 en la primera fase.

5. Audiencia objetivo. Quién visita el sitio, con qué propósito comercial, desde qué dispositivos e idiomas. Incluya usuarios internos si el equipo editorial o de recursos humanos utiliza la plataforma a diario.

6. Alcance técnico por plantillas. La sección que condiciona el presupuesto. Especifique plantillas de diseño reutilizables en lugar de páginas individuales: portada, ficha de servicio, caso de éxito, índice de blog, artículo, contacto, empleo y páginas legales. Diseñar diez plantillas para doscientas páginas cuesta mucho menos que treinta plantillas para cuarenta páginas. Clasifique las funciones en requisitos obligatorios de lanzamiento y mejoras deseables para una segunda fase.

7. Contenidos y migración. Concrete si la redacción de textos y fotografías las aporta su equipo o si deben incluirse en el alcance de la agencia. Si la agencia debe redactar los contenidos, prevea un incremento aproximado de un tercio en la cotización.

8. Requisitos tecnológicos y no funcionales. Infraestructura de alojamiento, APIs a integrar, autenticación única (SSO), nivel de accesibilidad, rendimiento web, residencia de datos y migración SEO. Concrete estándares medibles: exija conformidad con WCAG 2.2 nivel AA según el Acta Europea de Accesibilidad, incluyendo navegación completa por teclado y contraste mínimo de 4,5:1. En velocidad móvil sobre redes 4G, los indicadores Core Web Vitals de Google exigen un Largest Contentful Paint (LCP) inferior a 2,5 segundos, un Interaction to Next Paint (INP) por debajo de 200 milisegundos y un Cumulative Layout Shift (CLS) menor de 0,1. Especifique residencia de datos en servidores de la Unión Europea bajo el RGPD y un mapeo 1:1 de redirecciones 301.

9. Presupuesto estimado y calendario. Horquilla orientativa y fecha objetivo de lanzamiento, destacando hitos inaplazables.

10. Proceso de adjudicación y baremo. Plazo de recepción, formato de entrega, ronda de presentaciones, fecha de resolución y baremo ponderado de evaluación. Asigne un único contacto técnico para consultas y una fecha límite de preguntas.

11. Cláusulas contractuales y TCO a 3 años. Cesión íntegra de propiedad intelectual sobre diseño y código fuente, calendario de pagos por hitos, periodo de garantía y desglose del coste total de propiedad (TCO) a tres años separando el desarrollo inicial de las cuotas anuales de alojamiento, licencias y mantenimiento.

La práctica más habitual consiste en omitir la partida económica bajo la creencia de que indicar una cifra incita a las agencias a presupuestar exactamente el límite superior. Aunque la intención es ahorrar, el efecto real es el opuesto: cada proveedor realiza estimaciones dispares, las cifras se dispersan y se acaban comparando ofertas basadas en premisas técnicas divergentes.

En la práctica, esto genera propuestas de €22.000 y de €95.000 para el mismo documento. Esa dispersión no aporta claridad y obliga a invertir semanas en reuniones adicionales para definir el rango que pudo indicarse en la primera página.

Indicar una horquilla presupuestaria aporta certidumbre sin perder capacidad negociadora. Tanto si su proyecto se ubica en la franja de €4.500 a €9.000 para una web corporativa estándar, de €12.000 a €25.000+ para un portal B2B multiidioma a medida, o de €40.000 a €60.000 para una arquitectura empresarial con integraciones complejas, declarar el rango permite a las agencias dimensionar la solución adecuada. Si una agencia responde con €110.000 ante un rango de €40.000 a €60.000, sabrá de inmediato si ha detectado complejidades ocultas o si ha malinterpretado el pliego.

Si desconoce los costes actuales del mercado, las referencias sectoriales resultan de gran ayuda. Nuestra guía sobre cuánto cuesta un rediseño web detalla las horquillas reales en el mercado europeo según el alcance técnico.

Fije los criterios y porcentajes de valoración antes de recibir las propuestas, idealmente dentro del propio pliego de condiciones. Evaluar a posteriori suele beneficiar a la presentación visual más vistosa en lugar de a la arquitectura técnica más sólida. Publicar el baremo mejora además las respuestas recibidas, ya que las agencias estructuran su memoria técnica según los factores evaluados.

Un baremo de contratación B2B equilibrado asigna un 30% a la arquitectura técnica, elección de CMS y compromiso con Core Web Vitals; un 25% al portfolio B2B relevante con mejoras demostrables en conversión (CRO); un 20% a la transparencia de precios por fase y claridad del TCO a tres años; un 15% al plan de migración SEO 301, accesibilidad WCAG 2.2 AA y cumplimiento del RGPD; y un 10% al acuerdo de nivel de servicio (SLA) post-lanzamiento y la experiencia sénior del equipo asignado.

Hay una señal cualitativa más reveladora que toda la presentación comercial: si la agencia formula objeciones técnicas constructivas. Un proveedor que acepta todos los requisitos y plazos sin matiz alguno no ha analizado el documento en profundidad o planea facturar ampliaciones de alcance tras la firma. Las propuestas que debaten un plazo irreal, advierten de una integración API sin documentar o señalan que el plan editorial es demasiado optimista proceden de equipos con experiencia real de entrega.

Solicite referencias de clientes de los últimos doce meses y llámelos directamente. Formule una pregunta concreta: qué imprevistos técnicos surgieron durante el desarrollo y cómo los resolvió la agencia. Todo proyecto real afronta dificultades; un cliente que no recuerda ninguna no ejecutó un proyecto de exigencia técnica.

Ambos términos se confunden a menudo, pero representan dos momentos complementarios del proceso. El pliego formula las preguntas y la propuesta aporta las soluciones. El pliego es idéntico para todos los participantes; la propuesta debe ser única para cada caso.

El cliente redacta el pliego (RFP). Define las necesidades, las limitaciones técnicas y el procedimiento de selección. Es el documento común que garantiza la comparabilidad.

La agencia redacta la propuesta técnica y económica. Detalla el plan de trabajo, la arquitectura recomendada, el equipo y los honorarios. Una propuesta sin tabla de alcance ni supuestos técnicos está incompleta.

Existe una fase intermedia muy útil: cuando los requisitos aún no están maduros, una solicitud de información (RFI) formula preguntas preliminares a un grupo amplio sin exigir cotización vinculante. Esto requiere poco esfuerzo y permite redactar después un pliego mucho más preciso, especialmente al evaluar si conviene migrar de plataforma, como analiza en profundidad nuestra guía de rediseño web.

Seis errores recurrentes explican la mayoría de concursos insatisfactorios, y todos ellos se resuelven con un par de líneas en el borrador inicial. Corregirlos al redactar es sencillo; hacerlo después de recibir las ofertas obliga a reiniciar el proceso y perder un mes.

Convocar a demasiadas agencias. La calidad de las respuestas disminuye al ampliar la lista de participantes, ya que las agencias cualificadas filtran solicitudes masivas. Un grupo de cuatro a seis candidatos garantiza propuestas trabajadas en lugar de plantillas genéricas.

Listar funcionalidades sin orden de prioridad. Si todo figura como prioritario, nada lo es, y las cotizaciones contemplan el escenario más costoso. Diferencie con rigor entre requisitos indispensables y mejoras deseables.

No fijar responsabilidades sobre el contenido. La falta de textos es la causa principal de retrasos en rediseños web. Designe en el pliego la persona responsable y la fecha límite para el primer borrador.

Exigir diseño creativo previo sin remuneración. Pedir propuestas visuales gratuitas solo demuestra qué agencia tenía perfiles júnior disponibles esa semana, no quién desarrollará la mejor solución estratégica. Las agencias consolidadas declinan estos concursos.

Omitir el periodo formal de consultas. Sin una fecha límite para preguntas y un documento compartido de respuestas, se acaba respondiendo lo mismo varias veces y las ofertas siguen resultando dispares.

Olvidar el plan de redirecciones 301. Es la omisión más perjudicial tras el lanzamiento. Según las directrices de Google Search Central, un cambio de web con modificación de URLs requiere mapear cada dirección antigua hacia su nueva equivalente para preservar el posicionamiento. Defina en el pliego a quién corresponde esta labor, como explicamos en nuestra guía sobre rediseño web y SEO.

Un pliego de condiciones eficaz para rediseño web es conciso, riguroso en el alcance, transparente en el presupuesto y claro en la autoría de los contenidos. Esas cualidades generan presupuestos comparables punto por punto. La información restante aporta contexto pero apenas influye en el cálculo económico.

Antes de convocar el concurso, realice una última comprobación: ¿podría un profesional ajeno presupuestar el trabajo sin necesidad de llamarle? Si la respuesta es negativa, añada la información pendiente. Remita el pliego a cuatro agencias seleccionadas, otorgue tres semanas de plazo y califique las propuestas según el baremo previamente fijado.