Cuándo desarrollar software a medida frente a un SaaS o un ERP

Publicado: 2026-03-09 · Actualizado: 2026-10-28

Por Goiko, Founder & AI Solutions CTO de GUGŌ Creative

Señales de que conviene desarrollar software a medida frente a comprar un SaaS o adaptar un ERP: criterios de decisión, coste total a cinco años y riesgos.

Desarrollar software a medida compensa cuando se cumplen a la vez tres condiciones: el proceso es diferencial para tu negocio, ninguna herramienta del mercado lo cubre sin obligarte a trabajar alrededor de ella y su vida útil justifica pagar desarrollo y mantenimiento durante años. Si el proceso es común y un SaaS maduro cubre lo esencial, cómpralo y configúralo. Si ya tienes un ERP, amplíalo con sus mecanismos de extensión, sin tocar su núcleo, y desarrolla aparte solo lo que el ERP no hace bien.

La decisión se toma con el coste total a tres o cinco años, no con el precio de arranque. En un SaaS cuentan licencias, implantación, integraciones y salida; en el software propio, desarrollo, infraestructura y un mantenimiento de entre el 15 y el 25 % del coste de desarrollo al año, según nuestro informe de precios 2026. Y casi siempre hay una vía intermedia: comprar el estándar para lo común y construir solo la pieza que te diferencia, conectada al resto.

Tres caminos: comprar un SaaS, adaptar un ERP o desarrollar a medida

Comprar un SaaS: pagas una suscripción y el proveedor mantiene el producto. Ganas velocidad y cedes el control de la hoja de ruta, los precios y el formato de los datos.
Adaptar un ERP: amplías con extensiones o módulos el sistema que ya concentra finanzas, compras, stock o producción. Ganas integración y asumes que cada personalización puede encarecer las actualizaciones.
Desarrollar a medida: construyes una aplicación propia. Ganas encaje y control, y asumes el coste de construirla, mantenerla y hacerla evolucionar.

Rara vez es una elección pura: lo habitual es un SaaS o el ERP para lo común y software propio para el proceso que distingue a la empresa. Si lo que quieres es construir un producto SaaS para venderlo, la comparación está en SaaS a medida vs SaaS existente; aquí hablamos de sistemas internos y procesos de negocio.

Señales de que conviene desarrollar software a medida

Ninguna basta por sí sola. Cuantas más se cumplan a la vez, más sólido es el caso:

El proceso es tu ventaja competitiva. Cómo cotizas, planificas la producción o atiendes a un tipo de cliente es lo que te distingue, y un producto estándar te obligaría a hacerlo como todos.
Trabajas alrededor de la herramienta: hojas de cálculo paralelas, campos usados para otra cosa, pasos manuales entre sistemas o trucos que solo conoce una persona. Si el proceso vive en Excel, lo tratamos en cuándo migrar de Excel a software a medida.
Las integraciones son el problema. El valor está en conectar ERP, CRM, almacén, máquinas o el portal de clientes, y los conectores estándar no cubren el flujo o se rompen con cada cambio.
Al estándar le falta una parte esencial, como trabajar sin conexión en campo, aplicar reglas de cálculo propias u ofrecer a tus clientes un portal con sus datos.
Necesitas controlar los datos y su evolución, sin depender de la hoja de ruta de un tercero.
La vida útil es larga: el proceso seguirá existiendo dentro de cinco años y es lo bastante estable para amortizar el desarrollo.

La guía de compra de tecnología del Gobierno británico, pensada para el sector público y actualizada en septiembre de 2026, contempla construir cuando la necesidad es única o poco común, hay pocos proveedores capaces, los productos comerciales no se pueden escalar, adaptar o integrar para lo esencial, necesitas poseer la tecnología para modificarla y tienes capacidad para gestionar el proyecto.

Cuándo es mejor comprar un SaaS

El proceso es común: contabilidad, nóminas, firma electrónica, atención al cliente o un CRM comercial estándar.
Un producto maduro cubre lo esencial sin cambiar tu forma de trabajar en lo que importa.
No tienes, ni quieres tener, un equipo interno o externo que mantenga software.
Todavía no conoces bien el proceso: una herramienta estándar te enseñará qué necesitas antes de construirlo.

Al comprar, negocia la salida desde el principio. El Reglamento de Datos de la UE, aplicable desde el 12 de septiembre de 2025, se aplica también al software como servicio y exige que el contrato regule el cambio de proveedor: preaviso máximo de dos meses, un periodo transitorio, en principio de treinta días como máximo, para trasladar los datos exportables y, desde el 12 de enero de 2027, ningún coste por el cambio, salvo excepciones como los servicios hechos a medida para un cliente. Esto es orientación técnica, no asesoramiento jurídico: revisa el contrato con tu asesor.

