GOLIVE
Volver al blog

Externalizar el mantenimiento de tu aplicación (TMA): cuánto cuesta y cuándo hacerlo

TMA externalizado en 2026: tabla de costes (onshore, nearshore, offshore Vietnam), momento ideal para dar el paso y elección entre precio cerrado y time & material. Con experiencia de campo.

¿Cuánto cuesta un TMA externalizado en 2026? Tabla de tarifas onshore vs offshore, criterios de timing, precio cerrado o régie: guía práctica con experiencia real.

Tu aplicación lleva meses en producción, los tickets se acumulan y tu equipo interno dedica más tiempo a apagar fuegos que a construir. La pregunta siempre acaba llegando: ¿hay que externalizar el TMA, y si es así, a qué precio? He acompañado a pymes y scale-ups francesas en esta decisión exacta, y la respuesta rara vez depende solo del presupuesto.

Según la consultora Markess by exaegis, el mercado francés de gestión externa de aplicaciones supera los 8 000 millones de euros en 2025, impulsado por la complejidad creciente de los stacks y la escasez de perfiles senior. Sin embargo, la mayoría de las guías online se limitan a listar los tipos de mantenimiento sin plantear nunca la verdadera pregunta: cuánto cuesta en tu situación concreta.

  • 💰 Horquilla realista: entre 150 y 750 €/día según el modelo elegido.
  • ⚠️ Costes ocultos: coordinación, transferencia de conocimiento y deuda técnica olvidada.
  • 📊 Reducción media: alrededor del 30 % frente a un equipo interno dedicado.
  • 🎯 Timing crítico: externaliza después de la estabilización, no durante el desarrollo inicial.

Qué cubre realmente un TMA (y qué omiten los presupuestos)

El mantenimiento aplicativo por terceros (TMA, por sus siglas en francés) agrupa tres tipos de intervención. El mantenimiento correctivo corrige bugs e incidencias. El mantenimiento evolutivo añade funcionalidades o adapta el producto a las nuevas necesidades del negocio. El mantenimiento preventivo monitoriza el rendimiento, aplica las actualizaciones de seguridad y anticipa los fallos.

¿Por qué los presupuestos de TMA son tan difíciles de comparar?

El problema es que cada proveedor divide estas tres capas de forma diferente. Un precio cerrado en uno incluye la correctiva y la preventiva, pero factura cada evolutiva como extra. En otro, todo está incluido en una bolsa de horas mensual, sin distinción.

Según el sitio codein.fr, un proveedor serio debe establecer un marco de gestión claro: responsable dedicado, SLA de respuesta cuantificado (4 h para incidencias críticas, 24 h para menores), KPI compartidos e informes semanales. Sin estos elementos, estás comparando peras con manzanas.

He visto clientes firmar un forfait de TMA a 2 000 €/mes que parecía competitivo, para descubrir seis meses después que el tiempo de transferencia de conocimiento (3 semanas de shadowing) no estaba incluido. El coste real de un TMA empieza antes del primer ticket.

¿Qué costes se subestiman sistemáticamente?

Tres partidas aparecen en casi todos los proyectos que acompaño. La primera es la transferencia de conocimiento: documenta tu código, tus flujos de despliegue y tus casos límite, o pagarás al proveedor para que los descubra a tu costa. La segunda es la deuda técnica heredada. Si tu aplicación nunca ha sido auditada en serio, espera un sobrecoste del 15 al 25 % en los primeros meses, el tiempo necesario para estabilizar la base de código. La tercera es la coordinación del lado del cliente: un jefe de proyecto interno que haga de enlace sigue siendo necesario, incluso con el mejor proveedor del mundo.

Cuánto cuesta un TMA en 2026: la tabla realista

Las horquillas que se muestran a continuación se basan en lo que constato en mis intercambios con clientes franceses y en los datos publicados por los actores del mercado. Según ideematic.com, la reducción de costes informáticos vinculada a la externalización del TMA se estima frecuentemente en torno al 30 % respecto a un equipo interno dedicado.

¿Cómo leer esta tabla de tarifas?

Las tarifas diarias varían según la seniority de los profesionales, la complejidad de tu stack y el volumen de horas comprometido. Una tarifa baja no significa nada si el proveedor tarda tres días en resolver lo que un senior soluciona en cuatro horas.

Modelo Tarifa diaria indicativa Compromiso mín. SLA crítico Tendencia
ESN onshore (París/Lyon) 550-750 € 12 meses 4-8 h ↑ +10-15 %/año
Nearshore (Magreb, Polonia) 300-450 € 6 meses 8-24 h → estable
Offshore estructurado (Vietnam) 150-280 € 3 meses 4-8 h ↑ demanda fuerte
Freelance senior FR 500-650 € Ninguno Variable → variable

FUENTE: datos de campo GoLive Software + benchmarks públicos · ACT. 06/2026

El modelo offshore estructurado que practico en GoLive Software posiciona desarrolladores senior vietnamitas, potenciados con herramientas de IA (Claude Code, Cursor), con SLA comparables al onshore francés. La tarifa diaria se mantiene entre 2,5 y 3 veces inferior. No es low-cost: es un ratio calidad/coste que hacen posible la diferencia de poder adquisitivo y la productividad con IA.

