# Coste de mantenimiento de una aplicación al año: calcúlalo en días, no en %

> Fuente: https://extradev.fr/es/blog/coste-de-mantenimiento-de-una-aplicacion-al-ano-calculalo-en-dias-no-en
> Publicado el: 2026-11-06
> Autor: Vincent Roye
> Site: Extra Dev (https://extradev.fr)
> Lang: es-ES
> Tags: maintenance application, budget, dette technique, TJM, régie

Entre el 5 % y el 25 % del precio de desarrollo: las guías se contradicen. Por qué presupuestar el mantenimiento en días de desarrollador sénior evita equivocarse de presupuesto.

Según las guías publicadas en 2026, mantener una aplicación cuesta cada año entre el 5 % y el 25 % de lo que costó desarrollarla, es decir, de 1.500 € a 7.500 € para una aplicación entregada por 30.000 €. El mantenimiento de una aplicación es el conjunto de intervenciones que la mantienen en línea, segura y aceptada por las tiendas de aplicaciones una vez puesta en producción. Que dos fuentes difieran de 1 a 5 no es una horquilla, es un desacuerdo.

Veo con frecuencia presupuestos en los que la partida de mantenimiento no aparece, o se reduce a un porcentaje lanzado al pie de página. Mi opinión: el porcentaje es un buen reflejo para **hacerse una idea del orden de magnitud**, y una mala herramienta para firmar un presupuesto.

- 📊 **Horquilla publicada**, del 5 % al 25 % del coste inicial al año, según la fuente.
- ⚠️ **Porcentaje engañoso**, ignora la antigüedad del código, la calidad de la entrega y las tiendas.
- 💡 **Cálculo en días**, 3 días de dev sénior al mes a 180 € suman 6.480 € al año.
- 🚀 **Veredicto claro**, reserva un volumen anual de días, no un porcentaje del presupuesto.

Para decidir, primero hay que entender por qué las cifras difieren tanto, después qué cubre realmente el mantenimiento, luego cómo convertirlo en días y, por último, lo que cuesta ahorrar en esta partida.

## ¿Qué horquilla de mantenimiento hay que prever al año, según las fuentes?

Las cinco guías francesas mejor posicionadas para esta búsqueda hablan de entre el 5 % y el 25 % del coste de desarrollo inicial al año, con dos escuelas: una en torno al 5-8 % y otra en torno al 15-25 %. Para una aplicación desarrollada por 60.000 €, eso supone de 3.000 € a 30.000 € al año. Nadie que tenga que decidir puede presupuestar con un margen así.

### ¿Por qué difieren tanto los porcentajes?

Porque cada autor habla de un alcance distinto. Según [playmoweb.com](https://playmoweb.com/cout-maintenance-application-mobile-2026) (octubre de 2026), la regla es prever un 5-8 % al año para una aplicación móvil mantenida con un contrato de bolsa de horas. En el extremo opuesto, [bob-le-developpeur.com](https://www.bob-le-developpeur.com/blog/combien-coute-maintenance-application) (actualizado el 14 de octubre de 2026) se queda con un 15-20 %, es decir, de 9.000 a 12.000 € al año para una aplicación de 60.000 €. [shortcut-agency.com](https://www.shortcut-agency.com/blog/combien-coute-maintenance-application-apres-lancement) (agosto de 2026) y [eid-lab.com](https://www.eid-lab.com/blog/maintenance-application-web-cout-perimetre) (julio de 2026) hablan de un 15-25 %.

La primera cifra cubre sobre todo la corrección de errores y las actualizaciones obligatorias. Las otras añaden evoluciones funcionales, lo que explica la mayor parte de la diferencia.

| Aplicación desarrollada por | 5 a 8 % (Playmoweb) | 15 a 20 % (Bob le développeur) | 15 a 25 % (Shortcut, Eid Lab) |
| --- | --- | --- | --- |
| 30.000 € | 1.500 a 2.400 € | 4.500 a 6.000 € | 4.500 a 7.500 € |
| 60.000 € | 3.000 a 4.800 € | 9.000 a 12.000 € | 9.000 a 15.000 € |
| 120.000 € | 6.000 a 9.600 € | 18.000 a 24.000 € | 18.000 a 30.000 € |

FUENTE: playmoweb.com, bob-le-developpeur.com, shortcut-agency.com, eid-lab.com (cálculos del autor a partir de sus porcentajes) · ACT. 11/2026

**Un mismo porcentaje aplicado a un código mal entregado o bien entregado no da la misma factura.** Ese es el límite del razonamiento en porcentaje: trata el precio de desarrollo como un indicador de carga de trabajo, cuando la carga depende de lo que cambia alrededor de la aplicación.

## ¿Qué se paga realmente en un mantenimiento anual?

El mantenimiento de una aplicación abarca cuatro tipos de trabajo: corregir errores, adaptar la aplicación a los cambios externos, protegerla y hacerla evolucionar. Solo el último es una elección. Los otros tres los imponen terceros: Apple, Google, los navegadores y los editores de los componentes de software que usa la aplicación (las dependencias).

### ¿Qué plazos obligan a dedicar horas de trabajo?

Las tiendas marcan el calendario. Según un hilo de r/AppFollow difundido en 2026, [r/AppFollow](https://www.reddit.com/r/AppFollow/), desde el 28 de abril de 2026 Apple solo acepta aplicaciones compiladas con Xcode 26 y el kit de desarrollo de iOS 26. Desde el 31 de agosto de 2026, Google Play rechaza las aplicaciones nuevas y las actualizaciones que no apunten a Android 16 (nivel de API 36).

Playmoweb recuerda que Apple lanzó iOS 27 el 14 de septiembre de 2026 y Google, Android 17 el 16 de junio de 2026 en sus Pixel. Una aplicación que nadie toca durante doce meses deja de cumplir estas reglas, y nadie te avisa antes de que llegue la reseña de una estrella.

### ¿Cuesta más mantener una aplicación móvil que una aplicación web?

Sí, porque el calendario viene impuesto y las actualizaciones pasan por una validación externa. Según el mismo hilo de r/AppFollow, Apple aspira a revisar el 90 % de los envíos en 48 horas, un plazo que hay que tener en cuenta en cualquier compromiso de restablecimiento del servicio.

En cuanto a las cifras extremas, MobiLoud (vídeo de 2026) cita marcas que dedican 2 o 3 personas a mantener viva una aplicación nativa, y hasta seis en algunos casos, lo que supone unos 500.000 $ en salarios al año. No saco de ahí una regla: es la parte alta de la horquilla de un gran e-commerce, no la situación de una pyme. Pero demuestra que el porcentaje del presupuesto inicial no pone techo a nada.

En la web el calendario es menos estricto, pero la seguridad sigue siendo la partida irrenunciable. Según eid-lab.com, que cita el informe IBM Cost of a Data Breach 2024, una brecha de seguridad cuesta de media 4,88 millones de dólares. Una actualización de seguridad sin aplicar nunca es un ahorro.

## ¿Por qué calcularlo en días de desarrollador sénior y no en porcentaje?

Calcular en días consiste en reservar un volumen anual de jornadas de desarrollador, a la tarifa diaria acordada, en lugar de aplicar un porcentaje al presupuesto. El volumen de días se puede medir, comprobar y ajustar. El porcentaje, no.

Para ser transparente: dirijo Extra Dev, que pone a disposición desarrolladores sénior potenciados por la IA a 180 €/día, así que tengo un sesgo evidente en este punto. Aun así, el cálculo es el mismo con cualquier proveedor: toma su tarifa diaria y multiplica.

### ¿Cuántos días al mes hay que prever?

Esta es mi estimación, no un estándar del mercado. Para una aplicación estable que no recibe funcionalidades nuevas:

- **1,5 días al mes** (18 días al año, 3.240 € a 180 €/día): monitorización, actualizaciones de seguridad y alguna corrección menor.
- **3 días al mes** (36 días al año, 6.480 €): además, una adaptación por cada versión mayor de iOS o Android y algunos ajustes que piden los usuarios.
- **6 días al mes** (72 días al año, 12.960 €): aplicación con muchas integraciones de terceros, pagos o datos sensibles, y evoluciones regulares.

Estos tres niveles coinciden con la horquilla de bob-le-developpeur.com: de 9.000 a 12.000 € al año son entre 50 y 67 días a 180 €. La diferencia es que ves lo que compras.

**Un desarrollador sénior dedicado, con un mínimo de 8 años de experiencia, resuelve en una hora lo que a un perfil que descubre el código le lleva un día entender.** Por eso calculo en días de sénior: la misma incidencia sale más barata en manos del perfil adecuado, aunque su tarifa diaria parezca más alta.

Si dudas entre contratar o externalizar ese volumen, el cálculo completo está en [Contratar a un dev sénior en plantilla o externalizarlo a 180 €/día](https://extradev.fr/blog/recruter-dev-senior-cdi-regie-180-euros-jour-calcul-12-mois), y la [calculadora del coste de un desarrollador](https://extradev.fr/calculateur-cout-developpeur) te da la cifra para tu caso.

## ¿Qué dispara el coste de mantenimiento de una aplicación?

El mantenimiento se dispara cuando el código es difícil de entender, no cuando la aplicación es grande. La deuda técnica (el coste oculto de un código mal escrito, que ralentiza cada evolución futura) es el primer factor de desviación, y se genera durante el desarrollo, no después.

### ¿De verdad cambia la factura anual según cómo se construyó la aplicación?

Sí, y es justo lo que los porcentajes pasan por alto. 8090 AI, editor de herramientas de desarrollo, afirma en un vídeo de 2026 que los equipos de ingeniería dedican unas 17,3 horas a la semana a mantener lo existente frente a 13,5 horas a crear funcionalidades, y que el mantenimiento absorbería entre el 50 y el 80 % del tiempo. Vende una solución, así que tomo estos ratios como un orden de magnitud, no como una constatación neutral. La tendencia, en cambio, coincide con lo que yo veo.

Mi convicción: una aplicación bien construida desde el principio cuesta menos mantenerla viva. Eso significa registros de errores aprovechables, copias de seguridad probadas, un panel de administración, pruebas realizadas en un navegador real y no solo código generado, y una documentación del proyecto que el siguiente desarrollador pueda leer en una hora. Un código producido con cuatro prompts y sin marco produce lo contrario, como explico en [Vibe coding: la deuda técnica que va a hundir tu presupuesto](https://extradev.fr/blog/vibe-coding-dette-technique).

### ¿Cuestan más las averías que el mantenimiento preventivo?

A menudo, sí. Según el vídeo de Lusig para PlatformCon 2026, el 71 % de las desinstalaciones de aplicaciones móviles se deben a un problema de rendimiento o a un cierre inesperado. Diagnosticar un error grave consume cuatro horas o más de un desarrollador sénior, y cada interrupción le hace perder unos veinte minutos de concentración.

Tengo en cuenta que Lusig vende observabilidad móvil, pero el mecanismo es real: un error que detecta un usuario cuesta más que el mismo error detectado en un registro.

## ¿Cuándo conviene rehacer la aplicación en lugar de seguir manteniéndola?

Conviene rehacerla cuando el coste anual de mantenimiento supera aproximadamente un tercio del precio de una reconstrucción, porque el ahorro se recupera en tres o cuatro años. Es un criterio de decisión, no una ley, y procede de un caso con cifras publicado por un actor del sector.

### ¿Cómo saber que el mantenimiento se está convirtiendo en una trampa?

appmobilenormandie.fr pone el ejemplo de una aplicación desarrollada en 2019 por 30.000 €, cuyo mantenimiento cuesta ahora 10.000 € al año por culpa de tecnologías envejecidas. Rehacerla costaría 35.000 €, amortizables en tres o cuatro años. La misma web estima que el desarrollo inicial solo representa entre el 20 y el 30 % del coste total a lo largo de la vida útil.

Me quedo con tres señales concretas: cada corrección rompe otra cosa, ya nadie sabe añadir una funcionalidad sin una semana de análisis y las actualizaciones para las tiendas ahora llevan varios días. Para calcular el coste de una reconstrucción, consulta [Rehacer una aplicación de gestión: cuánto cuesta realmente en 2026](https://extradev.fr/blog/cout-refonte-application-metier-2026) y, para el coste inicial, [Cuánto cuesta una aplicación en 2026](https://extradev.fr/blog/combien-coute-une-application-2026-budgets-reels).

Una cifra de contexto procede de [gartner.com](https://www.gartner.com/): según eid-lab.com, que cita un estudio de Gartner de 2024, las empresas dedican de media el 60 % de su presupuesto total de software al mantenimiento. No lo he comprobado en la fuente original, así que lo uso como tendencia, no como prueba.

## ¿Cómo revisar un contrato de mantenimiento antes de firmarlo?

Un contrato de mantenimiento se juzga por tres compromisos: el plazo de atención, el plazo de restablecimiento y lo que incluye la tarifa. El hilo de r/AppFollow constata que solo 2 de cada 10 proveedores analizados publican un verdadero acuerdo de nivel de servicio (SLA, el compromiso escrito de plazos).

### ¿Qué hay que exigir por escrito?

Un plazo de respuesta solo promete que se acusará recibo de la incidencia. No dice nada de cuándo volverá a funcionar la aplicación: pide un objetivo de restablecimiento y comprueba que la cobertura va más allá del horario de oficina si tu actividad funciona por la noche.

Pregunta también qué ocurre cuando se agota la bolsa de horas, quién es el propietario del código y de los accesos, y si puedes reducir el ritmo o retomar el trabajo internamente. Un desarrollador dedicado en régimen de asistencia técnica, sin permanencia, resuelve de por sí la mayoría de estas cuestiones. El ritual de seguimiento se detalla en [Dirigir a distancia a un dev externalizado](https://extradev.fr/blog/piloter-dev-regie-distance-rituel-30-minutes).

## Mi veredicto: reserva días, no un porcentaje

**Prevé entre 18 y 72 días de desarrollador sénior al año, es decir, de 3.240 € a 12.960 € a 180 €/día, según la vida de tu aplicación.** El porcentaje del presupuesto sirve para comprobar que no te sales del orden de magnitud, nunca para firmar.

### ¿Qué criterio decide entre los tres niveles?

El criterio es la cantidad de cosas que cambian alrededor de tu aplicación. Sin evoluciones ni integraciones críticas, quédate en 1,5 días al mes. Con actualizaciones del sistema operativo que absorber y usuarios activos, prevé 3 días. Si la aplicación gestiona pagos, datos sensibles o evoluciones mensuales, cuenta con 6 días.

Y si la factura supera un tercio del precio de una reconstrucción, deja de mantenerla y rehazla. Para medir tu propio caso, la [calculadora del coste de un desarrollador](https://extradev.fr/calculateur-cout-developpeur) te da la cifra en tres minutos. Para el detalle de los presupuestos de desarrollo, lee [¿Cuánto cuesta desarrollar una aplicación?](https://extradev.fr/blog/cout-developpement-application-fourchettes-reelles-par-type-projet).

## Preguntas frecuentes

### ¿Cuánto cuesta el mantenimiento de una aplicación al año?

Cuesta entre el 5 % y el 25 % del precio de desarrollo según las guías francesas de 2026, es decir, de 3.000 € a 15.000 € al año para una aplicación de 60.000 €. En días de desarrollador sénior a 180 €/día, cuenta con entre 18 y 72 días, o sea, de 3.240 € a 12.960 €. El nivel adecuado depende del número de integraciones y del ritmo de las evoluciones.

### ¿Es obligatorio el mantenimiento tras la puesta en producción?

Legalmente no, pero técnicamente sí. Desde el 28 de abril de 2026 en el caso de Apple y el 31 de agosto de 2026 en el de Google Play, las actualizaciones deben cumplir con los nuevos kits de desarrollo. Una aplicación abandonada a su suerte deja de cumplir las reglas de las tiendas en menos de un año y acumula fallos de seguridad sin corregir.

### ¿Qué diferencia hay entre mantenimiento correctivo, evolutivo y preventivo?

El mantenimiento correctivo repara los errores notificados. El preventivo actualiza las dependencias y la seguridad antes de que se produzca una avería. El evolutivo añade funcionalidades. Solo el evolutivo depende de tu elección: los otros dos los imponen las tiendas, los navegadores y los editores de los componentes de software utilizados.

### ¿Mantenimiento externalizado por contrato o desarrollador dedicado?

Un servicio de mantenimiento externalizado (AMS, el mantenimiento de aplicaciones confiado a un proveedor mediante contrato) te conviene si quieres un compromiso de plazos por escrito. Un desarrollador sénior dedicado en régimen de asistencia técnica te conviene si quieres un único interlocutor y la libertad de ajustar el volumen de días cada mes. En ambos casos, exige la propiedad del código y de los accesos desde el primer día.

### ¿A partir de cuándo conviene rehacer la aplicación en lugar de mantenerla?

Cuando el coste anual de mantenimiento supera aproximadamente un tercio del precio de una reconstrucción. Un caso publicado por appmobilenormandie.fr cifra una aplicación de 2019 en 10.000 € al año de mantenimiento frente a 35.000 € de reconstrucción, amortizables en tres o cuatro años. Es una referencia que debe confirmarse con una auditoría del código.

## Fuentes

- [Coût maintenance application mobile 2026 : 5 à 8 %/an , playmoweb.com](https://playmoweb.com/cout-maintenance-application-mobile-2026)
- [Combien coûte la maintenance d'une application en 2026 ? , bob-le-developpeur.com](https://www.bob-le-developpeur.com/blog/combien-coute-maintenance-application)
- [Maintenance d'une application web : ce que ça couvre vraiment et combien ça coûte , eid-lab.com](https://www.eid-lab.com/blog/maintenance-application-web-cout-perimetre)
- [Maintenance App Mobile 2026 : Coûts et Bonnes Pratiques , appmobilenormandie.fr](https://appmobilenormandie.fr/blog/maintenance-application-mobile-couts-bonnes-pratiques-2026)
- [Combien coûte la maintenance d'une application après son lancement ? , shortcut-agency.com](https://www.shortcut-agency.com/blog/combien-coute-maintenance-application-apres-lancement)
- [Why Software Maintenance Eats 87% of Your Budget , 8090 AI](https://www.youtube.com/watch?v=FRVkIaPdogw)
- [Come modernizzare un'app mobile ecommerce obsoleta , MobiLoud](https://www.youtube.com/watch?v=jAB_rE12wZU)
- [L'essor des applications mobiles zéro maintenance , Platform Engineering](https://www.youtube.com/watch?v=f866cJVOrmg)
- [Website Maintenance Cost: $50 to $5,000+ Explained , OrangeMantra](https://www.youtube.com/watch?v=TpXlia48XT4)
- [Mobile app maintenance: costs, SLAs, agreements , r/AppFollow](https://www.reddit.com/r/AppFollow/comments/1xlpkce/mobile_app_maintenance_costs_slas_agreements/)
- [Gartner , gartner.com](https://www.gartner.com/)