¿Cuánto cuesta un software a medida? Cómo calcularlo antes de pedir presupuesto

No existe una cifra media fiable para un software a medida, y cualquier número que leas en un blog genérico sale de proyectos que no son el tuyo. Lo que sí puedes hacer es saber qué tipos de proyecto exigen más esfuerzo, qué factores mueven el precio y qué costes llegan después de la entrega. Con eso podrás juzgar si una oferta es razonable y justificar la inversión ante dirección.

Este artículo no publica horquillas en euros. Prefiere decirte cómo se construye el precio, que es lo que te permite defender una cifra, antes que darte un rango que no corresponda a tu caso. Si necesitas un número cerrado para tu proyecto, lo obtienes tras un diagnóstico, no antes.

Respuesta corta: qué tipos de proyecto cuestan más y cuáles menos

El precio de un desarrollo es, en esencia, esfuerzo de un equipo durante un tiempo, más los costes recurrentes que genera después. Lo que cambia entre proyectos es cuánto esfuerzo exige cada tipología. Ordenadas de menos a más inversión, suelen ser estas:

• Integración entre sistemas. Por ejemplo, que un pedido aprobado en el ERP cree automáticamente la ficha en el CRM. El precio depende de la calidad de las APIs, del sentido de la sincronización (uno o dos sentidos) y de la gestión de errores. El plazo, del número de sistemas y de la colaboración de sus proveedores.
• Herramienta interna o automatización de un proceso. Por ejemplo, sustituir una hoja de cálculo de la que depende un departamento. El precio depende de las reglas de negocio, los roles de usuario y los informes. El plazo, de lo bien definido que esté el proceso actual.
• Módulo a medida sobre un CRM existente. Por ejemplo, presupuestos automáticos, partes de trabajo, cálculos y generación de documentos. El precio depende de la complejidad del cálculo o del flujo y de la conexión con otros datos del CRM. El plazo, del alcance del módulo; se parte de una base ya construida.
• Plataforma o CRM a medida completo. Por ejemplo, un sistema propio con varios módulos, perfiles y conexiones. Suma todo lo anterior, más arquitectura y migración de datos, y se suele dividir en entregas por fases.

Como regla de lectura, un módulo sobre una base existente cuesta menos y llega antes que construir la misma funcionalidad desde cero. Y una integración sencilla con APIs bien documentadas cuesta menos que una herramienta nueva. Pero una integración con un sistema antiguo y sin API puede acabar siendo más cara que una herramienta, porque el esfuerzo está en lidiar con lo que no está documentado.

Sobre el IVA: pide siempre que el presupuesto indique expresamente si lo incluye, y compara las ofertas con la misma base, sin IVA.

En OriginIA trabajamos con alcance y precio cerrados. Por eso la cifra definitiva de tu proyecto se da después de entender el proceso, no con una calculadora online.

Qué hace que un software a medida cueste más o menos

Estos son los factores que más pesan, ordenados de forma aproximada por su impacto habitual.

Alcance funcional. Cuentan el número de pantallas, los roles de usuario (un administrador, un comercial y un cliente externo no ven ni hacen lo mismo) y las reglas de negocio. Una regla de negocio sencilla se programa en horas. Diez reglas que se contradicen según el cliente o el producto exigen análisis, pruebas y más casos límite.

Integraciones con sistemas existentes. Son el factor de mayor riesgo. Conectar con un ERP, una herramienta de contabilidad o una API de terceros parece trivial en el presupuesto y se complica en la práctica. Hay APIs sin documentar, límites de uso, entornos de pruebas inexistentes y proveedores que tardan semanas en responder. Si tu pregunta es cuánto cuesta integrar tu ERP con otras herramientas, la respuesta empieza por tres comprobaciones:

• ¿tiene API documentada y estable?
• ¿hay un entorno de pruebas separado del de producción?
• ¿la sincronización va en un sentido o en los dos?

Calidad de los datos de partida. Migrar datos de una hoja de cálculo o de un sistema antiguo implica limpiar duplicados, unificar formatos y decidir qué se descarta. Es un trabajo que suele quedar fuera del primer presupuesto y que consume más tiempo del esperado.

Seguridad, permisos, RGPD y trazabilidad. En empresas medianas y grandes se exige control de quién accede a qué, registro de cambios y cumplimiento del RGPD en el tratamiento de datos personales. Todo ello es esfuerzo de diseño y de pruebas, y debe estar en el alcance desde el principio, no añadirse al final.

Usuarios y volumen de datos. Una herramienta para un equipo de diez personas y otra para varios cientos, con grandes volúmenes de datos, requieren arquitecturas distintas. El impacto aparece tanto en el desarrollo como en la infraestructura posterior.

