Lista para solicitar propuestas de rediseño web comparables

Lista para solicitar propuestas de rediseño web comparables

Una lista de comprobación para solicitar propuestas de rediseño web debe facilitar la comparación, no limitarse a alargar el documento. Todos los participantes necesitan el mismo contexto, límites de alcance, requisitos, restricciones e instrucciones de respuesta. El equipo evaluador, a su vez, necesita un método coherente para registrar evidencias, supuestos y puntuaciones.

Esta guía ofrece una estructura adaptable para una solicitud de propuestas de rediseño de un sitio empresarial. Explica qué incluir, por qué importa cada campo y cómo separar comprobaciones obligatorias de criterios ponderados. Es un marco de planificación, no una norma universal de contratación ni una plantilla jurídica.

La lista debe crear información de partida comparable

Una solicitud de propuestas, o RFP, describe el proyecto y pide a posibles socios responder en un formato definido. Su función inmediata es estandarizar la información de entrada y las respuestas. Así, el equipo comprador tiene una base más clara para comparar.

Una petición imprecisa como «modernizar nuestro sitio» deja demasiado a la interpretación. Un participante puede asumir una renovación visual. Otro puede incluir investigación, reescritura, nuevo CMS y migración. Sus precios y plazos reflejarán proyectos distintos, por lo que compararlos directamente resultará engañoso.

La RFP debe resolver cuatro preguntas antes de pedir propuestas:

1. ¿Qué problema empresarial pretende abordar el rediseño?
2. ¿Qué trabajo y responsabilidades quedan dentro o fuera?
3. ¿Qué evidencias debe aportar cada participante?
4. ¿Cómo evaluará el equipo las respuestas?

La RFP prepara la comparación, no decide el proveedor final. Con el briefing y la tabla de puntuación listos, utiliza otro proceso para elegir una empresa de diseño web.

El contexto empresarial da a todos el mismo punto de partida

Empieza con contexto suficiente para comprender la organización, el sitio actual y el motivo del cambio. Mantén esta sección basada en hechos. El lenguaje promocional dificulta identificar el problema real.

Incluye:

• una descripción breve de la organización, sus públicos y su oferta;
• la URL actual y otros sitios incluidos;
• el motivo del rediseño;
• los problemas conocidos del sitio actual;
• evidencias disponibles, como resúmenes de analítica aprobados, investigación, temas de soporte o hallazgos de las partes interesadas;
• objetivos empresariales y cómo se valorará el progreso;
• partes interesadas internas, responsables de decisión y limitaciones de aprobación.

Las evidencias compartidas deben corresponder a la decisión que quieres del participante. Un resumen aprobado de recorridos de búsqueda habituales puede orientar la arquitectura de información. Una lista de opiniones sin fundamento no cumple esa función.

Indica también lo desconocido. Si no se ha investigado a los usuarios o auditado el contenido, dilo y pide identificar si ese trabajo forma parte del enfoque propuesto. Así, la información faltante no se convierte en una suposición oculta.

Los públicos y recorridos convierten objetivos generales en preguntas de diseño

Identifica primero los públicos prioritarios y sus tareas. Evita descripciones demográficas que no afecten al sitio. Describe la decisión, acción o necesidad informativa detrás de cada recorrido.

Para cada público prioritario, registra:

• la tarea o pregunta principal;
• el siguiente paso deseado;
• el contenido necesario para apoyarlo;
• las barreras conocidas del sitio actual;
• consideraciones pertinentes de idioma, región, accesibilidad o dispositivo;
• el responsable que puede confirmar el requisito.

Por ejemplo, «compradores empresariales» es amplio. «Responsables de compras que necesitan alcance del servicio, evidencias y una vía de contacto antes de pedir una propuesta» ofrece algo concreto para diseñar.

No prescribas una interfaz antes de entender el problema. Define primero el recorrido y la necesidad de aceptación. Después permite explicar el enfoque de diseño y técnico recomendado.

El alcance debe asignar responsabilidades de contenido, migración y tecnología

