Qué determina realmente el coste de una web a medida

Quieres una cifra. Lo entiendo — estás intentando averiguar si esto es una conversación de dos mil o de veinte mil antes de invertir tiempo en ella.

La razón por la que no encontrarás una cifra creíble en un artículo es que "una web a medida" describe tanto un sitio de cinco páginas para un fisioterapeuta como una tienda multilingüe con integración de ERP. Cualquier cifra lo bastante concreta como para ser útil es incorrecta para la mayoría de los lectores. Lo que sí es transferible es la estructura que hay detrás del número: qué hace que un presupuesto suba, qué hace que baje, y cómo saber si dos propuestas muy distintas están siquiera describiendo el mismo proyecto.

Por qué nadie puede cotizarte con una sola frase

"Necesito una web para mi negocio" no es un briefing, es una categoría. Dos clientes que me mandan esa misma frase pueden acabar necesitando trabajos que difieren por un factor de diez:

• Uno necesita cinco páginas, un formulario de contacto y sus textos ya existentes cargados.
• El otro necesita dieciocho páginas en dos idiomas, un sistema de reservas conectado a su calendario, un área de socios, y fotografía que todavía no tiene.

La misma frase. Cualquier desarrollador que te dé un precio cerrado antes de saber cuál de los dos eres, o está inflando mucho el precio para cubrir el riesgo, o piensa descubrir el resto del alcance después de que hayas firmado. Ninguna de las dos opciones te conviene.

Las siete variables que mueven un presupuesto

Cuando cotizo un proyecto, esto es lo que realmente estoy midiendo. Merece la pena conocerlas porque tú controlas la mayoría.

1. Número de páginas — pero en realidad, tipos de página

Doce páginas de servicio construidas desde una misma plantilla apenas suponen más trabajo que una sola. Seis páginas que necesitan cada una un diseño distinto es un trabajo mucho mayor. Cuando estimes tu propio proyecto, cuenta diseños distintos, no URLs.

2. De dónde viene el diseño

Tres situaciones distintas, tres precios distintos: tienes un archivo de Figma aprobado (lo más barato — las decisiones ya están tomadas); el diseño se crea como parte del proyecto (intermedio); o el diseño se crea de forma colaborativa con varias rondas de feedback de distintos interesados (lo más caro, y lo que más a menudo se dispara).

3. Funcionalidad más allá de páginas y formularios

Esta es la palanca individual más grande. Un sitio corporativo es una cantidad conocida. Ecommerce, reservas, membresías, cuentas de usuario, calculadoras de presupuesto, integraciones con un CRM o un sistema contable — cada una de estas cosas es un proyecto dentro del proyecto, con sus propias pruebas y sus propios casos límite.

4. Contenido: quién lo escribe, quién lo fotografía

Si entregas los textos terminados e imágenes utilizables, eso es trabajo que nadie tiene que facturarte. Si alguien tiene que escribir los textos, estructurarlos, conseguir o hacer la fotografía, y editarla — eso es un coste real y aparte, a menudo una parte sorprendente del total.

5. Idiomas

Un segundo idioma no es "la misma web otra vez". Es traducción, una estructura de URLs, etiquetas hreflang, mantenimiento de contenido duplicado, y un diseño que sobrevive a los sustantivos alemanes y a las frases en español que resultan un 20% más largas que en inglés. Es la variable que más a menudo se olvida mencionar desde el principio.

6. Migración y lastre existente

Una web nueva sobre un dominio en blanco es sencilla. Reemplazar un sitio con años de contenido y posicionamiento implica una auditoría, un mapa de URLs, redirecciones, y preservar lo que ya te genera tráfico. Es un trabajo cuidadoso y poco vistoso, y lleva tiempo de verdad.

7. Plazo

Un calendario normal cuesta lo que cuesta. Uno comprimido cuesta más, porque implica rechazar otro trabajo o trabajar los fines de semana. Si tu fecha límite es real, dilo desde el principio — es mucho más barato planificarlo que rescatarlo después.

Por qué dos desarrolladores cotizan el mismo briefing de forma distinta

Envías un briefing idéntico a tres personas y recibes tres cifras muy alejadas entre sí. Eso no significa necesariamente que alguien esté siendo deshonesto. La diferencia suele venir de:

• Distintas suposiciones sobre qué está incluido. Uno cotizó la carga de contenido; otro asumió que la harías tú. Uno incluyó configuración de analítica y formación; otro no.
• Enfoques distintos. Un build basado en plantilla y uno a medida son legítimamente productos distintos a precios legítimamente distintos.
• Políticas de revisión distintas. Un presupuesto con dos rondas incluidas y uno con "revisiones ilimitadas" no son comparables — el segundo tiene el riesgo ya incorporado en el precio, o se renegociará.
• Distintas cantidades de riesgo absorbido. Alguien que ha leído tu briefing con atención y ha detectado la parte incómoda lo ha cotizado. Alguien que lo ha leído por encima, todavía no.
• Distinto coste de vida y demanda. Un factor real entre mercados, y no un indicador de calidad en ningún sentido.

Costes que no están en el precio de construcción

La construcción es un pago único. Estos continúan, y pertenecen a tu decisión:

