Cuánto cuesta desarrollar software a medida en España

Para orientar las primeras conversaciones usamos cuatro franjas. No son tarifas ni promedios del mercado español: no existe una fuente fiable que los publique y cada proveedor trabaja con estructuras de coste diferentes. Son rangos que sirven para comprobar si lo que imaginas y lo que estás dispuesto a invertir están en la misma conversación.

Cuando recibas una propuesta, el importe debería poder descomponerse en partidas reconocibles. Si solo aparece un total, pide el desglose: es la única forma de saber qué estás comprando y dónde hay margen para ajustar.

• Análisis y diseño funcional: entrevistas, mapeo del proceso, definición de pantallas y reglas. Suele ser la partida que más ahorra después, porque evita rehacer trabajo.
• Diseño de interfaz y experiencia de uso: cuánto pesa depende de si hay usuarios externos, uso en móvil o tareas repetitivas donde cada clic cuenta.
• Desarrollo: construcción del frontal, la lógica de negocio, la base de datos y las integraciones. Es la partida mayor, pero no la única.
• Integraciones: conectar con ERP, CRM, contabilidad o servicios externos. Su coste depende más del sistema del otro lado que del nuestro.
• Migración de datos: limpiar, transformar y cargar lo que hoy está en hojas de cálculo o en un programa anterior.
• Pruebas y calidad: pruebas automatizadas, revisión de código, pruebas de aceptación con usuarios reales.
• Despliegue e infraestructura: preparar entornos, copias de seguridad, monitorización. Aparte va el coste recurrente del alojamiento.
• Gestión del proyecto y formación: coordinación, reuniones, documentación y puesta en marcha con los usuarios.

Algunos factores apenas cambian el importe; otros lo multiplican. Conviene identificarlos pronto, porque son los que convierten un proyecto de la segunda franja en uno de la cuarta sin que nadie lo haya decidido conscientemente.

Un ejemplo ilustrativo: una aplicación para registrar partes de trabajo de técnicos parece pequeña. Si además debe funcionar sin cobertura, adjuntar fotos, firmar en pantalla y volcar las horas al ERP para facturar, cada una de esas frases añade diseño, desarrollo y pruebas. Ninguna es exótica, pero juntas cambian la franja.

Un software en producción tiene costes recurrentes que conviene presupuestar desde el principio, no descubrir al primer año. Separa siempre tres conceptos, porque se mezclan con frecuencia en las propuestas:

• Infraestructura y licencias: alojamiento, base de datos gestionada, servicios de correo, almacenamiento, licencias de componentes de terceros. Se puede estimar con bastante precisión si se conoce el volumen.
• Mantenimiento correctivo y preventivo: corregir errores, actualizar dependencias y versiones del lenguaje o del sistema operativo, aplicar parches de seguridad. No es opcional: un software que no se actualiza se degrada.
• Evolución: funciones nuevas, cambios de proceso, nuevas integraciones. Es el concepto más variable y el que conviene contratar por bolsas de horas o por pequeños proyectos.

Pregunta qué incluye exactamente el mantenimiento ofrecido: tiempos de respuesta, horario, si cubre actualizaciones de dependencias o solo errores, y cómo se facturan las peticiones que no son errores. Una cuota baja que solo cubre «incidencias críticas» puede salir cara si cada pequeño cambio se presupuesta aparte.

1. Alcance descrito en términos de funciones y flujos, con una lista explícita de lo que queda fuera.
2. Desglose del importe por fases o partidas, no solo un total.
3. Supuestos de los que depende el precio: número de integraciones, volumen de datos a migrar, calidad esperada de esos datos.
4. Modelo de contratación: precio cerrado por alcance, por tiempo y materiales o mixto, y cómo se gestionan los cambios.
5. Plan de entregas con hitos verificables, no solo una fecha final.
6. Cómo se prueba: qué pruebas automatizadas se escriben y cómo se hace la aceptación.
7. Propiedad del código, licencias de terceros y qué se entrega al final (repositorio, documentación, credenciales).
8. Condiciones de mantenimiento y coste recurrente estimado de infraestructura.

Antes de comparar cifras, comprueba que las propuestas responden al mismo problema. Dos presupuestos muy distintos suelen indicar que cada proveedor ha entendido un alcance diferente, no que uno sea más caro.

• ¿Puedes explicar con tus palabras qué incluye y qué no cada propuesta?
• ¿Sabes qué ocurre con el precio si una integración resulta más difícil de lo previsto?
• ¿Está estimado el coste anual de mantenimiento e infraestructura, no solo el del desarrollo?
• ¿Hay una primera versión útil que podría ponerse en marcha antes y con menos inversión?
• ¿Te quedas con el código y la documentación si cambias de proveedor?

Si quieres situar tu proyecto en una franja con criterio, el primer paso es describirlo bien: qué proceso, qué usuarios, qué sistemas. Con eso podemos estudiar el alcance contigo, señalar qué partes encarecen el proyecto y proponer una primera versión razonable.