Una sección útil dice qué incluye el proyecto, quién asume cada tarea y qué resultado se espera. Sin ese detalle, una propuesta puede parecer completa y dejar trabajo esencial al comprador.

Utiliza esta lista como punto de partida:

El contenido y la migración merecen especial atención porque una palabra puede ocultar cargas distintas. «Migración incluida» puede significar transferencia automática, reconstrucción manual, planificación de redirecciones, limpieza multimedia o solo importación técnica. Pide indicar método, exclusiones, dependencias del comprador y validación.

Define también los perfiles esperados sin imponer un único modelo de personal. Si no está claro el reparto, revisa cómo se distribuyen las responsabilidades entre diseñadores y desarrolladores antes de emitir la RFP.

Los requisitos funcionan mejor con evidencias de aceptación

Un requisito debe describir un resultado necesario, la restricción pertinente y cómo se evaluará la respuesta. Esto resulta más útil que una larga lista de herramientas preferidas.

Para cada requisito relevante, recoge:

1. el requisito en lenguaje claro;
2. por qué importa al proyecto;
3. si es obligatorio o admite un enfoque propuesto;
4. la evidencia solicitada en la propuesta;
5. el responsable de aceptación;
6. las dependencias o limitaciones conocidas.

En vez de exigir una función sin contexto, describe la tarea que debe apoyar y las condiciones que no pueden cambiar. Los participantes podrán explicar su solución, dependencias y compromisos.

Los requisitos no funcionales necesitan el mismo cuidado. «Rápido», «seguro» o «accesible» son términos amplios. Indica la política, objetivo, entorno, responsable de pruebas o método de aceptación realmente aprobado. Si aún no existe, solicita un método propuesto y márcalo para un acuerdo posterior.

Un formato fijo de respuesta revela diferencias pronto

Pide a todos el mismo orden de secciones. Podrán explicar su enfoque, pero el equipo comprador dedicará menos tiempo a buscar respuestas básicas.

Un formato práctico puede solicitar:

• resumen ejecutivo vinculado al problema empresarial;
• alcance propuesto, exclusiones, supuestos y dependencias;
• enfoque y principales puntos de decisión;
• roles del equipo y áreas de responsabilidad identificadas;
• calendario con aportaciones del comprador y supuestos de aprobación;
• entregables y enfoque de aceptación;
• evidencias de trabajos anteriores comparables;
• precios en un formato definido, con opciones y exclusiones;
• riesgos, preguntas pendientes y alternativas;
• referencias o material de apoyo si lo exige tu política.

Pide repetir todos los supuestos relevantes en una sección. Esto crea un registro que los evaluadores pueden revisar antes de puntuar y muestra dónde la RFP todavía permite interpretaciones distintas.

Especifica además la logística: fecha límite, canal de contacto, período de preguntas, formato de archivo, reglas de extensión o anexos y validez esperada de la propuesta. Adapta estas decisiones a tu organización en lugar de copiar una plantilla genérica.

Las comprobaciones obligatorias y los criterios ponderados tienen propósitos distintos

Los requisitos obligatorios son filtros. Una respuesta cumple la condición, aporta una excepción aceptable o no continúa según el proceso elegido. Los criterios ponderados ayudan a comparar la fortaleza relativa de las propuestas aceptables.

No conviertas toda preferencia en un filtro. Demasiados requisitos obligatorios pueden excluir una alternativa meditada antes de entenderla. Una restricción real tampoco debe desaparecer dentro de una media ponderada. Distingue ambos tipos antes de publicar e identifica quién puede aprobar excepciones.

Una matriz de puntuación necesita evidencias, responsables y notas

El modelo debe reflejar este proyecto, no una fórmula universal. El ejemplo siguiente es ilustrativo. Cambia criterios, pesos, escala y reglas de aprobación antes de emitir la RFP.

Primero, completa la revisión obligatoria:

Después puntúa solo las propuestas que cumplan el proceso elegido:

Acuerda la escala antes de abrir propuestas. El equipo puede definir qué significa cada punto y exigir una nota con la sección pertinente. Un número sin motivo es difícil de auditar o debatir.

