Cuánto cuesta el software a medida. Qué determina de verdad el precio
Por qué los presupuestos para el mismo proyecto varían por un factor de cinco, qué seis factores determinan realmente el precio y cómo comprar software a medida sin un presupuesto abierto.

Pida presupuesto a cinco proveedores para la misma idea y obtendrá cifras que varían por un factor de cinco. No es deshonestidad, es que nadie ha definido qué se va a construir.
Este artículo explica qué determina el precio y cómo comprar para que el presupuesto no se dispare.
- Las integraciones y los casos especiales elevan el coste mucho más que las pantallas.
- Un alcance indefinido es la mayor causa de sobrecostes.
- Compre por etapas: delimitar, presupuestar, publicar y decidir la siguiente etapa.
- Las construcciones baratas suelen reconstruirse antes de 18 meses.
Los seis factores reales de coste
- Número y antigüedad de los sistemas a integrar. Una API moderna es fácil; tres sistemas heredados no lo son.
- Cuántas excepciones tiene el proceso. El camino habitual es barato; los doce casos especiales no.
- Calidad y volumen de los datos de partida.
- Cuántos roles y niveles de permiso necesita el sistema.
- Requisitos normativos: trazas de auditoría, conservación, aprobaciones.
- Con qué precisión se ha descrito el proceso antes de empezar a construir.
Solo el último factor está totalmente en su mano, y es el que más afecta a la factura final.
Por qué una auditoría antes del presupuesto ahorra dinero
Un presupuesto redactado tras una conversación de dos horas es una estimación, y las estimaciones se inflan. Un presupuesto redactado tras una auditoría de procesos estructurada se basa en flujos documentados, un listado de integraciones y un conjunto conocido de excepciones.
Por eso presupuestamos primero la auditoría a precio cerrado, y todo lo posterior según los hallazgos. El resultado de la auditoría —el mapa de procesos, el inventario de automatización, la arquitectura costeada— es suyo, construyamos o no con nosotros.
Modelos de precio, y lo que le cuestan
Trabajamos con el tercer modelo: cada etapa delimitada, presupuestada, aprobada y publicada en producción. Si una etapa no cumple, se detiene después de ella y no después de dos años.
| Modelo | Qué significa para usted |
|---|---|
| Por tiempo y materiales | Flexible, pero el riesgo de descontrol del alcance es suyo. |
| Precio cerrado, proyecto completo | Predecible, pero muy inflado y rígido ante cambios. |
| Precio cerrado por etapa | Predecible por paso, el alcance se revisa entre etapas. |
| Cuota mensual fija | Correcto para evolución, peligroso como forma de construir el primer sistema. |
El coste de construirlo barato
La oferta más baja suele ganar omitiendo cosas: pruebas, documentación, gestión de errores, permisos, las excepciones. Todo funciona en la demo y se rompe al cuarto mes con datos reales.
La reconstrucción cuesta entonces más de lo que habría costado la construcción correcta, más los meses perdidos. Es la historia más común que oímos de empresas que llegan a nosotros con un sistema que construyó otro.
Qué preguntar antes de firmar
- ¿Qué incluye exactamente esta etapa, y qué queda explícitamente fuera?
- ¿Quién es dueño del código fuente, los datos y la documentación?
- ¿Qué pasa si dentro de un año queremos trabajar con otra empresa?
- ¿Cuánto cuesta el tercer año: alojamiento, soporte, cambios?
- ¿Podemos ver el sistema funcionando en producción, no solo en una demo?
Preguntas frecuentes
- ¿Cuál es un presupuesto realista para un primer sistema operativo?
- Para una empresa mediana, el primer módulo en producción suele suponer una inversión de cinco cifras en euros, por etapas. Los sistemas operativos completos con varios agentes crecen desde ahí, una etapa financiada cada vez.
- ¿Merecen la pena las tarifas más baratas de fuera?
- La tarifa por hora es solo un factor. Lo que decide el coste total es lo bien que se entendió el proceso antes de empezar a programar, y ahí la distancia, los husos horarios y el idioma suelen costar más de lo que ahorra la tarifa.
- ¿Podemos construir por fases para repartir el coste?
- Sí, y es como trabajamos por defecto. Cada etapa produce algo usable en producción antes de presupuestar la siguiente.
Lo que esto significa de verdad para su empresa
Imagine que el trabajo recurrente —presupuestos, facturas, documentos, seguimientos, informes— simplemente se hace. No con un equipo más grande, ni con otra suscripción, sino con un sistema que sabe cómo funciona su negocio. Su gente deja de alimentar software y vuelve al trabajo para el que la contrató. Ese es todo el objetivo.

Cómo lo viví yo
Dirigí operaciones donde cada día empezaba con las mismas veinte tareas pequeñas. Contratábamos a más gente, comprábamos más herramientas, y la carga administrativa seguía creciendo más rápido que los ingresos.
El punto de inflexión no fue una herramienta más inteligente. Fue poner por escrito cómo funcionaba realmente el negocio y construir un único sistema alrededor de eso, y después dejar que los agentes de IA trabajaran dentro de ese sistema. En pocos meses, el papeleo diario dejó de ser un problema de dirección y por fin pudimos pensar a tres meses vista en lugar de a tres horas.
Esa es la única razón por la que existe DND Systems: hacer lo mismo, bien diseñado, para las empresas que se reconocen en esta situación.
Cuéntenos cómo funciona hoy su empresa
Escriba un correo describiendo su operación diaria. Recibirá una respuesta honesta sobre qué se puede automatizar, qué debe seguir siendo humano y cuánto costaría un primer paso realista. Sin centralita, sin secuencia de ventas.
Respondemos en un día laborable, en inglés, español, francés, portugués o ruso.