Cuándo adaptar el ERP y cuándo desarrollar al lado

Si ya tienes un ERP, la pregunta real no suele ser «ERP o software a medida», sino «dentro del ERP o fuera». Personaliza dentro cuando el cambio es pequeño, afecta a datos contables o logísticos y el fabricante ofrece un mecanismo de extensión soportado. Desarrolla fuera cuando el proceso tiene usuarios distintos —técnicos en campo, clientes o proveedores—, un ritmo de cambio propio o una lógica que el ERP no modela bien.

Los fabricantes empujan en esa dirección. Microsoft explica que en Business Central las personalizaciones se programan como extensiones que añaden funcionalidad a los objetos existentes, y la documentación de Odoo 19 advierte de que Odoo Online, su modalidad en la nube, es incompatible con módulos personalizados. La guía británica añade el riesgo de fondo: las personalizaciones pueden impedir actualizar o retirar un producto en el futuro.

Señales de que estás forzando el ERP:

Cada actualización de versión obliga a revisar o rehacer personalizaciones.
Das licencia de ERP a personas que solo necesitan registrar un dato.
El proceso necesita una interfaz móvil, sin conexión o para clientes que el ERP no ofrece.
Las reglas de negocio están repartidas entre el ERP, hojas de cálculo y macros.

En esos casos suele funcionar mantener el ERP como sistema de registro de lo contable y logístico y construir al lado una aplicación que lo consulta y escribe a través de su API. Cómo hacerlo sin duplicar datos está en integrar ERP, CRM e IA.

Tabla comparativa: SaaS, ERP adaptado o software a medida

Criterio	SaaS	ERP adaptado	Software a medida
Encaja cuando	El proceso es común y el producto cubre lo esencial	El proceso gira en torno a finanzas, compras, stock o producción	El proceso te diferencia o ningún producto lo cubre bien
Tiempo hasta usarlo	Días o semanas de configuración	Depende del alcance de la implantación	MVP operativo en 8-12 semanas; plataforma interna en 12-20
Coste de arranque	Implantación y configuración; sin rango publicado	Licencias e implantación; sin rango publicado	MVP 15.000-35.000 €; plataforma interna 35.000-70.000 €
Coste recurrente	Licencias por usuario o por uso, que crecen con la empresa	Licencias, soporte del partner y revisión de extensiones en cada versión	Mantenimiento del 15-25 % del desarrollo al año e infraestructura de 50-500 € al mes
Control de la evolución	Del proveedor	Del fabricante, con margen en las extensiones	Tuyo
Código y datos	Datos exportables según contrato; el código es del proveedor	Las extensiones pueden ser tuyas; el núcleo es del fabricante	Tuyos si el contrato cede los derechos y entrega el código fuente
Riesgo principal	Subidas de precio, cambios de producto y salida difícil	Personalizaciones que bloquean actualizaciones	Alcance mal definido y mantenimiento infravalorado

Los rangos de software a medida proceden del informe de precios 2026. No publicamos rangos de licencias SaaS ni de implantaciones de ERP porque dependen del fabricante, de los usuarios y del partner. Para contrastar tu caso tienes el comparador SaaS vs a medida.

Cómo calcular el coste total antes de decidir

Compara a tres o cinco años con las mismas partidas en cada opción:

SaaS: licencias multiplicadas por el crecimiento previsto de usuarios o de volumen, implantación, integraciones, formación y coste de salida.
ERP adaptado: licencias, implantación, desarrollo de extensiones y su revisión en cada actualización.
Software a medida: desarrollo, mantenimiento, infraestructura y evolución funcional, que decides año a año.
En las tres: migración de datos, tiempo del equipo interno y coste de lo que hoy se hace a mano.

Ejemplo hipotético con los rangos publicados

Una plataforma interna de 50.000 €, dentro del tramo de 35.000-70.000 €, con un mantenimiento del 15-25 % anual (7.500-12.500 € al año) y una infraestructura de 50-500 € al mes (600-6.000 € al año) suma en cinco años entre 90.500 y 142.500 €, sin contar evolución. Esa es la cifra que hay que poner al lado de cinco años de licencias del SaaS alternativo para todos los usuarios previstos, más su implantación y sus integraciones.

Si las licencias salen claramente por debajo, compra; si salen parecidas y el proceso te diferencia, el software propio empieza a tener sentido. El desglose por tipo de proyecto está en cuánto cuesta desarrollar software a medida, y qué cubre el mantenimiento, en el coste real de mantener software a medida.

Propiedad del código: qué debe decir el contrato

