01
«El que me desarrolló el sistema desapareció»
Cambió de trabajo, cerró o dejó de contestar. El software sigue operando y nadie sabe cómo está hecho por dentro, así que nadie se atreve a tocarlo.
Mantenimiento evolutivo de software
Hablamos de mantener el software que tu empresa usa: corregirlo cuando falla, actualizarlo cuando el entorno cambia y hacerlo evolucionar cuando el negocio pide algo nuevo. No es software para gestionar el mantenimiento de máquinas ni de equipos: es mantenimiento del sistema, hecho por gente que lee el código.
El punto de quiebre
Estas tres frases son las que más nos repiten en la primera llamada. No son casos raros: es lo que pasa cuando un desarrollo se entrega y nadie se queda a cargo.
01
Cambió de trabajo, cerró o dejó de contestar. El software sigue operando y nadie sabe cómo está hecho por dentro, así que nadie se atreve a tocarlo.
02
Las actualizaciones no son opcionales —hay seguridad de por medio— pero cada vez que se aplican algo deja de funcionar. Al final se dejan de aplicar, y el problema se vuelve más grande.
03
El negocio cambió: hay un proceso distinto, un impuesto nuevo, otro canal de venta. Y cada ajuste entra como si fuera un proyecto desde cero, con su espera y su negociación.
Lo que hacemos
El mantenimiento de software tiene tres caras y la tercera es la que casi nadie cubre. Arreglar lo que se rompe es lo mínimo; lo que mantiene vivo un sistema es que pueda cambiar cuando cambia el negocio.
Atendemos el error, buscamos la causa en el código y lo dejamos arreglado de raíz. Cuando el mismo fallo vuelve dos veces, el problema no era el fallo: era la causa que nadie buscó.
Versiones del lenguaje, librerías, plugins y certificados al día, aplicados con una prueba antes de que lleguen a producción. Así actualizar deja de ser el día que algo se cae.
Ajustes y funciones nuevas sobre lo que ya existe: un campo más, otro reporte, un cambio de proceso, una integración que antes no hacía falta. El sistema acompaña al negocio en vez de frenarlo.
Para que no haya confusión
Las dos cosas se buscan con palabras casi iguales y no tienen nada que ver. Lo aclaramos aquí para que no pierdas tiempo si llegaste buscando la otra.
Tienes un sistema, una plataforma web o una aplicación que ya usa tu empresa, y necesitas quien la corrija, la actualice y la haga evolucionar. Eso es lo que hacemos.
Si buscas un programa para programar el mantenimiento de máquinas, vehículos o equipos —lo que el mercado llama CMMS o GMAO—, esto no es un producto de ese tipo. Otra cosa es que necesites construir uno a medida: eso sí sería un desarrollo.
No hacemos mantenimiento industrial, ni de computadores, impresoras o redes físicas. Nuestro trabajo es sobre el código y los datos, no sobre el hardware.
Cómo funciona
No publicamos tiempos de respuesta en esta página: dependen de lo crítico que sea tu sistema y del alcance que acordemos. Lo que sí podemos decirte de antemano es el mecanismo, que es el mismo para todos.
Todo lo que se rompe y todo lo que se pide entra por el mismo sitio y queda registrado. Nada vive solo en un chat o en la memoria de alguien.
Una persona que conoce tu sistema responde por lo que entra. No empiezas de cero explicando el contexto en cada solicitud.
Lo que detiene la operación y lo que puede esperar se clasifican con un criterio que definimos contigo, no por orden de llegada.
Los tiempos de atención, la ventana de cobertura y qué queda dentro y fuera se acuerdan en la propuesta. Ahí sí hay números, y son los de tu caso.
Alcance
Tomar el mantenimiento de algo que hizo otro empieza por entenderlo. Estos cuatro puntos son los que revisamos antes de comprometer nada.
Nos entregan el repositorio o lo reconstruimos desde el servidor. Sin poder leer el código no hay mantenimiento posible, solo intentos.
Un sistema con versiones muy viejas a veces necesita una puesta al día antes de poder mantenerse con normalidad. Eso se ve y se dice desde el principio.
Una operación estable necesita poco evolutivo. Una que cambia de proceso cada trimestre necesita mucho, y eso cambia la forma de contratar.
Un sitio informativo y un sistema con gente trabajando dentro ocho horas al día no piden la misma cobertura ni el mismo compromiso.
El primer mes con un sistema ajeno es de reconocimiento: entender el código, los datos y las integraciones antes de prometer nada. Agenda un diagnóstico gratis.
Dónde encaja
Esta página trata de una sola cosa: el software que ya existe y hay que sostener y hacer crecer. La relación de operación es más ancha que eso, e incluye cosas que aquí no se explican.
Correctivo, actualizaciones y evolutivo sobre un sistema en producción, incluido cuando lo construyó otro proveedor y hay que recibirlo.
La mesa de soporte, la operación digital mensual, los reportes, la dirección técnica y las modalidades de contratación viven en soporte y mantenimiento de aplicaciones, el hub del que esta página depende.
Y si lo que hay que sostener también es el servidor donde el sistema vive, eso es infraestructura tecnológica. Si el sistema hay que construirlo, empieza por desarrollo de software.
Encaje
Si es un error suelto y después no quieres relación, se puede hacer, pero no es lo que mejor hacemos. El valor de esto aparece cuando alguien se queda conociendo el sistema.
A veces el código está tan atrás que sostenerlo cuesta más que volver a hacerlo. Cuando lo vemos, lo decimos: preferimos perder el mantenimiento que cobrarte por sostener algo sin futuro.
Preguntas
Sí, y es la mayoría de los casos. Necesitamos acceso al código y al servidor. El primer mes es de reconocimiento: entendemos cómo está hecho, qué datos maneja y con qué se integra, y de ahí sale qué se puede sostener tal cual y qué conviene arreglar antes.
El correctivo devuelve el sistema al estado en el que debía estar: algo se rompió y se arregla. El evolutivo lo lleva a un estado nuevo porque el negocio cambió: un proceso distinto, un reporte que antes no existía, una integración nueva. La mayoría de los contratos necesitan las dos.
Depende de lo crítico que sea el sistema y de la prioridad del caso, y por eso no publicamos una cifra aquí: sería inventada. El mecanismo sí es fijo —canal único, responsable asignado y prioridades acordadas— y el tiempo de atención comprometido queda por escrito en la propuesta.
Es un escenario frecuente cuando el proveedor anterior desapareció. Muchas veces el código se puede recuperar desde el servidor donde el sistema corre. Si no se puede, hay que decirlo claro: sin código el mantenimiento real no existe, y la conversación pasa a ser otra.
Sí. Actualizaciones de núcleo y plugins con prueba previa, arreglo de lo que se rompe al actualizar y desarrollo de lo que el sitio necesite. Es uno de los casos más comunes de «se rompe cada vez que actualizo».
Mensual, por bolsa de horas o por proyecto de mejora, según cuánto cambie tu negocio y cuánto necesites. Las modalidades están explicadas en el hub de operación y cuál encaja se decide en el diagnóstico.
Siguiente paso
Con eso te decimos si conviene mantenerlo, ponerlo al día primero o rehacerlo. Y si la respuesta es rehacerlo, también te lo decimos. Sin compromiso.
¿Prefieres escribirnos? Cuéntanos qué necesitas.