Mantenimiento de software y soporte de aplicaciones
Monitoreamos, corregimos y mejoramos tu software después del lanzamiento, con tiempos de respuesta acordados contigo y un equipo que ya conoce tu código.
El software que no se mantiene se vuelve deuda.
Mantener es más barato que rescatar. Las versiones viejas y los errores acumulados se cobran después, y con intereses.
Cada mes sin mantenimiento, el sistema es un poco más difícil de tocar.
Después del lanzamiento aparecen errores con el uso real, las librerías publican parches de seguridad y el negocio pide ajustes. Pasa lo mismo cuando el proveedor anterior entregó y dejó de responder, o cuando el sistema corre sobre versiones de lenguaje o servidor que ya no reciben actualizaciones.
Quien atiende tu reporte conoce tu código y tus objetivos: no rotamos desarrolladores. Damos mantenimiento a aplicaciones web y móviles y a sistemas de gestión y ERP, hechos por nosotros o por otro proveedor.
Soporte, mantenimiento y evolución no son lo mismo
Separarlos en el acuerdo deja claro qué está cubierto, cómo se prioriza cada solicitud y qué se estima aparte.
| Soporte | Mantenimiento | Evolución | |
|---|---|---|---|
| Para qué | Que la operación no se detenga. | Que el sistema siga sano y vigente. | Que el sistema haga más y mejor. |
| Qué incluye | Reportes de usuarios, dudas de uso, diagnóstico de incidentes. | Correctivo, preventivo (dependencias y parches) y adaptativo (nuevas versiones de sistemas, navegadores o APIs). | Nuevas funciones y mejoras de experiencia y rendimiento. |
| Cómo se prioriza | Por nivel de prioridad, con tiempos de respuesta acordados. | Por riesgo de seguridad y de operación. | En una bolsa de mejoras que ordenamos contigo cada periodo. |
En los tres casos: monitoreo de disponibilidad, errores y tiempos de respuesta, y un reporte periódico con lo atendido, lo mejorado y los riesgos que vemos.
Si el sistema lo hizo otro proveedor
Antes de asumir el soporte hacemos un diagnóstico para saber qué estamos recibiendo, y te lo entregamos por escrito.
- Código y repositorioSi lo que está en producción coincide con el repositorio y qué tan fácil es de modificar.
- Infraestructura y accesosServidores, dominios, certificados y cuentas: a nombre de quién están.
- Dependencias y versionesQué componentes ya no reciben actualizaciones de seguridad.
- Base de datos y respaldosEstructura, volumen y una prueba de restauración.
- Documentación y pruebasQué conocimiento vive solo en la cabeza de una persona.
- Riesgos y prioridadesQué atender primero y un plan de trabajo acordado contigo.
Cómo arranca el acuerdo de soporte
Distinguimos tiempo de respuesta, cuando empezamos a atender un reporte, de tiempo de solución, cuando queda resuelto. Ambos se fijan por prioridad.
Diagnóstico inicial
Código, infraestructura y documentación, sobre todo si no lo construimos nosotros.
Acuerdo de servicio
Prioridades, tiempos de respuesta y de solución, canales de reporte y horario de atención.
Operación continua
Atención de reportes, mantenimiento preventivo y monitoreo.
Revisión periódica
Lo atendido en el periodo y la priorización de las siguientes mejoras.
Se define después del diagnóstico: depende del tamaño y el estado del sistema (un código con pruebas y versiones vigentes requiere menos esfuerzo), de qué tan crítico es, del horario de atención y de los tiempos de respuesta que acordemos. Las mejoras grandes se estiman aparte.
Guía de costos →Sobre el día a día del soporte
¿Tu sistema tiene una situación particular? Descríbela en hola@dexma.mx.
¿Pueden dar soporte a un sistema que no desarrollaron?
Sí. Empezamos con un diagnóstico del código, la infraestructura y la documentación. Te decimos qué encontramos y qué conviene atender antes de asumir el soporte.
¿Qué es un acuerdo de nivel de servicio?
Es el documento que define qué cubre el soporte, cómo se clasifican las prioridades, los tiempos de respuesta y de solución para cada una, los canales de reporte y el horario de atención. Lo acordamos contigo según qué tan crítico es el sistema.
¿Pueden actualizar un sistema con tecnología obsoleta?
Sí. Evaluamos si conviene actualizar por etapas el lenguaje, el framework y el servidor, o reescribir partes específicas. Priorizamos lo que representa un riesgo de seguridad o de operación.
¿Qué pasa con las mejoras nuevas?
Se registran en una bolsa de mejoras que priorizamos contigo cada periodo. Las mejoras grandes se estiman por separado.
¿Cómo reporto un problema?
Por el canal que acordemos, con un registro de cada reporte, su prioridad y su estatus hasta que queda resuelto.
¿Hay atención fuera de horario?
Se acuerda según qué tan crítico es el sistema. Para sistemas que no pueden detenerse definimos guardias y alertas automáticas.
¿Tu sistema se quedó sin quién lo cuide?
Dinos en qué tecnología está, quién lo construyó y qué te preocupa hoy. El primer paso es el diagnóstico.