Si encargas el desarrollo a un proveedor externo, la propiedad no es automática. La Ley de Propiedad Intelectual atribuye al empresario los derechos de explotación de un programa creado por un trabajador asalariado en el ejercicio de sus funciones, salvo pacto en contrario, pero no prevé lo mismo para un encargo a otra empresa. Ahí manda el contrato, y el artículo 43 limita la cesión a las modalidades de explotación expresamente previstas: si no se menciona el plazo, se limita a cinco años, y si no se menciona el territorio, al país donde se firma. Pide como mínimo:

Cesión de los derechos de explotación, con plazo y territorio explícitos.
Entrega del código fuente en un repositorio a nombre de tu empresa, con documentación y scripts de despliegue.
Lista de componentes de terceros con sus licencias, e infraestructura y cuentas cloud a tu nombre.

Esto es orientación técnica, no asesoramiento jurídico: revisa el contrato con tu asesor.

Ejemplos: dos casos publicados y dos escenarios hipotéticos

Campo y oficina en un mismo sistema

En el software de gestión agrícola que desarrollamos, el punto de partida era que pocas soluciones de mercado cubren a la vez el trabajo en campo, con cobertura intermitente, lectura de códigos QR y fichajes, y la gestión de producción, compras, personal e inventario en la oficina. La señal era que el dato de campo no llegaba limpio a la gestión.

Procesos internos repartidos entre correo y hojas de cálculo

En la plataforma interna para el equipo técnico de Vodafone, incidencias, solicitudes y aprobaciones se gestionaban por correo, llamadas y hojas de cálculo, y las herramientas existentes no estaban pensadas para trabajar en movilidad. La solución se integró con los sistemas corporativos y con el inicio de sesión de la empresa: el valor estaba en el flujo y en la integración, no en las pantallas.

Distribuidora con ERP que necesita un configurador

Escenario hipotético: una distribuidora industrial cotiza productos configurables con reglas técnicas que viven en una hoja de cálculo. Adaptar el ERP obligaría a tocar su núcleo, y un SaaS de cotización genérico no conoce sus reglas. Lo razonable es un configurador a medida que lee precios y stock del ERP y le devuelve el pedido validado.

Consultora que quiere un CRM propio

Escenario hipotético: una consultora quiere desarrollar su CRM porque el actual no la convence, pero su proceso comercial es estándar y el problema real es que nadie mantiene los datos al día. No compensa desarrollar: configurar bien un CRM del mercado y automatizar dos o tres pasos resuelve más, antes y por menos dinero.

Errores frecuentes al decidir

Comparar el precio de arranque y no el coste total: el desarrollo parece caro frente a una cuota mensual hasta que se suman cinco años de licencias.
Desarrollar para no cambiar un proceso que debería cambiar: si tu forma de trabajar no te diferencia, adaptarte al estándar puede ser la mejora.
Construirlo todo a la vez: empieza por un MVP con el módulo que más duele y amplía cuando funcione.
Firmar sin cláusulas de propiedad, mantenimiento ni salida, tanto con el SaaS como con quien desarrolla.

Cómo decidir en cuatro pasos

Describe el problema, no la solución: qué proceso falla, cuánto cuesta hoy y a quién afecta.
Prueba el mercado: dos o tres productos con casos reales, anotando qué cubren y qué te obligan a cambiar.
Calcula el coste total a tres o cinco años de las opciones que sobrevivan.
Si gana el desarrollo, acótalo con entregables, criterios de aceptación y propiedad del código; lo explicamos en cómo pedir presupuesto de desarrollo de software.

Preguntas frecuentes

¿Cuándo compensa desarrollar software a medida en lugar de usar un SaaS?

Cuando el proceso te diferencia, ningún producto del mercado lo cubre sin obligarte a trabajar alrededor de él y su vida útil justifica pagar desarrollo y mantenimiento. Si el proceso es común y un SaaS maduro cubre lo esencial, suele ser mejor comprarlo y configurarlo.

¿Es mejor adaptar el ERP o desarrollar aparte?

Adapta el ERP con sus mecanismos de extensión cuando el cambio es pequeño y afecta a datos contables o logísticos. Desarrolla aparte, conectado por API, cuando el proceso tiene usuarios, interfaz o ritmo de cambio propios, para no bloquear las actualizaciones del ERP.

¿Cuánto cuesta desarrollar software a medida?

Según nuestro informe de precios 2026, un MVP operativo cuesta 15.000-35.000 €, una plataforma interna 35.000-70.000 € y un sistema empresarial complejo, 70.000-120.000 € o más. A eso se suman un mantenimiento del 15-25 % anual y una infraestructura cloud de 50-500 € al mes.

¿El código es mío si encargo el desarrollo a una empresa externa?

Solo si el contrato lo dice. La Ley de Propiedad Intelectual atribuye al empresario los programas que crean sus empleados, pero en un encargo externo hay que pactar la cesión de los derechos de explotación, con plazo y territorio, y la entrega del código fuente. Revísalo con tu asesor.