Uso de IA. Aquí conviene ser concreto sobre qué encarece y qué no. Un agente que consulta datos ya estructurados y responde sobre ellos es relativamente contenido. Lo que sube el coste es la preparación de la información de partida (documentación dispersa, desactualizada o contradictoria), la supervisión de las respuestas y el consumo variable de los modelos, que crece con el volumen de uso. Si te interesa esta vía, explicamos cómo trabajamos en agentes de IA de chat y voz.

Perfil del equipo. Un freelance, una agencia especializada y una consultora grande tienen estructuras de coste muy distintas, y eso se refleja en el precio. No damos aquí una tarifa por hora de mercado porque no podemos citarla con una fuente sólida. Lo que sí te recomendamos es preguntar quién va a hacer realmente el trabajo, si es el mismo equipo que te presenta la propuesta y qué pasa si esa persona no está disponible.

Modelos de presupuesto: precio cerrado vs. bolsa de horas

Precio cerrado. Se fija un alcance definido y un importe único. Es el modelo que usamos en OriginIA y conviene cuando el proceso es conocido, se puede describir con detalle y no va a cambiar durante el desarrollo. Su ventaja es que sabes lo que vas a pagar antes de empezar. La contrapartida es que exige definir bien el alcance, y que los cambios posteriores se presupuestan aparte, de forma explícita.

Time & materials o bolsa de horas. Se paga por el tiempo realmente dedicado. Tiene sentido cuando el alcance es incierto o evolutivo, por ejemplo en un producto que se va descubriendo sobre la marcha. El riesgo es la desviación: sin un seguimiento estricto y un tope acordado, el coste final puede alejarse mucho de la expectativa. Si vas por este camino, pide informes periódicos de horas por tarea y un límite que obligue a pararse y decidir antes de superarlo.

Fases. Un proyecto bien planteado se divide en tres:

1. Descubrimiento o diagnóstico. Se documenta el proceso, se identifican los sistemas implicados y se define qué entra y qué no.
2. Desarrollo por entregas. Se entrega funcionalidad utilizable de forma progresiva, lo que permite validar sobre algo real (un MVP) en vez de esperar al final.
3. Puesta en producción. Incluye migración de datos, formación y acompañamiento inicial.

Por qué el diagnóstico previo reduce el coste total. La mayor parte de las desviaciones nacen de requisitos mal entendidos, no de errores de programación. Cuanto antes se descubre que una integración es inviable o que dos departamentos entienden de forma distinta el mismo proceso, menos cuesta corregirlo. Descubrirlo en el análisis cuesta horas; descubrirlo con el desarrollo avanzado cuesta semanas.

El plazo de un proyecto sale de este mismo ejercicio: cuántas fases, cuántas integraciones y cuántas decisiones pendientes tienes por delante. Desconfía de quien te da una fecha sin haber hecho preguntas.

Los costes que no aparecen en el primer presupuesto

El presupuesto de desarrollo es solo una parte de lo que vas a gastar. Estas son las partidas que conviene tener sobre la mesa antes de aprobar nada.

• Mantenimiento correctivo y evolutivo. El correctivo arregla errores; el evolutivo adapta la herramienta a cambios del negocio. Pide que se cifre por escrito, como cuota fija o como porcentaje anual sobre la inversión inicial, y que se detalle qué cubre. Un software sin mantenimiento acumula deuda técnica y acaba costando más de reparar que de haber cuidado.
• Infraestructura y hosting. Los servidores o servicios cloud tienen un coste recurrente que crece con usuarios y datos. Pregunta quién los contrata, a nombre de quién y cómo se estima su evolución.
• Licencias de terceros y consumo de APIs. Si la herramienta usa servicios externos, incluidos modelos de IA, hay un gasto variable que debe estimarse con escenarios de uso.
• Formación y gestión del cambio. Una herramienta que el equipo no adopta no genera ahorro. Reserva tiempo y presupuesto para formación y para el periodo en que conviven el proceso viejo y el nuevo.
• Dependencia del proveedor. Si el código no es tuyo o no está documentado, quedas atado a quien lo escribió: cambiar de proveedor significa empezar casi de cero. En OriginIA el código se entrega documentado y es de tu propiedad, y te recomendamos exigir lo mismo a cualquier proveedor, por escrito en el contrato.

Una pregunta práctica sobre la propiedad del código: ¿de quién es cuando encarga un desarrollo? Depende de lo que diga el contrato. No lo des por hecho: debe constar expresamente la cesión de los derechos de propiedad intelectual y la entrega del código fuente junto con la documentación técnica.

Software a medida vs. SaaS: cómo calcular el coste total a 3-5 años

Comparar la cuota mensual de un SaaS con el precio del desarrollo es la comparación equivocada. Lo correcto es calcular el coste total de propiedad (TCO) de cada opción en el mismo horizonte, de tres a cinco años.

SaaS, coste a N años:

