Nadie mantiene el software que ya pagaste

La llamada casi siempre empieza igual: «funciona, pero nadie lo toca desde hace dos años». A veces el proveedor cerró, a veces era una persona que cambió de trabajo, y a veces sigue ahí pero ya no responde a este cliente. Lo que no cambia es la posición del que llama: depende de una pieza de software, no sabe qué hay dentro, y no tiene a quién preguntar.

Conviene decir una cosa primero, porque ahorra dinero: que nadie lo mantenga no significa que esté roto. Un sistema bien construido puede pasar años sin una línea nueva. El problema no es el código: es que todo lo que lo rodea sigue moviéndose.

Qué se rompe primero, y en qué orden

Cuando un sistema se queda sin mantenimiento no falla entero de golpe. Falla por capas, y casi siempre en este orden. Ninguna de estas cosas tiene que ver con lo que hace tu software: son todas cosas que le pasan desde fuera.

Fíjate en que solo el último punto es un problema de código. Los cinco primeros son mantenimiento en el sentido literal: alguien tiene que estar mirando. Por eso un sistema sin mantener no se degrada poco a poco de forma visible — parece que va bien hasta el día en que no va, y ese día suele ser el peor posible.

Qué miramos antes de decir que sí

Adoptar software que escribió otro es un trabajo distinto de construirlo. No lo cogemos a ciegas: antes de firmar un mantenimiento hacemos una revisión, y la revisión puede terminar en que te digamos que no. Estas son las cinco preguntas, por orden de importancia.

• ¿Tienes los accesos? No el código: los accesos. Dominio, DNS, hosting, repositorio, cuentas de las tiendas de apps, pasarela de pago. Es la parte que más veces falta y la única que no se puede resolver con trabajo técnico — si el dominio está a nombre de alguien que no contesta, eso es lo primero que hay que arreglar.
• ¿Existe el código fuente y está completo? Un servidor con la aplicación funcionando no es lo mismo que tener el código. Se puede trabajar sin él, pero es otro precio y otra conversación.
• ¿Se puede levantar en otro sitio? Si nadie es capaz de arrancar una copia en un entorno nuevo, no hay forma segura de cambiar nada. Esta es la prueba que más proyectos suspende.
• ¿Hay datos personales dentro? Si los hay, hay un encargado del tratamiento que ahora mismo puede no ser nadie, y eso es un problema legal antes que técnico.
• ¿Qué se rompe si se cae una tarde? Esto no lo decide el código, lo decides tú, y determina el tramo de mantenimiento que tiene sentido.

Por qué operamos lo que construimos

Aquí conviene enseñar las cartas. Nosotros no vendemos mantenimiento como un añadido al final de un proyecto: es lo que llevamos haciendo con nuestros propios sistemas desde antes de vender el primero a un cliente. Estos cuatro están en producción ahora mismo y los operamos nosotros, con estos meses acumulados a 30 de agosto de 2026.

La tienda de Eolas Prints lleva 54 meses vendiendo, y en ese tiempo hemos cambiado de pasarela, de transportista y de versión de casi todo. Ninguna de esas cosas estaba en el plan original. Esa es exactamente la parte del trabajo que no aparece en un presupuesto de construcción y que decide si un sistema llega vivo al año tres.

Un sistema sin mantener no se degrada poco a poco: parece que va bien hasta el día en que no va.

Qué cuesta

Nuestros precios de mantenimiento están publicados y son los mismos para un sistema nuestro que para uno heredado: desde 150 € al mes para sitios y tiendas, desde 450 € cuando hay datos en vivo o apps publicadas, y desde 900 € cuando hace falta un SLA por escrito y guardia fuera de horario. Sin permanencia.

A eso se le suma, solo la primera vez, la revisión que describimos arriba. Si de esa revisión sale que lo sensato es reescribir en lugar de mantener, te lo decimos entonces y no cuando lleves seis meses pagando una cuota por sostener algo que no se sostiene.

Cuándo decimos que no

Decimos que no cuando no podemos responder de algo con seguridad, y preferimos decirlo antes de cobrar una cuota mensual. Los tres casos habituales: cuando no hay forma de levantar una copia del sistema en otro entorno, cuando faltan accesos que solo puede recuperar un tercero que no responde, y cuando el sistema trata datos personales de una manera que habría que rehacer entera antes de poder operarlo con tranquilidad.

En los tres casos el camino honesto no es un mantenimiento: es un discovery, un plan y una decisión sobre si merece la pena reconstruir. Cuesta más de entrada y cuesta bastante menos que descubrirlo en el mes siete.