Mantenimiento de software a medida: ¿cuánto cuesta?

En resumen: Mantener un software a medida implica pagar infraestructura, dominio, actualizaciones de seguridad, ajustes cuando cambian las integraciones, corrección de errores, pequeñas mejoras, respaldos y soporte a usuarios. No hay una cifra única: depende de cuántas piezas tiene el sistema y de cuánto cambia tu negocio. Bien diseñado, cuesta poco; nunca cuesta cero.

Casi todas las cotizaciones de software hablan de lo que cuesta construirlo. Pocas explican qué pasa el día después de la entrega. Y ahí llega la sorpresa: el sistema funciona, pero alguien tiene que pagar el servidor, renovar el dominio y arreglar lo que se rompe cuando un tercero cambia algo.

Lo decimos desde la primera conversación: un sistema propio tampoco es gratis. Si estás evaluando lo que cuesta construirlo, empieza por cuánto cuesta desarrollar software a medida. Este artículo cubre lo que viene después.

¿Un software a medida necesita mantenimiento si funciona bien?

Sí. El software no se desgasta como una máquina, pero todo lo que lo rodea cambia: los navegadores, los sistemas operativos de los celulares, las librerías sobre las que está construido, los servicios de terceros con los que se conecta y las reglas de tu propio negocio.

Un sistema que nadie toca durante dos o tres años no se queda igual: se queda atrás. Acumula componentes desactualizados, a veces con fallas de seguridad conocidas, y cuando por fin hay que hacerle un cambio, el cambio cuesta más porque primero hay que ponerlo al día.

¿Qué incluye el costo de mantenimiento de software?

Incluye ocho componentes, algunos fijos y otros que aparecen según el uso. No todos los sistemas los necesitan con la misma intensidad:

Componente	Qué es	Frecuencia típica
Infraestructura y hosting	El lugar donde corre la aplicación y viven los datos	Mensual o por uso
Dominio y certificados	La dirección web y el candado de conexión segura	Anual; el certificado muchas veces viene incluido en el hosting
Actualizaciones de seguridad y dependencias	Poner al día las librerías y componentes del sistema	Periódica
Cambios en integraciones de terceros	Ajustes cuando un banco, un proveedor de facturación o una API cambia	Cuando el tercero lo exige
Corrección de errores	Arreglar lo que falla en casos que no se previeron	Según aparezcan
Pequeñas mejoras	Un campo nuevo, un filtro, un ajuste a un reporte	Continua
Respaldos	Copias de los datos y prueba de que se pueden restaurar	Automática, con revisión periódica
Soporte a usuarios	Resolver dudas, crear usuarios, capacitar a personas nuevas	Continua

Dos de estos se suelen subestimar. El primero son las integraciones: cada conexión con un sistema externo es una pieza que puede cambiar sin avisarte con mucho tiempo. El segundo son los respaldos: tener copias no sirve si nadie ha probado nunca restaurarlas.

Para el componente de infraestructura, las opciones y cómo cobra cada una están en servidores encendidos vs. pago por uso.

¿Qué tipos de mantenimiento de software existen?

Se suelen distinguir cuatro tipos: correctivo, adaptativo, preventivo y evolutivo. Separarlos ayuda a presupuestar, porque cada uno se comporta distinto.

Tipo	Qué hace	Ejemplo
Correctivo	Arregla errores	Un reporte que suma mal cuando hay devoluciones
Adaptativo	Ajusta el sistema a cambios externos	El proveedor de pagos publica una nueva versión de su API y retira la anterior
Preventivo	Evita problemas futuros	Actualizar librerías, revisar respaldos, limpiar datos, vigilar alertas
Evolutivo	Agrega funciones nuevas	Un filtro por vendedor, un reporte nuevo, un módulo de compras

El correctivo y el adaptativo no se pueden evitar del todo. El preventivo es el que más se sacrifica cuando hay afán, y es justamente el que evita que el correctivo crezca. El evolutivo es distinto: cuando es grande, en realidad es desarrollo nuevo y conviene cotizarlo aparte, no dentro del mantenimiento.

¿Cuánto cuesta mantener un software a medida al año?

No hay una cifra única, y conviene desconfiar de quien la dé sin conocer el sistema. En la industria es común estimar el mantenimiento anual como un porcentaje del costo de desarrollo. Sirve como punto de partida para presupuestar, pero varía mucho de un sistema a otro.

Lo que más mueve el costo:

• Número de integraciones. Cada conexión con otro sistema es una fuente de mantenimiento adaptativo.
• Cuánto cambia tu negocio. Un proceso estable pide pocas mejoras; uno que cambia cada trimestre pide muchas.
• Tipo de infraestructura. Un servidor propio exige parches y vigilancia; una infraestructura administrada traslada buena parte de eso al proveedor.
• Volumen de usuarios y datos. Más usuarios implican más soporte; más datos, respaldos más pesados.
• Calidad de la documentación y las pruebas. Un sistema bien documentado es más barato de cambiar, y cualquier equipo competente puede entrar a hacerlo.
• Requisitos regulatorios. Si el sistema toca facturación electrónica o datos personales, los cambios normativos generan trabajo.

Un ejemplo hipotético: supón una aplicación de inventario con 15 usuarios, una integración con el proveedor de facturación electrónica e infraestructura administrada. En un año normal, su mantenimiento podría verse así: renovar el dominio, dos o tres rondas de actualización de librerías, un ajuste porque el proveedor de facturación cambió algo, un par de errores en casos raros y cuatro o cinco mejoras pequeñas que pidió el equipo. Es trabajo real, pero acotado.

En CodeLess Co no publicamos precios de mantenimiento, porque dependen de estas variables; cada caso se cotiza aparte.

¿Qué modelo de contratación de mantenimiento conviene?