• licencias: usuarios × precio por usuario × 12 × N años, con la previsión de crecimiento de tu plantilla (las licencias escalan con las personas);
• módulos adicionales, conectores y almacenamiento extra;
• horas manuales para cubrir lo que la herramienta no hace: exportar, copiar, reconciliar datos;
• hojas de cálculo paralelas que nacen porque el sistema no encaja con el proceso.

A medida, coste a N años:

• desarrollo inicial (incluidos diagnóstico y migración de datos);
• mantenimiento anual × N años;
• infraestructura, licencias de terceros y consumo de APIs;
• formación.

Para hacer el cálculo con tus números, sustituye cada variable por datos reales de tu empresa. El más infravalorado suele ser el coste de las horas manuales: multiplica las horas semanales que tu equipo dedica a tareas que la herramienta no resuelve por el coste de esas horas y por las semanas del año. Con frecuencia, ese gasto oculto cambia el resultado de la comparación.

Una vez tengas los dos totales, calcula en qué año la opción a medida iguala acumulativamente al SaaS. Si el punto de equilibrio queda muy por encima de tu horizonte de planificación, el desarrollo no se justifica.

Cuándo no compensa el desarrollo a medida:

• cuando un SaaS cubre la gran mayoría de tu proceso y las carencias son menores;
• cuando el proceso aún no está estable y va a cambiar de forma sustancial;
• cuando se trata de una función estándar (correo, contabilidad general) en la que no hay diferencial competitivo;
• cuando no hay un responsable interno que defina requisitos y valide entregas;
• cuando no se puede medir el ahorro que se espera.

Si tu caso encaja en alguno de estos supuestos, te lo diremos en la primera conversación. Un desarrollo que no compensa no nos interesa a ninguna de las dos partes.

La misma lógica responde a la pregunta sobre el CRM a medida frente a licencias de un CRM comercial. Compara licencias por usuario más extras y horas manuales contra desarrollo más mantenimiento, y ten en cuenta si necesitas un CRM completo o solo las piezas que tu CRM actual no cubre. Eso nos lleva a la opción intermedia.

Opción intermedia: módulos a medida sobre un CRM

Entre comprar un SaaS tal cual y construir una plataforma desde cero hay un punto medio: partir de una base existente y desarrollar solo lo que tu operativa necesita. Al no construir la parte común (contactos, fichas, usuarios, permisos), se reduce el coste y el plazo frente a un desarrollo completo.

Los ejemplos más habituales son tareas que el equipo hace a mano todos los días:

• presupuestos que se generan automáticamente a partir de los datos del cliente;
• partes de trabajo que se rellenan y se archivan en la ficha;
• cálculos específicos de tu sector que hoy viven en una hoja de cálculo;
• documentos que se generan con los datos correctos sin copiar y pegar.

Si te interesa esta vía, tienes el detalle en módulos a medida para tu CRM. Y si lo que necesitas es una herramienta o integración fuera del CRM, está descrito en desarrollo de software a medida. Si el proyecto incluye una parte pública, como un portal o una calculadora, conviene coordinarlo con la web: lo cubrimos en diseño web para empresas.

Cómo pedir presupuesto para recibir ofertas comparables

Tres ofertas solo se pueden comparar si responden al mismo planteamiento. Antes de contactar con proveedores, prepara esto:

• El proceso actual documentado, aunque sea en un esquema básico: quién hace qué, en qué orden y con qué herramientas.
• Los sistemas implicados: ERP, CRM, contabilidad, hojas de cálculo, APIs de terceros.
• Usuarios y roles: cuántas personas lo usarán y qué puede hacer cada perfil.
• Volumen: registros, operaciones al mes, documentos.
• Lo imprescindible frente a lo deseable, para que cada proveedor presupueste lo mismo.
• Una fecha límite, si existe, y qué la motiva.

Preguntas que hacer a cada proveedor:

1. ¿Quién es el propietario del código al terminar el proyecto?
2. ¿Se entrega documentación técnica?
3. ¿Qué garantía se ofrece tras la entrega y qué cubre?
4. ¿Qué incluye exactamente el mantenimiento?
5. ¿Cómo se gestionan los cambios de alcance y cómo se presupuestan?
6. ¿Quién del equipo va a desarrollar el proyecto?

Señales de alarma:

• un presupuesto sin preguntas previas, que indica que no se ha entendido el problema;
• un precio muy por debajo del resto, que suele compensarse con recortes de alcance o cambios facturados después;
• un alcance ambiguo, redactado en términos que admiten cualquier interpretación;
• un código que no se transfiere o una documentación que no se entrega.

Si prefieres empezar por el diagnóstico, reserva una llamada de 30 minutos con quien va a hacer el trabajo. Nos cuentas dónde te duele, te decimos qué haríamos y qué no, y si no podemos ayudarte también te lo diremos.