Cómo evaluar una propuesta de desarrollo web: guía práctica

Foto del avatar Fernando Domecq 18 junio, 2026 12 min de lectura

Evaluar una propuesta de desarrollo web es uno de esos momentos en los que la mayoría de empresarios se sienten completamente perdidos. Te llegan dos o tres documentos con cifras muy distintas, términos técnicos que no reconoces y plazos que parecen sacados de la manga. No sabes si estás comparando lo mismo, si falta algo importante o si el precio más bajo es una trampa. Esta guía existe para darte los criterios concretos que necesitas antes de tomar esa decisión.

Por qué no basta con comparar el precio final

El error más frecuente al recibir varias propuestas es ordenarlas de menor a mayor precio y empezar por ahí. El problema es que dos presupuestos al mismo importe pueden representar proyectos completamente distintos. Uno incluye diseño personalizado, optimización de velocidad y formación; el otro entrega una plantilla con tu logo y poco más.

Antes de fijarte en los números, necesitas entender qué contiene cada propuesta. Solo cuando sabes que estás comparando el mismo alcance tiene sentido valorar el precio. Y muchas veces descubrirás que la propuesta más cara es en realidad la más completa, y la más barata omite elementos que luego pagarás a parte.

Si todavía no tienes claro qué tipo de web necesitas ni qué tecnologías tiene sentido usar, puede ayudarte leer antes qué tipo de página web necesita tu negocio y qué tecnologías necesitas para tu web. Tener esa base hace que evaluar propuestas sea mucho más fácil.

Qué debe contener una propuesta sólida: los elementos clave

Una propuesta profesional no es una factura anticipada. Es un documento que demuestra que el proveedor ha entendido tu negocio, ha pensado en la solución y es capaz de comprometerse con un entregable concreto. Estos son los elementos que no pueden faltar:

1. Descripción del alcance detallada

El alcance define exactamente qué se va a construir. Debe especificar el número de páginas o secciones, las funcionalidades incluidas (formularios, carrito de compra, área privada, sistema de citas…), el tipo de diseño (plantilla adaptada o diseño personalizado desde cero) y las integraciones previstas con otras herramientas.

🧩 ¿Tu propuesta web tiene todo lo que necesita?

Descarga el checklist gratuito con los 12 puntos que toda propuesta de desarrollo web profesional debe incluir.

Obtener checklist →

Si el alcance es vago —«diseño moderno y funcional», «web profesional», «solución completa»— es una señal de que la propuesta está incompleta. Esa vaguedad es la puerta de entrada a los cambios de precio posteriores.

2. Desglose de fases y plazos

Un proyecto web tiene etapas: descubrimiento y análisis, diseño, desarrollo, pruebas y lanzamiento. Una buena propuesta indica cuánto tiempo lleva cada fase y cuáles son los hitos de entrega. Esto te permite entender el proceso, planificar por tu parte (textos, imágenes, revisiones) y saber cuándo esperar resultados.

Las propuestas que solo dan una fecha de entrega final sin desglosar el proceso son una señal de alerta: o el proveedor trabaja sin metodología, o el documento es genérico y no refleja tu proyecto real.

3. Quién hará el trabajo

Muchas agencias presentan propuestas brillantes y luego subcontratan el trabajo a terceros. No hay nada malo en eso si es transparente, pero necesitas saberlo. Pregunta directamente: ¿quién diseña, quién desarrolla, quién gestionará la comunicación contigo? Una propuesta profesional debería poder responder esto sin evasivas.

4. Lo que NO está incluido

Tan importante como lo que incluye es lo que explícitamente queda fuera. ¿El copywriting lo pones tú? ¿Y las fotografías? ¿El mantenimiento post-lanzamiento tiene coste adicional? ¿Las traducciones, el SEO técnico, la configuración del hosting?

Una propuesta honesta delimita con claridad los límites del servicio. Si no hay ninguna mención de exclusiones, casi seguro que hay sorpresas económicas esperándote más adelante.

grayscale photo of woman reading newspaper
Photo by Chitto Cancio on Unsplash

5. Condiciones de pago y política de cambios

¿Cuándo se paga cada parte del proyecto? ¿Qué pasa si pides cambios fuera del alcance acordado? ¿Cuántas rondas de revisión están incluidas? Estos detalles evitan conflictos y te dicen mucho sobre la madurez del proveedor. Una agencia que nunca ha tenido problemas con clientes no necesita estas cláusulas. Una agencia con experiencia real las tiene claras desde el principio.

6. Qué ocurre tras el lanzamiento

El lanzamiento no es el final del proyecto: es el comienzo de la vida real de tu web. ¿Hay un periodo de garantía post-lanzamiento? ¿Quién resuelve los bugs que aparezcan en los primeros días? ¿Existe algún servicio de mantenimiento o soporte continuado? Si la propuesta termina en «entrega del proyecto», pregunta qué sucede el día siguiente al lanzamiento.

