Ir al contenido

© 2026 Grupo Hermoza

Recursos // Inversión

¿Cuánto cuesta mantener un software? El 15–25% explicado.

Julio 2026 · Lectura: 8 min · Grupo Hermoza

Todo el mundo pregunta cuánto cuesta desarrollar un software; casi nadie pregunta cuánto cuesta tenerlo vivo — y esa segunda pregunta es la que separa a las empresas que amortizan su inversión de las que la abandonan a los dos años. Esta guía explica el número de referencia del sector, qué compra exactamente, y cómo asegurarte de no quedar rehén de quien te lo mantenga.

Respuesta directa

Mantener un software a medida cuesta como referencia entre 15 y 25% de su costo de desarrollo por año. Ese monto cubre tres capas: mantenimiento correctivo (arreglar fallas), preventivo (actualizaciones de seguridad y dependencias) y evolutivo menor (mejoras continuas). Un sistema de $4,000 implica entonces $600–$1,000 anuales de referencia. A eso se suma la infraestructura cloud, que para la mayoría de sistemas de empresa es un costo mensual moderado que escala con el uso. Lo que más encarece el mantenimiento no es el proveedor — es un sistema mal construido o abandonado por años.

Qué compra el 15–25%: las tres capas.

"Mantenimiento" suena a una sola cosa; son tres trabajos distintos, y conviene saber cuál es cuál para leer cualquier propuesta:

Capa Qué es Si falta…
Correctivo Diagnosticar y arreglar fallas cuando ocurren, con tiempos de respuesta acordados Cada falla se atiende "cuando se pueda" y la operación queda expuesta
Preventivo Actualizar librerías y dependencias, parches de seguridad, respaldos verificados, monitoreo Vulnerabilidades acumuladas + el "gran salto" carísimo cuando ya no hay opción
Evolutivo Mejoras continuas: ajustes de flujo, campos nuevos, reportes, optimizaciones El sistema se congela mientras el negocio cambia — y la brecha crece cada mes

La regla de lectura: una propuesta de mantenimiento seria nombra las tres capas y define tiempos de respuesta. Una que solo dice "soporte" sin especificar qué cubre es la versión post-venta del precio sin Discovery — ambigüedad que se cobra después. Los criterios completos para evaluar proveedores están en cómo elegir una empresa de desarrollo.

Qué te acerca al 15% y qué al 25%.

Integraciones externas. Cada pasarela, API de terceros o servicio conectado es un punto que cambia sin avisarte. Más integraciones = más mantenimiento — el sistema aislado es más barato de mantener que el conectado.

Criticidad de la operación. Un sistema interno que puede esperar al lunes no necesita lo mismo que una plataforma que cobra pagos 24/7. La criticidad define el monitoreo, los respaldos y los tiempos de respuesta — y eso tiene precio.

Ritmo de evolución del negocio. Si tu operación cambia rápido, el sistema debe cambiar con ella. Ese flujo constante de mejoras menores es la mejor inversión del rango — es lo que mantiene el software alineado al negocio.

La calidad del desarrollo original. El factor silencioso. Un sistema con código documentado sobre stack estándar se mantiene con horas; uno mal construido convierte cada cambio en arqueología. El mantenimiento barato empieza en el desarrollo bien hecho.

¿Tienes un sistema sin mantenimiento?

Cuéntanos qué tienes y en qué estado — te decimos qué urge y qué puede esperar.

La regla de oro: mantenimiento sin rehenes.

El mayor riesgo del mantenimiento no es el precio — es la dependencia. Si el proveedor guarda el código, no documenta y usa tecnología que solo él conoce, el "mantenimiento" se convierte en un peaje: pagas lo que pida porque irte cuesta más. Esa trampa se evita antes de que empiece, con tres condiciones que ya conoces si leíste nuestras otras guías: código de tu propiedad desde el primer hito, stack estándar que cualquier equipo competente pueda tomar, y documentación como entregable, no como promesa.

Con esas condiciones, la relación de mantenimiento se sostiene por el servicio y no por el contrato. Es como operamos: nuestros tres sistemas en producción — DoctorMBS, OXICARE DadeMedical y ControlBarber — evolucionan de forma continua sobre stack estándar, y DoctorMBS opera desde su lanzamiento sin una sola reconstrucción estructural. Ese es el resultado del mantenimiento hecho a tiempo: los sistemas no envejecen, se actualizan.

Preguntas frecuentes.

01

¿Puedo contratar el mantenimiento con una empresa distinta a la que desarrolló el sistema?

Sí — si el sistema fue construido sobre tecnologías estándar, con documentación y con el código de tu propiedad. Esa es precisamente la prueba de fuego de un buen desarrollo: no estás atado a quien lo construyó. Si el proveedor original usó tecnología propietaria o nunca entregó el repositorio, cambiar de manos es caro o imposible — y eso se decide al contratar, no al mantener. También tomamos mantenimiento de sistemas que no construimos, previa auditoría del código.

02

¿Qué pasa si no le doy mantenimiento a mi sistema?

Nada — los primeros meses. Después, en orden: aparecen vulnerabilidades de seguridad sin parchar en las librerías que usa el sistema; las integraciones con terceros (pasarelas, APIs) cambian y algo deja de funcionar; el sistema operativo o la plataforma cloud descontinúa versiones; y cuando finalmente necesitas un cambio, cuesta varias veces más porque hay años de actualizaciones acumuladas. Un sistema sin mantenimiento no muere de golpe: se encarece en silencio.

03

¿El mantenimiento incluye nuevas funciones o solo arreglos?

Depende del acuerdo, y conviene distinguir tres capas: correctivo (arreglar lo que falla), preventivo (actualizaciones de seguridad y dependencias) y evolutivo (mejoras y funciones nuevas). La referencia de 15–25% anual suele cubrir correctivo + preventivo + evolución menor. Los módulos nuevos grandes — un cambio de alcance real — se cotizan como proyecto aparte, con su propio Discovery si hace falta.

04

¿Por qué el rango es 15–25% y no un número fijo?

Porque el costo depende del perfil del sistema: cuántas integraciones externas tiene (cada una es un punto de contacto que cambia), cuánta actividad de usuarios soporta, qué tan crítico es (un sistema que no puede caerse necesita monitoreo más serio) y cuánta evolución pide el negocio. Un sistema interno estable se acerca al 15%; una plataforma con pagos, alta concurrencia y evolución constante, al 25%.

05

¿Los primeros 30 días de soporte incluidos cubren lo mismo que el mantenimiento?

Cubren la fase más delicada: la puesta en marcha con usuarios reales. En esos 30 días se corrigen los ajustes finos que ningún ambiente de pruebas anticipa, sin costo adicional. A partir de ahí, el mantenimiento continuo es un acuerdo aparte — y sin permanencia forzada: el código es tuyo, así que la relación se sostiene por el servicio, no por el contrato.

También puedes leer ¿Cuánto cuesta un software a medida en Perú? → o los plazos reales de desarrollo →