• Hosting, que varía enormemente entre un hosting compartido y una plataforma gestionada.
• Renovación del dominio, pequeña pero perpetua.
• Licencias de temas, plugins o apps premium, la mayoría con renovación anual.
• Suscripciones de plataforma y apps en plataformas alojadas — esta es la que crece en silencio.
• Mantenimiento: actualizaciones, copias de seguridad, monitorización. O le pagas a alguien, o inviertes tu propio tiempo.
• Cambios: la nueva página de servicio, el banner de temporada, el campo del formulario. Presupuesta algo para el año, porque siempre hay algo.

Un presupuesto que ignora todo esto no es más barato. Simplemente está incompleto.

Cómo comparar tres propuestas con justicia

Ponlas una junto a otra y comprueba que están describiendo lo mismo:

1. ¿El mismo número y tipo de páginas?
2. Quién carga el contenido — ¿tú o ellos?
3. Cuántas rondas de revisión, y qué cuenta como una?
4. ¿El diseño es a medida o basado en plantilla?
5. ¿Incluye formación o un vídeo de entrega?
6. ¿Hay un periodo de garantía para errores tras el lanzamiento, y cuánto dura?
7. Quién es dueño del código y del diseño una vez pagado?
8. A nombre de quién quedan las cuentas de hosting y dominio?

Responde esas ocho preguntas para cada propuesta y las cifras suelen dejar de parecer tan distintas. Donde sobreviva una diferencia tras el ejercicio, ya estás comparando enfoques en vez de adivinando.

Qué suele faltar en el presupuesto más barato

Barato no es automáticamente malo — un desarrollador experimentado con una plantilla que conoce bien puede entregar rápido y cotizar en consecuencia. Pero un presupuesto muy por debajo de los demás suele estar dejando algo concreto fuera:

• Una plantilla con licencia con tu logo puesto encima, descrita como "a medida".
• Carga de contenido excluida, que descubres cuando te piden que llenes quince páginas tú mismo.
• Ningún trabajo específico para móvil más allá de lo que hace el tema por defecto.
• Sin estructura SEO: sin meta descripciones, sin jerarquía de encabezados, sin redirecciones desde el sitio anterior.
• Sin pruebas más allá de un navegador en un tamaño de pantalla.
• Sin entrega, así que cada cambio futuro vuelve a ellos a tarifa por horas.
• Hosting en su cuenta, que es donde "build barato" se convierte en "caro de abandonar".

La forma de saberlo es comparar el alcance desglosado, no el total. Si una propuesta no tiene un alcance desglosado, ese es el hallazgo.

Cómo gastar menos sin recibir menos

La mayoría de las palancas están de tu lado de la mesa:

Entrega tu contenido primero, de una vez. Los textos terminados y las imágenes utilizables eliminan la mayor fuente de retraso y retrabajo en cualquier proyecto.

Recorta tipos de página, no páginas. Doce páginas de servicio en una misma plantilla es barato. Cuatro páginas con cuatro diseños a medida, no lo es.

Lanza más pequeño, y luego crece. Un sitio de ocho páginas ajustado y excelente que sale en un mes gana a un sitio de veinte páginas que lleva "casi listo" desde la primavera. La segunda fase se puede financiar con que la primera funcione.

Designa a una sola persona que decide. Las rondas de revisión son donde mueren los presupuestos, y se multiplican cuando cuatro personas dan feedback contradictorio.

Sé honesto sobre la fecha límite. Inventarte una urgencia que no tienes te cuesta dinero sin ningún beneficio.

No compres funcionalidades por especulación. El área de socios que quizás quieras el año que viene será más barata de construir el año que viene, cuando sepas si de verdad la quieres.

Preguntas frecuentes

¿Por qué los desarrolladores no publican sus precios?

Algunos sí lo hacen, para paquetes estandarizados donde el alcance realmente es fijo. Para trabajo a medida, un precio publicado o es lo bastante alto como para cubrir el peor caso posible — lo que sobrecobra a todo el que tiene un proyecto sencillo — o es lo bastante bajo como para atraer consultas que en realidad no puede entregar. Un presupuesto tras una conversación breve es más preciso para ti, no menos.

¿Un freelance es más barato que una agencia?

Normalmente sí, porque no estás financiando gestores de proyecto, comerciales ni gastos de oficina. La contrapartida es la capacidad: una sola persona tiene un límite de trabajo en paralelo y ninguna redundancia si se pone enferma. Para la mayoría de proyectos pequeños y medianos las cuentas del freelance salen a favor; para programas grandes multidisciplinares, a menudo no.

¿Debo pagar por horas o un precio cerrado?

Precio cerrado para un proyecto definido, porque traslada el riesgo de estimación al desarrollador y te da una cifra sobre la que puedes planificar. Por horas para trabajo abierto — mejoras continuas, mantenimiento, "vamos viendo" — donde un precio cerrado sería simplemente una suposición con margen extra encima.

¿Qué anticipo es normal?

Un anticipo antes de empezar el trabajo es práctica estándar y protege a ambas partes; el resto se liga a hitos como la aprobación del diseño y el lanzamiento. Lo que no es estándar es el importe completo por adelantado antes de que exista nada.

La versión corta

El precio de una web a medida lo determinan los tipos de página, de dónde viene el diseño, la funcionalidad, el contenido, los idiomas, la migración y el plazo. Pide tres presupuestos sobre el mismo briefing escrito, compara el alcance desglosado en vez de los totales, e incluye los costes recurrentes en la decisión. Después elige la propuesta que muestre el entendimiento más claro de tu proyecto — no la cifra más pequeña.