Depende de qué tan crítico es el sistema y qué tan predecible es el trabajo. Hay tres modelos comunes:

Modelo	Cómo funciona	A favor	En contra	Conviene cuando
Bolsa de horas	Compras un paquete de horas que se consume con cada solicitud	Flexible; pagas lo que usas	Las horas pueden vencer; hay que controlar el consumo	El sistema es estable y pide mejoras ocasionales
Mensualidad	Una cuota fija cubre soporte, preventivo y un volumen acordado de cambios	Predecible; el preventivo no se olvida	Pagas aunque no pase nada; hay que definir bien qué incluye	El sistema es crítico para la operación diaria
Por demanda	Pagas cada solicitud cuando la necesitas	Cero costo fijo	Sin tiempos de respuesta garantizados; nadie hace preventivo	El sistema es simple y una falla no detiene la operación

Cualquiera que elijas, el acuerdo debería dejar por escrito:

• Qué se considera urgente y en cuánto tiempo se atiende.
• Qué está incluido y qué se cotiza aparte.
• Quién tiene los accesos al código, al hosting y al dominio.
• Cómo se reportan las solicitudes y cómo se rinde cuenta del trabajo hecho.

Estas y otras preguntas están en preguntas antes de contratar una empresa de software. Y un punto clave: si el código y los accesos están a tu nombre, puedes cambiar de proveedor de mantenimiento sin empezar de cero. Lo explicamos en propiedad del código y los datos.

¿Cómo diseñar un software para que mantenerlo cueste poco?

Con menos piezas. Cada servidor, base de datos, servicio o integración adicional es algo que se actualiza, se vigila y se puede romper. Las decisiones de diseño que más bajan el costo de mantenimiento:

1. Menos piezas móviles. Si algo se puede resolver sin un servicio adicional, mejor.
2. Infraestructura administrada. Que el proveedor se encargue del sistema operativo, los certificados y los parches.
3. Dependencias populares y bien mantenidas, en lugar de librerías pequeñas que pueden quedar abandonadas.
4. Respaldos automáticos y una restauración de prueba de vez en cuando.
5. Alertas que avisen cuando algo falla, antes de que lo note un cliente.
6. Pruebas automáticas en las partes críticas, como cálculos de precios o de inventario.
7. Documentación de cómo está armado el sistema y cómo se publica una nueva versión.

Nuestra propia web es un ejemplo extremo de esta idea: sin servidor y sin base de datos, con un costo de infraestructura de cero pesos al mes. Lo contamos en esta página cuesta cero pesos al mes. No todo sistema puede ser así de simple, pero la pregunta de diseño es la misma: cuál es la cosa más simple que resuelve el problema.

Cuando hacemos desarrollo de software a medida, elegimos la combinación de herramientas de menor costo de operación y entregamos el sistema documentado y con el equipo capacitado. Esas dos cosas bajan el costo de mantenimiento, sea cual sea el contrato.

¿Cuándo no conviene tener un software propio?

Cuando no puedes o no quieres asumir su mantenimiento. Un sistema propio sin nadie que lo cuide se degrada y, con el tiempo, se vuelve un problema.

No conviene, en particular:

• Si el presupuesto solo alcanza para construir, no para mantener.
• Si nadie en la empresa va a ser dueño del sistema ni va a priorizar los cambios.
• Si una herramienta comercial cubre casi todo lo que necesitas a un costo razonable.
• Si el proceso todavía cambia cada mes. Mejor validarlo antes con una hoja de cálculo o una herramienta no-code.
• Si la regulación cambia con frecuencia y un proveedor especializado ya absorbe esos cambios por ti.

La idea de fondo

El mantenimiento no es un costo escondido si lo pones en la cuenta desde el principio. Pregunta por él antes de firmar el desarrollo, elige un diseño con pocas piezas y asegúrate de que el código y los accesos queden a tu nombre.

Si estás evaluando un sistema propio y quieres entender cuánto te costaría operarlo, hablemos. La primera conversación es gratis: cuéntanos qué necesitas construir o mantener.

Preguntas frecuentes

¿Qué pasa si no le hago mantenimiento a un software?

Al principio, nada visible. Con el tiempo, los componentes quedan desactualizados, aparecen fallas de seguridad conocidas y alguna integración deja de funcionar cuando el tercero cambia su servicio. El problema es que cuando por fin hay que hacer un cambio, primero hay que ponerlo al día, y eso suele costar más que haberlo mantenido de forma periódica.

¿Otra empresa puede hacer el mantenimiento de mi software a medida?

Sí, siempre que tengas el código fuente, los accesos a la infraestructura y documentación suficiente. Por eso es importante que el contrato de desarrollo deje el código y los datos a nombre de tu empresa. Un proveedor nuevo necesitará un tiempo inicial para entender el sistema, que será más corto si está bien documentado y usa tecnologías conocidas.

¿El hosting está incluido en el mantenimiento de software?

Depende del acuerdo. En algunos contratos el hosting se paga directamente al proveedor de infraestructura, a nombre del cliente, y el mantenimiento cubre solo el trabajo técnico. En otros, el proveedor de desarrollo lo factura todo junto. Lo recomendable es que la cuenta de hosting esté a tu nombre, para no depender de un tercero si cambias de proveedor.

¿Qué diferencia hay entre soporte y mantenimiento de software?

El soporte atiende a los usuarios: resuelve dudas, crea cuentas, explica cómo hacer algo o recibe reportes de fallas. El mantenimiento trabaja sobre el sistema: corrige errores, actualiza componentes, ajusta integraciones y agrega mejoras. Muchos contratos incluyen ambos, pero conviene saber cuánto de cada uno cubre el tuyo, porque el soporte crece con el número de usuarios y el mantenimiento con la complejidad del sistema.