Para una aplicación SaaS de tamaño medio (50 000 a 200 000 líneas de código), calcula entre 2 500 y 6 000 €/mes en offshore estructurado, frente a 8 000 a 15 000 €/mes con una ESN onshore clásica. La diferencia se amplía aún más en el mantenimiento evolutivo, donde el volumen de horas es mayor.

Cuándo externalizar tu TMA (las 4 señales que no engañan)

Externalizar demasiado pronto sale caro en transferencia de conocimiento y en idas y vueltas. Externalizar demasiado tarde es dejar que la deuda técnica se acumule mientras tu equipo de producto queda absorbido por el soporte.

¿Qué señales deben activar la decisión?

Señal 1: tu equipo de producto dedica más del 40 % de su tiempo al mantenimiento. Es el umbral que observo en mis clientes. Por encima, cada sprint planificado termina con la roadmap de funcionalidades a medio entregar, porque los bugs y las peticiones de adaptación devoran el resto.

Señal 2: los perfiles que conocen el código histórico se van. La rotación en el desarrollo en Francia oscila entre el 15 y el 22 % según Syntec Numérique. Cuando el desarrollador que construyó el módulo de facturación deja la empresa, el TMA interno se convierte en una apuesta arriesgada.

Señal 3: tu aplicación lleva al menos 6 meses en producción estable. Externalizar el mantenimiento de un producto todavía en construcción genera fricción innecesaria. El proveedor corrige bugs en código que cambia cada semana. Espera a que la arquitectura esté asentada.

Señal 4: necesitas competencias que tu equipo no domina. Migración de PHP 7 a PHP 8, transformación de una API REST a GraphQL, adecuación RGPD de un módulo legacy. Estos proyectos puntuales justifican un TMA evolutivo externalizado, incluso si mantienes el correctivo en interno.

¿Cuándo es mejor mantener el mantenimiento en interno?

Si tu producto evoluciona a diario (pre-product/market fit), si tienes menos de 20 000 líneas de código, o si un solo desarrollador senior cubre toda la stack, la externalización añade más complejidad de la que elimina. El coste de coordinación y transferencia supera el ahorro en la tarifa diaria.

Precio cerrado, régie o bolsa de horas: ¿qué modelo elegir?

La elección del modelo contractual pesa tanto como la del proveedor. He visto TMA a precio cerrado perfectamente adaptados, y otros que se convirtieron en pesadilla porque el perímetro estaba mal definido.

¿Cómo funciona el forfait de TMA?

Con precio cerrado, pagas un importe fijo mensual por un perímetro de mantenimiento definido de antemano (correctivo + preventivo, o solo correctivo). Las evoluciones fuera de perímetro se facturan aparte, normalmente por tarifa diaria o por presupuesto específico.

Este modelo encaja cuando tu aplicación es estable, el volumen de tickets es predecible (10 a 30 tickets/mes) y quieres un presupuesto fijo. El riesgo: un perímetro demasiado restrictivo que te obliga a pagar ampliaciones constantemente.

¿Cuándo preferir la régie (time & material)?

La régie (o time & material) factura por tiempo dedicado. Compras un volumen de horas o días al mes, que se consumen con los tickets entrantes sin distinción entre correctivo y evolutivo. Es el modelo que recomiendo con más frecuencia para los TMA evolutivos, porque ofrece la flexibilidad necesaria cuando el producto sigue evolucionando.

Como subraya el vídeo de Inetum sobre la gestión externalizada, los contratos rígidos de 3 a 7 años son cosa del pasado. Un buen proveedor propone un marco evolutivo, con reuniones semanales y KPI adaptados. La régie, bien gestionada, ofrece exactamente esa agilidad.

La bolsa de horas es una variante de la régie en la que se prepaga un volumen (normalmente entre 40 y 80 horas/mes) a tarifa preferente. Las horas no consumidas suelen ser transferibles durante 1 a 3 meses. Es un buen compromiso para equipos que quieren la flexibilidad del time & material con un compromiso presupuestario más claro.

Lo que la IA cambia para el TMA externalizado en 2026

Las páginas que posicionan en Google para "externalizar TMA coste" casi nunca mencionan el impacto de la IA en el mantenimiento aplicativo. Es un punto ciego.

¿Cómo modifica la IA la productividad de un equipo de TMA?

Un desarrollador senior equipado con Claude Code o Cursor analiza un bug en una codebase que no conoce en 30 minutos, cuando hace dos años se necesitaban entre 2 y 3 horas. La navegación por código legacy, la redacción de tests de no regresión, el refactoring focalizado: estas tareas que consumen mucho tiempo son las que más acelera la IA.

En concreto, en los TMA que gestiono en GoLive Software, mis equipos vietnamitas resuelven entre un 40 y un 60 % más de tickets por sprint desde la adopción sistemática de herramientas de IA a principios de 2026. La tarifa diaria no ha cambiado. El coste por ticket, en cambio, ha bajado.

Un equipo offshore pequeño y senior, bien equipado con IA, compite hoy con un equipo onshore el doble de grande. No es una proyección: es lo que observo cada mes en mantenimientos React, Next.js y Node.js.

