Presupuestos de software: por qué los precios varían tanto
Tres presupuestos del mismo sistema llegan con precios muy distintos porque cada proveedor leyó un grado diferente de acoplamiento en tu operación. El precio no mide el tamaño de la pantalla. Mide cuántas cosas el proveedor cree que tendrá que tocar para que esa pantalla funcione. La diferencia entre las propuestas es información sobre tu pedido.
¿Por qué tres proveedores leen el mismo pedido y responden precios tan distintos?
Porque tu pedido describe la pantalla y su precio describe lo que hay detrás.
"Necesito un sistema de pedidos" es una frase completa para quien opera y ambigua para quien presupuesta. No dice si el pedido nace del comercial en campo o del cliente, si el stock tiene que responder en el momento, si el precio sale de una tabla o de una regla por cliente, si la factura se emite desde el mismo sitio. Cada proveedor responde esas preguntas solo, en silencio, y cobra por la respuesta que se dio.
El barato suele haber respondido "esto es una pantalla de alta". El caro suele haber respondido "esto toca stock, finanzas y facturación". Los dos presupuestan con honestidad. Presupuestan proyectos distintos.
Así que la dispersión no es un problema de mercado. Es un retrato de cuánto quedó sin decir en tu pedido.
¿Qué dice la investigación sobre el riesgo de coste en software?
Que el riesgo no está en la media. Está en la cola.
Bent Flyvbjerg y colegas compararon 23 tipos de proyecto en un estudio publicado en 2026, con 5.360 proyectos de TI en la muestra. Un proyecto de TI se pasa de presupuesto en el 40,86% de los casos, una de las tres frecuencias más bajas de toda la tabla. Los edificios se pasan en el 73,66%. Los túneles, en el 73,91%. Las centrales nucleares, en el 96,94%. Los Juegos Olímpicos, en el 100%.
Ese primer número contradice la creencia común de que el software siempre se retrasa y siempre cuesta más. La mayor parte de las veces, el presupuesto se cumple.
El segundo número es el que importa. Entre los proyectos de TI, el 18,26% se pasa en más del 50%, y en esos casos el coste final medio es 5,53 veces la estimación inicial. Ese 5,53 es el más alto de los 23 tipos comparados, por encima del almacenamiento nuclear, de defensa y de los Juegos Olímpicos. La misma tabla muestra la firma estadística: en TI, la media de desvío queda 73 puntos porcentuales por encima de la mediana.
Traducido a tu decisión: la probabilidad de que el presupuesto se cumpla es razonable, y la cuenta del día en que no se cumple es de otro orden de magnitud. Quien elige proveedor mirando solo el precio está optimizando la mitad fácil del problema.
¿De dónde sale la cola?
Del acoplamiento. El trabajo que desmenuzó el mecanismo detrás de esa distribución viene del mismo grupo de investigación y corre sobre la misma base de proyectos de TI, en un recorte de 5.392 proyectos. No son dos evidencias independientes, son dos cortes del mismo conjunto. La explicación que proponen es la interdependencia entre componentes: un problema en una pieza dispara una reacción en cadena en las piezas conectadas a ella, y esa propagación es la que produce los desvíos extremos.
Ese estudio trae dos hallazgos que vale la pena guardar. El primero es que los desvíos y los ahorros aparecen con frecuencia parecida, lo que refuerza que la estimación inicial es un rango y no un número. El segundo está en una nota al pie: el mayor desvío de toda la muestra no fue un megaproyecto. Fue una personalización pequeña de flujo de trabajo, presupuestada en 1.500 dólares, que terminó en 425 mil dólares.
Guarda ese par. Alcance pequeño más operación acoplada es la combinación que produce la cuenta grande. Y una operación que acumuló sistemas comprados en épocas distintas es justo el ambiente donde el acoplamiento vive sin que nadie lo vea.
Por eso la pregunta correcta antes de comparar precios no es "cuánto cuesta construir esto". Es "cuántas cosas toca esto".
¿Quién está evaluando la propuesta de tu lado de la mesa?
En muchas empresas, nadie cuya función sea esa.
La Encuesta sobre el uso de TIC y del comercio electrónico en las empresas del INE, con datos definitivos publicados en octubre de 2025, registra que el 16,8% de las empresas españolas de 10 o más empleados contaba con especialistas TIC en el primer trimestre de 2025. Por sectores, son el 20,4% en servicios, el 15,3% en industria y el 7,2% en construcción.
Léelo al revés y sale el dato que importa aquí: más de ocho de cada diez empresas de ese tamaño no tienen ningún especialista TIC en plantilla. La decisión cae en manos de quien entiende de operación, y la única variable comparable entre tres documentos técnicos pasa a ser el precio.
En la mayoría de las pymes ese papel no tiene dueño declarado en el organigrama. Se puede cubrir ese vacío sin contratar a nadie, siempre que cambies lo que pides.
Cómo comparar tres presupuestos que no miden lo mismo
Pide a cada proveedor la lista de lo que va a tocar. No la lista de funcionalidades, que todos escriben igual. La lista de sistemas, hojas de cálculo, rutinas y personas que tienen que cambiar de comportamiento para que el sistema nuevo funcione.
Cuatro preguntas cubren la mayor parte de la dispersión:
¿Qué sistemas que ya existen aquí lee o escribe esta propuesta? Quien responde "ninguno" está proponiendo una isla más, y una isla es barata en la entrega y cara en la cuenta de tres años.
¿Qué pasa cuando uno de esos sistemas cambia o se cae? La respuesta separa a quien pensó en el acoplamiento de quien lo va a descubrir durante el proyecto.
¿Qué parte de esta propuesta es premisa y qué parte es compromiso? Una premisa que nadie marcó como premisa se convierte después en un adicional.
¿Qué se dejó fuera a propósito? Un proveedor sénior responde eso rápido y con una lista. Quien no tiene la lista no dibujó ninguna frontera.
Si las tres respuestas llegan distintas, no tienes tres precios. Tienes tres alcances, y ahora puedes elegir cuál es el tuyo.
Un escenario para hacerlo concreto, planteado como hipótesis de trabajo y no como medición de ningún cliente nuestro: una distribuidora con 60 empleados pide un sistema de pedidos. El proveedor A presupuesta la pantalla de pedido y el listado. El B incluye la lectura del stock en tiempo real. El C incluye stock, la regla de precio por cliente y el disparador de la facturación. Los tres precios van a quedar lejos entre sí, y ninguno de los tres está equivocado. Lo equivocado es el pedido que permitió las tres lecturas. Media hora dibujando la frontera antes de pedir presupuesto mueve más dinero que cualquier negociación posterior.
Ese dibujo de frontera es la misma disciplina que decide cuándo reemplazar hojas de cálculo por software a medida y la que sostiene la arquitectura de sistemas internos. En el rescate de la plataforma de Colo Saúde, el primer proyecto no fue construir: fue auditar la seguridad y ajustar el rendimiento de una plataforma heredada que no tenía dueño técnico.
Yowpi también emite presupuestos, y las cuatro preguntas de arriba sirven para evaluar el nuestro igual que sirven para evaluar el de cualquiera. Una propuesta que no sobrevive a ellas no merece una firma, venga de quien venga.
Preguntas frecuentes
El presupuesto más barato propone no-code. ¿La diferencia de precio está solo en la herramienta?
Rara vez. La herramienta explica una parte de la diferencia y la frontera de alcance explica la mayor. Compara primero lo que toca cada propuesta en tu operación. Si los dos proveedores alcanzan el mismo conjunto de sistemas y rutinas, la comparación entre enfoques pasa a ser honesta, y ahí sí es una decisión técnica legítima.
La integración con lo que ya uso va a ser complicada. ¿Eso aparece en el presupuesto?
Aparece, casi siempre en forma de premisa. Busca frases como "considerando que el ERP expone una API" o "asumiendo acceso a la base de datos". Cada una de esas líneas es un riesgo que quedó de tu lado sin estar presupuestado. Pide que cada premisa venga con lo que pasa si no se confirma.
No tengo equipo cualificado para evaluar una propuesta técnica. ¿Qué hago?
No necesitas evaluar la arquitectura. Necesitas comparar alcances, y eso lo haces mejor que cualquier proveedor, porque conoces la operación. Pide por escrito las cuatro preguntas de este artículo y lee las respuestas como quien lee una descripción de proceso. Donde la respuesta se vuelva vaga sobre lo que el sistema toca, ahí está el riesgo.
El siguiente paso
Si tienes propuestas sobre la mesa y precios que no se hablan entre sí, el Diagnóstico de Arquitectura Operacional es una conversación de 30 minutos para dibujar esa frontera antes de firmar. Trae los presupuestos.
Cases relacionados
¿Reconociste tu operación en este artículo?
Agenda el Diagnóstico de Arquitectura Operacional: 30 minutos para mapear dónde está el cuello de botella de tu operación. Sin propuesta en la primera conversación.
Agendar diagnóstico