Empresario revisando propuesta de desarrollo web sobre su escritorio
Revisar una propuesta con criterios claros reduce el riesgo de sorpresas posteriores.

Señales de alerta para evaluar la propuesta de desarrollo web

Más allá de lo que debe estar, hay patrones que aparecen en propuestas problemáticas. Conocerlos de antemano te ahorra tiempo y dinero.

Propuesta genérica sin referencias a tu negocio

Si recibes un documento que podría haber sido enviado a cualquier empresa del mercado —sin mencionar tu sector, tus objetivos ni los problemas que comentaste en la reunión previa— es una plantilla rellena con tu nombre. Eso no es una propuesta: es un catálogo de precios.

Una propuesta seria refleja la conversación que tuvisteis. Si hablaste de integrar un sistema de reservas, debe mencionarlo. Si dijiste que tu cliente principal usa el móvil, debe aparecer la adaptación móvil como prioridad explícita.

Precio total sin desglose

Una cifra global sin explicar en qué se distribuye no te permite comparar ni entender qué estás pagando. No necesitas saber el coste por hora de cada desarrollador, pero sí entender si el precio incluye diseño, desarrollo, pruebas, formación, licencias de plugins o herramientas externas.

Además, el desglose te protege: si más adelante decides eliminar algún elemento, sabes cuánto deberías descontar.

Plazos irrealmente cortos

Una web corporativa con funcionalidades específicas no se construye bien en dos semanas. Si un proveedor promete tiempos muy por debajo de la media del mercado, hay que preguntarse cómo: ¿plantilla genérica? ¿menos pruebas? ¿trabajo en paralelo con otros proyectos que puede causar retrasos?

Los plazos razonables para un proyecto web de tamaño medio oscilan entre 6 y 12 semanas, dependiendo de la complejidad. Más corto puede ser posible en proyectos muy simples; si el proveedor lo promete en proyectos complejos, pide que lo explique.

Sin mención de propiedad intelectual ni accesos

¿A quién pertenece el código una vez entregado el proyecto? ¿Recibirás acceso completo al panel de administración, al hosting y a los repositorios de código? Esta es una de las preguntas más importantes y que más empresarios olvidan hacer. Hay casos de pymes que no podían modificar su propia web porque el proveedor retenía las credenciales.

Una propuesta profesional especifica que al finalizar el proyecto, el cliente tiene plena propiedad y acceso a todos los activos digitales generados.

Sin referencias ni portfolio verificable

Una propuesta puede ser impecable sobre el papel y aun así venir de alguien sin experiencia real. Pide ejemplos de proyectos similares al tuyo y verifica que sean reales y accesibles. Si quieres profundizar en cómo analizar el historial de trabajo de un proveedor, puedes consultar nuestra guía sobre cómo evaluar el portfolio de una agencia web.

Cómo comparar dos propuestas de forma objetiva

Cuando tienes varias propuestas sobre la mesa, la comparación directa es complicada porque rara vez cubren exactamente lo mismo. Aquí tienes un método práctico para hacerlo de forma estructurada.

Paso 1: crea una lista de requisitos propios. Antes de leer las propuestas, anota los elementos que son imprescindibles para ti: número de páginas, funcionalidades concretas, integraciones necesarias, diseño personalizado o plantilla, mantenimiento incluido. Esta lista es tu referencia.

Paso 2: marca lo que cubre cada propuesta. Coge tu lista y revisa propuesta por propuesta qué elementos están explícitamente incluidos, cuáles están excluidos y cuáles no se mencionan (lo que no se menciona, no está incluido).

Paso 3: calcula el coste real. Suma al precio de cada propuesta el coste estimado de los elementos que faltan. Una propuesta de 3.000€ que no incluye copywriting ni fotografías puede acabar costando lo mismo que una de 4.500€ que sí los incluye.

Paso 4: valora el riesgo. Más allá del precio ajustado, considera la experiencia del proveedor, la claridad de la comunicación hasta ahora y la solidez del documento. Una propuesta vaga de un proveedor sin referencias es un riesgo aunque sea la más barata. Si quieres un marco más completo para este proceso, la guía sobre cómo elegir proveedor web con un framework sistemático complementa bien este análisis.

Preguntas que debes hacer antes de firmar