Como explico en ai-first.fr, la IA no sustituye a los buenos desarrolladores. Amplifica su capacidad de diagnóstico y entrega. Para el TMA, esto significa SLA más cortos, un coste por intervención a la baja y una transferencia de conocimiento acelerada (la IA ayuda al nuevo desarrollador a comprender el código existente mucho más rápido).

«El verdadero coste de un TMA no es la tarifa diaria que aparece en el presupuesto. Es el tiempo medio de resolución por ticket, multiplicado por el número de meses que pagas.»

Vincent Roye, junio de 2026

Los 3 errores que disparan el presupuesto del TMA

Antes de cerrar, estos son los tres trampas que encuentro con más frecuencia.

¿Hay que elegir solo por precio?

El vídeo de Eufonie sobre externalización lo dice con claridad: una buena tarifa diaria no garantiza ni las competencias del equipo ni la calidad del servicio. Pide pruebas concretas (tests funcionales, itinerario de formación de los profesionales, rotación del equipo de TMA). Un proveedor con una tarifa un 20 % más alta pero un tiempo de resolución medio dividido por dos te costará menos al cabo de 12 meses.

Segundo error: firmar un contrato sin cláusula de reversibilidad. Si tu proveedor de TMA desaparece o baja la calidad, debes poder recuperar el código, la documentación y los accesos en menos de 30 días. Verifica este punto antes de firmar.

Tercer error: descuidar la coordinación. Externalizar no significa delegar y olvidarse. Una reunión semanal estructurada, KPI compartidos (tiempo medio de resolución, tasa de reapertura, satisfacción del usuario) y un responsable técnico del lado del cliente siguen siendo imprescindibles. El sitio open-yama.fr lo confirma: el TMA funciona cuando se trata como una colaboración continua, no como una prestación desechable.

Para estructurar esta coordinación correctamente cuando recurres a un proveedor offshore, detallé los criterios concretos en esta guía sobre externalización del desarrollo.

Veredicto: externaliza en el momento adecuado, con el modelo correcto

Externalizar el TMA de tu aplicación cuesta entre 2 500 y 15 000 €/mes según el modelo elegido, la complejidad de tu stack y la ubicación del proveedor. La cifra aislada no significa nada sin contexto.

Mi consejo, tras años pilotando mantenimientos para clientes franceses: espera a que tu producto esté estable, elige un modelo de régie o bolsa de horas, y prioriza un proveedor offshore estructurado que combine desarrolladores senior y herramientas de IA. La relación calidad/coste es hoy la mejor que he observado, y la diferencia con el onshore se amplía cada trimestre.

La pregunta ya no es "¿hay que externalizar?", sino "¿con quién y a qué ritmo?". Si tu equipo interno se pasa los sprints apagando incendios en lugar de construir, la respuesta ya está ahí.

Preguntas frecuentes

¿Cuál es la diferencia entre TMA e infogérance (gestión de infraestructura)?

El TMA (Tierce Maintenance Applicative) se refiere al mantenimiento del código y las funcionalidades de tu aplicación. La infogérance cubre el alojamiento, la infraestructura de servidores, la monitorización y la disponibilidad. Son dos servicios distintos, a menudo prestados por proveedores diferentes. Puedes externalizar uno sin el otro.

¿Cuánto dura una transferencia de conocimiento para TMA?

Calcula entre 2 y 6 semanas según el tamaño de la codebase y la calidad de tu documentación. Para una aplicación de 100 000 líneas con documentación aceptable, 3 semanas suelen bastar. Sin documentación, prevé el doble y un sobrecoste del 20 al 30 % en los primeros meses.

¿Se puede externalizar el TMA de una aplicación legacy en PHP o Java?

Sí, y de hecho es uno de los casos más habituales. Las aplicaciones legacy requieren competencias que los equipos internos ya no tienen (PHP 5.6, Java 8, frameworks obsoletos). Un proveedor de TMA especializado cuenta con estos perfiles. El sobrecoste por la complejidad legacy se compensa con la experiencia concentrada.

¿Hay que externalizar el TMA correctivo y evolutivo con el mismo proveedor?

No es obligatorio, pero sí recomendable. Un proveedor único conoce la codebase en su conjunto, lo que reduce el tiempo de diagnóstico y evita conflictos de perímetro. Si los separas, prevé un marco de coordinación claro entre los profesionales implicados.

¿Qué SLA pedir para un TMA externalizado?

Para incidencias críticas (producción caída), apunta a un SLA de 2 a 4 horas de atención. Para bugs mayores no críticos, entre 8 y 24 horas. Para solicitudes menores y evoluciones, entre 48 y 72 horas. Estos plazos corresponden a los estándares del mercado en 2026, independientemente del modelo.

Vidéos YouTube

Articles & ressources

Vincent Roye
Vincent Roye
CEO y Fundador, GoLive Software

Ingeniero francés afincado en Vietnam desde 2014. Dirige un equipo de desarrolladores senior full-stack y acompaña a startups y pymes en la estructuración de su equipo técnico desde hace más de 11 años.