Costo del mantenimiento de software: qué debe cubrir su presupuesto

El costo del mantenimiento de software depende del sistema que tenga y de la responsabilidad que quiera que alguien asuma. Un buen presupuesto separa el trabajo necesario para hacerse cargo de la aplicación, el trabajo recurrente que la mantiene fiable y los cambios que quiere publicar.

Si está comparando proveedores, pida a cada uno que valore el mismo alcance. Una cifra mensual que excluye el despliegue, las actualizaciones de dependencias y la investigación de incidentes no puede compararse con otra que sí los incluye.

Empiece por la aplicación, no por un porcentaje

El precio de la construcción original no le dice a un nuevo proveedor si sus copias de seguridad se restauran, si sus dependencias tienen soporte o si la integración de pagos falla sin avisar. Antes de tomar cualquier estimación como un compromiso, determine qué funciona en producción y qué partes requieren atención.

Anote lo siguiente:

Qué hace la aplicación y qué flujos de trabajo son los más importantes.
Si es una aplicación web, un producto SaaS, una API o un sistema interno.
El entorno de ejecución, el framework, la base de datos y el alojamiento, si se conocen.
Quién tiene acceso al repositorio, a los despliegues y a las cuentas de los proveedores.
Los fallos recientes, las actualizaciones aplazadas y los próximos cambios previstos.
El horario en que el negocio necesita soporte y quién atiende los incidentes urgentes.

Si el desarrollador original se ha ido, use la lista de verificación para el traspaso de código para identificar los accesos y los conocimientos que faltan. Puede reunir esta información sin haber elegido antes a un nuevo proveedor.

Separe cuatro partes del presupuesto

1. Traspaso inicial y estabilización

Un equipo nuevo necesita entender la producción, comprobar los accesos, establecer un despliegue repetible y verificar la recuperación. La falta de documentación o un framework sin soporte pueden añadir trabajo antes de que empiece el mantenimiento normal.

Pregunte qué entrega el alcance inicial y qué haría necesaria una estimación revisada. Manténgalo separado del servicio mensual continuo para que ambas partes vean el costo de heredar el sistema.

2. Mantenimiento periódico

Enumere el trabajo planificado: actualizaciones de dependencias y de seguridad, comprobaciones de las versiones, pruebas de restauración de copias de seguridad, monitorización y documentación operativa. Acuerde con qué frecuencia se hace cada tarea y qué constancia recibe usted.

Las facturas de alojamiento, base de datos, correo y otros proveedores también forman parte del presupuesto de operación. Indique si las paga usted directamente o a través del proveedor de mantenimiento. El tiempo de ingeniería y las facturas de infraestructura son costos distintos.

3. Soporte y trabajo ante incidentes

Especifique el horario de cobertura, la zona horaria, el canal de contacto y qué se considera urgente. El tiempo de respuesta significa que alguien empieza a evaluar el problema; no significa que el problema se resuelva en ese plazo.

Para una empresa de Estados Unidos o Canadá que trabaja con un equipo remoto, hable explícitamente de la coincidencia de horarios. No dé por hecho que un acuerdo de mantenimiento mensual incluye atención nocturna o en fin de semana.

4. Mejoras planificadas

Separe la corrección de errores de los cambios en el funcionamiento del producto. Una nueva integración o un cambio grande en un flujo de trabajo necesita su propio alcance, aunque el mismo equipo se ocupe del mantenimiento y del desarrollo.

Acuerde cómo se priorizan las tareas, cómo se aprueban las estimaciones y qué ocurre cuando el mes trae más trabajo que capacidad disponible. Esa conversación importa más que el nombre del paquete.

Una hoja de presupuesto que puede enviar a los proveedores

Rellene estas líneas antes de comparar presupuestos:

Trabajo inicial: accesos que faltan, configuración del despliegue, comprobaciones de recuperación y reparaciones urgentes.
Ingeniería recurrente: tareas, frecuencia y capacidad incluida.
Facturas de proveedores: alojamiento, base de datos, correo, monitorización y otros servicios.
Soporte: horario de cobertura, expectativas de respuesta y alcance de los incidentes.
Cambios en el producto: prioridades y un circuito de aprobación aparte.
Incertidumbre: áreas que el proveedor debe examinar antes de comprometerse.

En cada presupuesto, pida al proveedor que marque qué está incluido, qué está excluido y qué aún no se sabe. Pregunte cómo se tratan la capacidad no utilizada y el trabajo que supera el alcance acordado. No dé por hecho que se acumulan para el mes siguiente ni que se facturan automáticamente.

Cuando un presupuesto bajo deja trabajo sin cubrir

Un proveedor puede ofrecer legítimamente un servicio acotado. El riesgo es un vacío sin responsable: soporte de la aplicación sin actualización de dependencias, monitorización sin una persona que reciba las alertas, o copias de seguridad sin prueba de restauración.

Pregunte quién responde de cada vacío. Puede conservar una tarea dentro de su empresa, contratar a un especialista o incluirla en el alcance del mantenimiento. El resultado útil es que cada tarea tenga un responsable explícito.

¿Reparación, modernización o mantenimiento continuo?

Si la aplicación tiene soporte y es fácil de desplegar, puede bastar con el mantenimiento periódico. Si primero hace falta actualizar un framework, reparar el despliegue o migrar datos, defina ese trabajo por separado.

Nuestra guía para decidir entre reparar o reescribir ayuda a distinguir el trabajo puntual de la sustitución. El presupuesto de mantenimiento debe reflejar esa decisión, en lugar de esconder un proyecto de modernización dentro del mantenimiento rutinario.

Hable del mantenimiento de su aplicación

AL+ ofrece servicios de mantenimiento de software para aplicaciones web y productos SaaS existentes, incluidos los sistemas creados por otro desarrollador o agencia.

Escriba a paul@alplustech.com sobre el mantenimiento de software. Describa la aplicación, su tecnología si la conoce, su país, el problema actual y el horario de soporte que necesita. Envíe primero una descripción; no incluya en el correo contraseñas, claves de API ni datos de clientes.