# Cómo leer una propuesta técnica sin ser técnico Source: https://baqueiro.es/guias-practicas/leer-propuesta-tecnica/ Published: 2026-02-25T08:14:00+00:00 Updated: 2026-02-25T08:14:00+00:00 Author: Baqueiro Desarrollo Web Language: es Usage: Atribución requerida: se permiten citas con un enlace visible hacia atrás --- **TL;DR** - Una buena propuesta técnica explica tu problema antes de venderte la solución. - Desconfía de las palabras de moda sin contexto, de las estimaciones vagas y de los «y mucho más». - Lo que no está cuantificado ni especificado no podrás reclamarlo después, pero sí te lo podrán cobrar como extra. ## El documento que decide meses de trabajo Acabas de recibir una propuesta técnica de una agencia web. Son 15 páginas con diagramas, listas de tecnologías y un presupuesto de 12.000 €. No entiendes la mitad, pero suena profesional y el portfolio es bueno. Firmar una propuesta sin entenderla es como firmar un contrato de alquiler sin leer la letra pequeña: lo que hoy parece claro puede convertirse en un conflicto dentro de 3 meses. Esta guía te ayuda a distinguir una propuesta sólida de una inflada y a negociar con información. No necesitas saber programar. ## La estructura de una buena propuesta Una propuesta técnica decente tiene 4 partes claras, casi siempre en este orden: **1. Comprensión del problema:** la agencia demuestra que ha entendido tu negocio y lo que intentas resolver. Empieza por el diagnóstico, no por las soluciones. **2. Propuesta de solución:** qué van a construir, por qué con esa tecnología y cómo se relaciona con tus objetivos. La tecnología al servicio del negocio, no al revés. **3. Plan de trabajo:** fases, entregables de cada fase, fechas estimadas y quién hace qué, con detalle suficiente para saber qué esperar y cuándo. **4. Inversión y condiciones:** precio desglosado (o al menos estructurado por fases), forma de pago, qué incluye y qué no, y condiciones de garantía. Si la propuesta salta directamente a la tecnología sin hablar de tu problema, o es un paquete estándar sin personalizar, te están vendiendo lo que tienen, no lo que necesitas. ## Cómo leer la sección técnica sin pánico Aquí es donde se acumula la jerga. Este es un pequeño traductor de los términos más habituales: ### «Arquitectura escalable basada en microservicios» Lo que puede significar: vamos a usar una estructura que permite crecer sin reconstruirlo todo. Lo que a veces esconde: vamos a cobrarte una complejidad que no necesitas, porque tu web difícilmente tendrá ese tráfico. Pregunta clave: «¿Cuántos usuarios simultáneos esperamos y cuándo necesitaríamos escalar de verdad?» Si no saben responder o la cifra es modesta, no necesitas microservicios. ### «CMS headless con API REST» Lo que significa: separar la gestión de contenidos de la parte visible de la web. ¿Lo necesitas? Solo si tienes un equipo técnico capaz de mantener 2 sistemas separados o si publicas el mismo contenido en varias plataformas a la vez (web, app, pantallas). Lo explicamos con más detalle en [cuándo tiene sentido un WordPress headless y cuándo es sobreingeniería](https://baqueiro.es/ingenieria-sin-atajos/headless-wordpress-cuando-si-cuando-no/). Para una web corporativa estándar es como comprarte un camión para ir a por el pan. ### «Integración continua y despliegue automatizado» Lo que significa: un sistema que prueba y publica automáticamente los cambios del código. ¿Lo necesitas? Es una buena práctica que muchas agencias serias ya aplican internamente. La duda es si te lo cobran como un extra: tiene sentido pagarlo si hay desarrollo continuo cada semana, no si la web se toca una vez al mes. ### «Framework JavaScript moderno» (React, Vue, Angular) Lo que significa: la parte visible de tu web se construirá con tecnologías pensadas para interfaces rápidas e interactivas. Pregunta: «¿Cómo afecta esto al SEO y a la velocidad de la primera carga? ¿Cuesta más mantenerlo?» Bien hecha, una web así funciona de maravilla; mal hecha, puede ser un problema para Google. ### «Funcionalidades con inteligencia artificial» Lo que puede significar: un chatbot, un buscador más inteligente o la generación automática de textos. Pregunta: «¿Qué tarea concreta resuelve y cuánto costará al mes?» Suelen depender de servicios externos que se pagan por uso. Si la propuesta no menciona ese coste recurrente, falta información. ## Los números que importan En cualquier propuesta, busca estas cifras concretas: **Desglose por fases:** una propuesta sin desglose es una caja negra. Pide saber cuánto (en horas o al menos en importe) se dedica a diseño, desarrollo, pruebas y gestión del proyecto. **Número de revisiones incluidas:** pide una cifra concreta, por ejemplo «2 rondas de revisiones incluidas». **Soporte y tiempos de respuesta:** si incluye mantenimiento, ¿cuántas horas de soporte al mes? ¿En cuánto tiempo responden a una incidencia? **Garantía tras el lanzamiento:** ¿durante cuánto tiempo corrigen errores sin coste adicional? Entre 1 y 3 meses es habitual; si no aparece ningún plazo, pregunta. Si la propuesta evita cuantificar, deja margen para interpretaciones que rara vez juegan a tu favor. ## Señales de una propuesta problemática **«Solución integral de presencia digital»** Es marketing vacío. Una buena propuesta dice exactamente qué se construye: «Web corporativa de 7 páginas, blog integrado, formulario de contacto conectado al CRM y optimización SEO on-page». **«Implementación de metodologías ágiles»** Puede ser una buena forma de trabajar, pero por sí sola no es una ventaja. Pregunta qué implica para ti: cada cuánto verás avances y cuánto tiempo tuyo van a necesitar. Si no saben concretarlo, es relleno. **Lista interminable de tecnologías** Una propuesta que nombra 15 tecnologías distintas probablemente intenta impresionar más que informar. Pregunta cuáles son realmente necesarias y cuáles están ahí porque «se usan siempre». **«Y mucho más…» al final de cada sección** Es peligroso: significa que no hay límites definidos. Lo que no está en la lista o no está incluido (y te lo cobrarán aparte) o acabaréis discutiendo si «eso entra en el alcance». **Plazos sin margen** «Entrega en 8 semanas», sin explicar qué pasa si hay retrasos por tu parte (contenidos pendientes, aprobaciones lentas) o por la suya. Todo proyecto tiene imprevistos. ## El presupuesto: qué buscar ### Desglose o precio global Algunas agencias solo dan un precio total: «12.000 € por el proyecto web». Vale para proyectos pequeños y bien definidos, no tanto para desarrollos complejos. Un desglose te permite negociar quitando funcionalidades, comparar fase por fase y entender a dónde va el dinero. Para tener una referencia, mira [cuánto cuesta una página web en España](https://baqueiro.es/ingenieria-sin-atajos/cuanto-cuesta-una-pagina-web-en-espana/). ### ¿Qué incluye realmente? Lee con calma las exclusiones. Suele faltar: alojamiento, dominio, fotografía profesional, redacción de textos, SEO continuado, formación del equipo e integraciones complejas con sistemas externos. Si algo importante para ti no aparece en ninguna de las 2 listas, pregunta: lo no especificado suele acabar en conflicto. ### Forma de pago Lo habitual es repartir el pago en 2 o 3 hitos, por ejemplo un 40% al inicio, un 30% en un hito intermedio y un 30% a la entrega. Desconfía si te piden el 100% por adelantado en un proyecto de varios meses: si algo sale mal, te quedas sin margen de maniobra. ## Cómo comparar 2 propuestas Una agencia pide 8.000 € y otra 15.000 €. ¿La segunda es mucho mejor o la primera se ha quedado corta para ganar el proyecto? Compáralas en estos puntos: **Alcance funcional:** ¿incluyen exactamente lo mismo? Una propuesta de 8.000 € que no incluye el SEO on-page no es más barata, es distinta. **Tecnología y mantenimiento:** ¿una usa una tecnología actual y extendida y la otra algo antiguo o muy minoritario? Eso decide quién podrá mantener la web y cuánto costará (lo explicamos en [cuánto cuesta realmente mantener una web en producción](https://baqueiro.es/ingenieria-sin-atajos/cuanto-cuesta-realmente-mantener-una-web-en-produccion/)). **Equipo asignado:** ¿una propone un diseñador senior y 2 desarrolladores, y la otra un perfil generalista junior? Se notará en el resultado. **Garantías:** ¿una ofrece 6 meses de soporte tras el lanzamiento y la otra 15 días? Esa diferencia tiene un valor. **Propiedad y control:** ¿una te entrega el código y todos los accesos y la otra te «alquila» su plataforma? Eso determina tu libertad futura, y conviene dejarlo por escrito con estas [cláusulas técnicas que tu contrato de desarrollo debería incluir](https://baqueiro.es/seguridad-y-juridico/clausulas-tecnicas-contrato-desarrollo-web/). El precio más bajo no siempre es el mejor negocio. ## Las preguntas que debes hacer tras leer la propuesta - «¿Podéis explicarme esta sección en términos de negocio? ¿Qué resultado concreto me da?» - «¿Qué pasa si quiero quitar esta funcionalidad? ¿Cuánto baja el precio?» - «¿Cuál es el coste anual de mantenimiento después del lanzamiento?» - «¿Puedo hablar con algún cliente vuestro que haya hecho un proyecto parecido?» - «¿Qué ocurre si necesito cambios después de cerrar el alcance?» Las respuestas a estas preguntas te dicen más sobre la agencia que la propia propuesta. ## El momento de negociar Una propuesta es el inicio de una conversación, no un documento cerrado. Casi todo se puede negociar: alcance, plazos, pagos, qué se incluye y qué se quita. Negocia con información, no solo con el precio. En lugar de «8.000 € es caro, bájalo a 6.000 €», prueba con «¿Qué podemos quitar para llegar a 6.000 € sin perder calidad?» o «¿Qué aporta la diferencia de 7.000 € entre vuestra propuesta y la otra que tengo?» Las agencias profesionales valoran a los clientes que negocian con criterio. Las que solo quieren vender se ofenden o desaparecen. ## Cuándo rechazar una propuesta Deberías decir que no cuando: - No entiendes qué vas a recibir, aunque confíes en la agencia. - El precio es bastante más bajo que el de otras propuestas sin una explicación clara (probablemente lo han ajustado para ganar el proyecto y luego llegarán los extras). - Es un documento genérico en el que apenas se menciona tu proyecto. - Hay más páginas de «sobre nosotros» y «nuestros servicios» que sobre tu proyecto. - Las condiciones de pago o de propiedad son abusivas. Rechazar no es un insulto, es hacer bien tu trabajo. ## Para cerrar Leer una propuesta técnica no exige saber programar. Exige pensar como empresario: ¿qué compro exactamente, cuánto cuesta, qué resultado espero y qué riesgos asumo? Si tienes una propuesta sobre la mesa y quieres una segunda opinión antes de firmar, [escríbenos](https://baqueiro.es/contacto/) y la revisamos contigo. No para decidir por ti, sino para que veas lo que quizá se te escapa.