El ejemplo federal tiene un alcance limitado

Como referencia acotada del sector público, la FAR 15.305 aborda la evaluación de propuestas en la contratación federal de Estados Unidos. Incluye coste o precio y desempeño anterior, y se refiere a un resumen, matriz o clasificación cuantitativa con explicación de apoyo. No impone una obligación general jurídica o procedimental a empresas privadas que contratan servicios web. Estas deben tratarla solo como ejemplo de evaluación documentada y seguir sus políticas y el asesoramiento aplicable.

Resuelve ambigüedades antes de emitir la RFP

Por último, busca puntos donde participantes cualificados podrían presupuestar razonablemente proyectos diferentes. Esos vacíos importan más que una redacción elegante.

Pregunta al equipo revisor:

• ¿Cada objetivo tiene responsable y una definición utilizable de éxito?
• ¿Están claras las evidencias del sitio actual y sus límites conocidos?
• ¿Los públicos y recorridos prioritarios son suficientemente concretos?
• ¿Cada elemento de alcance identifica responsabilidades del comprador y del participante?
• ¿Son visibles volumen, calidad, propiedad y supuestos de migración del contenido?
• ¿Se han confirmado las integraciones y restricciones técnicas en vez de adivinarlas?
• ¿Se definen entregables y expectativas de aceptación?
• ¿El calendario está vinculado a aportaciones y disponibilidad de aprobación del comprador?
• ¿El formato pide las mismas evidencias a todos?
• ¿Se separan las comprobaciones obligatorias y los criterios ponderados?
• ¿Cada fila de puntuación tiene responsable y espacio para notas?
• ¿Los responsables jurídicos, de compras, privacidad y seguridad han revisado los elementos que les corresponden?

Después emite un registro común de aclaraciones durante el período de preguntas. Si alguien recibe información que cambia el proyecto, utiliza el proceso aprobado para poner la misma aclaración a disposición de los demás.

La RFP completa es la entrada para seleccionar al proveedor

La preparación termina cuando están listas la información del proyecto, la estructura de respuestas y el método de evaluación. La selección empieza cuando se revisan respuestas reales, se comprueban evidencias, se resuelven excepciones y se debate el encaje.

Mantén claro ese límite. La RFP debe crear una comparación justa dentro del proceso elegido, pero una puntuación no sustituye al criterio. Revisa las notas de cada valoración, los supuestos que afectan al alcance y los riesgos pendientes antes de decidir.

Traslada finalmente los requisitos aceptados a la planificación de entrega y lanzamiento. La RFP no es un plan de pruebas de lanzamiento, pero debe identificar quién definirá y aprobará esas comprobaciones. Nuestra lista para publicar un sitio web cubre esa fase posterior.

Preguntas frecuentes

¿Debe indicarse el presupuesto en una RFP de rediseño web?

Si existe un presupuesto o rango aprobado fijo, compartirlo puede ayudar a proponer un alcance realista. Si decides no comunicarlo, exige un formato de precios coherente y pide separar supuestos, opciones y exclusiones. Decide el enfoque antes de emitirla.

¿Todo rediseño necesita una RFP formal?

No. Un proyecto pequeño con un responsable de decisión y alcance conocido puede necesitar solo un briefing estructurado y una petición de propuesta. La RFP es más útil cuando hay que coordinar varios participantes, partes interesadas, dependencias o criterios.

¿Qué ocurre si los participantes detectan un requisito faltante?

Utiliza el período de preguntas y el proceso de aclaración definidos. Si la respuesta cambia el alcance o la evaluación, regístrala coherentemente para todos según el proceso de la organización. No dejes un cambio importante dentro de una conversación privada por correo.

Convierte un briefing claro en una propuesta enfocada

Una buena RFP da a socios cualificados suficiente contexto para responder al mismo problema. También deja a tu equipo un registro del alcance, evidencias, supuestos y decisiones de evaluación.

Si tus requisitos de rediseño están definidos y necesitas una propuesta de diseño y desarrollo, solicita una propuesta a medida a ID7 Studio. Podemos revisar el briefing y responder al alcance establecido.