Hay información que rara vez aparece en los documentos y que necesitas preguntar directamente. Estas son las más importantes:

  • ¿Quién es mi interlocutor durante el proyecto y con qué frecuencia hablaremos? La comunicación es uno de los principales motivos de fricción en proyectos web.
  • ¿Qué necesito aportar yo y cuándo? Textos, imágenes, accesos, decisiones de diseño. Cuanto antes lo sepas, mejor puedes prepararte.
  • ¿Cómo se gestionan los cambios de alcance? No como crítica, sino para entender el proceso antes de que ocurra.
  • ¿Puedo hablar con algún cliente anterior con un proyecto similar al mío? Un proveedor seguro de su trabajo no tendrá problema en facilitarte una referencia.
  • ¿Qué herramientas usaréis y por qué? No necesitas entender los detalles técnicos, pero sí saber que hay una razón fundamentada detrás de cada elección tecnológica.
  • ¿Tengo acceso completo a todos los sistemas al finalizar? Hosting, CMS, dominio, repositorio de código. Todo.

Preguntas frecuentes sobre cómo evaluar propuestas de desarrollo web

¿Cuántas propuestas debería pedir antes de decidir?

Lo habitual en proyectos web para pymes es pedir entre 2 y 4 propuestas. Con menos de dos no tienes punto de comparación. Con más de cuatro, la evaluación se vuelve inmanejable y corres el riesgo de paralizar la decisión. Elige proveedores con perfiles distintos: una agencia mediana, un freelance con experiencia y quizá otra agencia más pequeña. Así obtienes perspectivas reales, no repeticiones del mismo perfil.

¿Es normal pagar por recibir una propuesta detallada?

En proyectos pequeños o medianos, normalmente no. Para proyectos complejos con requisitos muy específicos —por ejemplo, una plataforma con lógica de negocio avanzada o integraciones técnicas de alto nivel— algunos proveedores cobran por el análisis previo, lo que se llama «auditoría de requisitos» o «discovery». Ese coste suele descontarse del proyecto si decides contratarles. Si un proveedor te cobra por una propuesta básica de web corporativa sin haber explicado por qué, es una señal de alerta.

¿Qué hago si la propuesta es muy técnica y no entiendo la mitad?

Pide que te la expliquen. Un proveedor que trabaja con pymes sabe que su cliente no tiene por qué entender términos como «arquitectura de microservicios» o «CI/CD pipeline». Si no son capaces de explicarte en lenguaje llano por qué proponen cada cosa, eso dice algo sobre cómo será la comunicación durante el proyecto. La jerga técnica no es sinónimo de calidad; la claridad, sí.

¿Cuánto tiempo debería tomarse en revisar una propuesta antes de responder?

Tómate el tiempo que necesites para leerla bien, entre 24 y 72 horas es razonable. Desconfía de los proveedores que presionan para que decidas el mismo día o crean urgencia artificial con descuentos que «caducan». Una decisión de este tipo merece reflexión. Si el proveedor es serio, entenderá que quieres revisar el documento con calma.

¿Hay elementos que pueden faltar en la propuesta pero negociarse después?

Sí, pero con matices. El mantenimiento post-lanzamiento, la formación o el SEO inicial pueden no estar en la propuesta base y añadirse como módulos. Lo que no debería negociarse después, porque ya debería estar claro desde el principio, son el alcance del proyecto, la propiedad del código y los accesos. Esos puntos no son opcionales.

El documento no lo es todo: también importa cómo se comunican

Evaluar una propuesta de desarrollo web no acaba en el PDF. La forma en que el proveedor se ha comportado hasta ese momento también es información valiosa. ¿Tardaron semanas en enviarte la propuesta? ¿Hicieron preguntas sobre tu negocio antes de prepararla? ¿Respondieron con rapidez cuando preguntaste algo?

La calidad del proceso de venta es, con frecuencia, un espejo fiel de la calidad del proceso de trabajo. Un equipo que no tiene tiempo para explicarte bien su propuesta antes de que les contrates, difícilmente será más atento una vez que hayas pagado.

Si quieres profundizar en cómo evaluar al equipo más allá del documento, la guía sobre elegir proveedor web con criterios sistemáticos ofrece un marco completo para ese proceso.

Si tienes delante una propuesta y quieres comentarla con alguien que pueda ayudarte a interpretarla, puedes escribirnos sin compromiso y te damos una lectura honesta.

Opinión del redactor

Lo que más me llama la atención cuando alguien me comparte una propuesta que recibió es lo que no está escrito. Los huecos, lo que se da por supuesto, los plazos que flotan sin anclaje. Con los años he aprendido que una propuesta incompleta no suele ser mala fe, sino falta de proceso. El problema es que tú, como cliente, pagas igual las consecuencias. Por eso insisto tanto en que leer entre líneas es tan importante como leer lo que pone: si algo no está explícito, no existe para ese contrato.

Fernando Domecq
// Sobre el autor

Fernando Domecq

Especialista en desarrollo web, automatización con IA y soluciones a medida para pymes.

Ver todos los artículos