Cómo leer un presupuesto de software a medida: qué debe incluir y qué preguntar antes de firmar

Cómo leer un presupuesto de software a medida: qué partidas debe incluir, qué costes quedan fuera, cómo comparar ofertas y qué preguntar antes de firmar.

Software a medida · Por Agustín Valles Moreno · 28 de octubre de 2026 · 5 min de lectura

Un presupuesto de software a medida dice mucho más que una cifra. Bien leído, te cuenta qué se va a construir, en qué orden, qué queda fuera y qué vas a seguir pagando cuando el proyecto termine. Mal leído, es la forma más rápida de comparar dos propuestas que en realidad no se parecen en nada.

Este artículo no da precios. Va un paso antes: qué partidas debería tener un presupuesto serio, cómo comprobar que dos ofertas hablan del mismo proyecto y qué preguntar antes de firmar. Si lo que buscas es entender qué factores hacen que un desarrollo cueste más o menos, lo explicamos en la guía qué determina el precio de un software a medida.

Por qué la cifra sola no sirve para comparar

Dos empresas pueden presupuestar «una aplicación para gestionar pedidos» y estar pensando en cosas distintas. Una incluye la conexión con tu programa de facturación y la migración de los datos de las hojas de cálculo; la otra da por hecho que eso lo harás tú. Una cuenta con pruebas en tu operativa y formación al equipo; la otra entrega el código y se despide.

Por eso la primera pregunta ante cualquier presupuesto no es «¿cuánto?», sino «¿qué incluye exactamente?». Cuando el alcance está escrito con detalle, la cifra se puede discutir. Cuando no lo está, cualquier comparación es una apuesta.

Las partidas que debería tener un buen presupuesto

No todos los proyectos llevan todas, pero si alguna falta conviene saber por qué.

Diagnóstico y documento de alcance

Es la base de todo lo demás. Describe el problema que se quiere resolver, los procesos que cubre el software, los usuarios que lo van a usar y, muy importante, lo que no entra en esta fase. Si un presupuesto no se apoya en un documento así, el importe está calculado sobre suposiciones.

Diseño de la solución

Cómo se organiza la herramienta, qué pantallas y flujos tendrá y cómo encaja con los sistemas que ya usas. No hace falta que lo entiendas a nivel técnico, pero sí que puedas reconocer en él el día a día de tu empresa.

Desarrollo por fases o entregas

Un buen presupuesto no habla solo de «el desarrollo», sino de qué se entrega en cada fase y qué podrá usar tu equipo al final de cada una. Trabajar por entregas te permite comprobar pronto que el proyecto va por buen camino y decidir con datos reales si se amplía o se ajusta lo siguiente.

Integraciones

Cada conexión con otro sistema (facturación, contabilidad, tienda online, correo, un programa antiguo) debería aparecer por su nombre. Las integraciones son una de las partidas que más pueden variar, así que si el presupuesto no las menciona, pregunta si están incluidas o si se presupuestarán aparte.

Migración de datos

Si hoy trabajas con hojas de cálculo o con otro programa, alguien tiene que pasar esa información al sistema nuevo, y casi siempre hay que limpiarla antes. Comprueba si la migración está incluida, quién se encarga de revisar los datos y qué pasa si aparecen más problemas de los previstos.

Pruebas, puesta en producción y formación

Las pruebas con casos reales de tu empresa, la instalación en el entorno definitivo y la formación a las personas que van a usarlo forman parte del proyecto. Cuando no aparecen, a veces es porque se dan por hechas y otras porque no están.

Documentación y entrega del código

El presupuesto o el contrato debería decir qué documentación recibes, dónde queda el código y de quién es al terminar. Esto determina si mañana podrías seguir con otro equipo o si dependes para siempre del mismo proveedor.

Los costes que no están en la cifra principal

El desarrollo es solo una parte. Antes de comparar, pide que te detallen también lo que vendrá después:

• Alojamiento e infraestructura: servidores, bases de datos y copias de seguridad, y quién los contrata.
• Mantenimiento: actualizaciones de seguridad, corrección de errores y soporte. Pregunta si es obligatorio, qué cubre y cómo se factura.
• Servicios de terceros: envío de correos, pasarelas de pago, mapas o modelos de inteligencia artificial que se pagan por uso.
• Evolución: las mejoras que pedirá tu equipo cuando empiece a usar la herramienta. Conviene saber cómo se presupuestarán.

Un presupuesto que solo muestra el coste de construir el software te enseña la mitad de la foto.

Cómo se paga: cerrado, por horas o cuota mensual

La forma de facturar cambia quién asume el riesgo si el proyecto se complica. Con un precio cerrado sabes lo que vas a pagar por un alcance concreto, a cambio de definirlo bien antes de empezar. Con un modelo por horas ganas flexibilidad si el alcance no está claro, pero las desviaciones las pagas tú. Con una cuota mensual contratas capacidad de un equipo, algo útil en productos que evolucionan sin parar.

Ninguno es malo por sí mismo. Lo importante es que el presupuesto diga cuál se usa, qué pasa si cambias algo a mitad de proyecto y cómo se aprueban esos cambios.

Qué preguntar antes de firmar

Con el presupuesto delante, estas preguntas te ayudan a descubrir lo que no está escrito:

1. ¿Qué queda fuera del alcance y cómo se presupuestaría si después lo necesito?
2. ¿Qué integraciones y qué migración de datos están incluidas?
3. ¿Qué podré usar al final de cada entrega?
4. ¿Cómo se gestionan los cambios durante el proyecto?
5. ¿De quién es el código y qué documentación recibo al terminar?
6. ¿Qué mantenimiento propones, es obligatorio y qué incluye?
7. ¿Quién va a hacer el trabajo: el mismo equipo que hace la propuesta u otro?

En la guía qué preguntar a una empresa de desarrollo de software tienes más preguntas para la conversación con el proveedor.

Si el software va a tratar datos personales

Si la herramienta va a guardar datos de clientes, empleados o pacientes, la empresa que la desarrolla o la mantiene puede acceder a ellos. En ese caso actúa como encargada del tratamiento y el Reglamento General de Protección de Datos (artículo 28) exige que esa relación quede regulada en un contrato o acto jurídico con un contenido mínimo. La Agencia Española de Protección de Datos tiene unas directrices para elaborar esos contratos.

No hace falta que lo resuelva el presupuesto, pero sí conviene que lo mencione: quién trata los datos, dónde se alojan y qué medidas de seguridad se aplican.

Señales de alerta en un presupuesto

• Una cifra cerrada sin documento de alcance detrás.
• Ninguna mención a pruebas, puesta en producción ni formación.
• Integraciones y migración de datos «a definir» sin explicar cómo se presupuestarán.
• Nada sobre la propiedad del código ni la documentación.
• Un mantenimiento obligatorio sin detalle de lo que cubre.

Que aparezca una no significa que la propuesta sea mala, pero sí que hay una conversación pendiente antes de firmar.

Cómo lo hacemos en NADIA Solutions

En NADIA Solutions trabajamos con presupuesto cerrado: antes de escribir una línea de código analizamos el problema, documentamos el alcance y te damos el precio, para que decidas con el plan delante. Si estás valorando un proyecto, en nuestra página de desarrollo de software a medida en Valencia te contamos cómo trabajamos. Y si todavía estás decidiendo si te compensa, empieza por software a medida para pymes.