¿Cuánto cuesta mantener una app a lo largo de los años?

En resumen: lo que cuesta construir una app es sólo el primer gasto. Después vienen el hosting y la base de datos, las cuentas de las tiendas si es móvil, las actualizaciones que exigen Apple y Google todos los años, los parches de seguridad y las mejoras que pide el uso real. En la industria se suele estimar que el mantenimiento se lleva entre el 65 % y el 85 % del costo total de propiedad de una aplicación. Por eso conviene presupuestar la app a cinco años, no sólo el desarrollo.

¿Por qué el precio del desarrollo no es el costo de la app?

Cuando se cotiza una app, el número que se discute es el del desarrollo: cuánto sale construirla. Es el número más visible, pero no el más grande. Una app es un sistema vivo: corre sobre servidores que se pagan todos los meses, depende de librerías que publican parches, se conecta con servicios que cambian sus reglas y la usan personas que, después de un mes, piden cosas que no estaban en el alcance.

Hay un nombre para mirar todo junto: costo total de propiedad. Es lo que cuesta la app desde que se empieza a construir hasta que se deja de usar. Según un artículo de ISBSG, la organización que recopila datos de proyectos de software, en la industria se suele estimar que el mantenimiento representa entre el 65 % y el 85 % del costo total de propiedad de una aplicación. Es una estimación amplia y no una ley, pero apunta a algo que se ve en cualquier proyecto: lo que pasa después del lanzamiento pesa más que el lanzamiento.

¿Qué costos tiene una app después de publicada?

Infraestructura: hosting y base de datos

La app corre en algún lado, y ese lado se paga todos los meses. Para dimensionar, con precios de lista publicados en octubre de 2026:

• Vercel, donde se despliegan muchas apps web hechas con Next.js, cobra su plan Pro a USD 20 por mes por cada desarrollador. El plan gratuito existe, pero es para uso personal y no comercial.
• Supabase, una base de datos Postgres administrada, tiene un plan Pro desde USD 25 por mes, que incluye 8 GB de disco por proyecto y 100.000 usuarios activos mensuales; lo que pasa de ahí se cobra por uso.

Son pisos, no techos: a medida que crece el uso, crece la cuenta. Lo importante es que estas cuentas estén a nombre de tu empresa, no del proveedor que hizo la app.

Las tiendas, si la app es móvil

Publicar en las tiendas tiene un costo fijo propio:

• El Apple Developer Program cuesta USD 99 por año.
• Google Play cobra un registro único de USD 25.

Es poco dinero, pero se olvida. Si la cuenta de Apple vence, la app deja de estar disponible para descargar.

Las actualizaciones que exigen Apple y Google

Este es el costo que más sorprende, porque no lo decide la empresa sino las tiendas. Todos los años suben los requisitos mínimos:

• En Google Play, desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones tienen que apuntar a Android 16 (nivel de API 36). Una app existente que no apunta al menos a Android 15 deja de ofrecerse a usuarios nuevos en dispositivos con versiones más recientes.
• En Apple, desde el 28 de abril de 2026, todo lo que se sube a App Store Connect tiene que estar compilado con Xcode 26 y el SDK de iOS 26.

En la práctica, una app móvil necesita al menos una actualización técnica por año aunque nadie le pida una función nueva. Si se saltea, el día que haga falta corregir algo urgente no se va a poder publicar sin antes ponerse al día.

Una app web no depende de las tiendas, y es una de las razones por las que para muchas operaciones conviene. App web o app móvil explica cuándo alcanza con la web.

Seguridad y dependencias

Ninguna app se escribe desde cero: se apoya en frameworks y librerías que publican parches cuando se descubre un problema. Aplicarlos no es opcional. Una app que maneja datos de clientes, pagos o accesos no puede quedarse con una versión que tiene un problema conocido.

Integraciones que cambian

Si la app habla con Mercado Pago, WhatsApp, Meta, tu facturador o tu ERP, depende de que esas APIs sigan funcionando igual. No siempre pasa: los proveedores publican versiones nuevas y dan de baja las viejas. Cada cambio de ese lado es trabajo de este lado.

Servicios que se pagan por uso

Mails transaccionales, mensajes de WhatsApp, almacenamiento de archivos, llamadas a modelos de inteligencia artificial. Cada uno tiene su tarifa y crece con el uso. Conviene saber de antemano cuáles hay y con qué volumen se calcularon.

Mejoras

Es el costo que más vale la pena. Después del lanzamiento, el uso real muestra qué falta: un reporte, un filtro, un rol nuevo, una integración que no estaba prevista. No es mantenimiento en sentido estricto, pero es lo que hace que la app siga sirviendo.

¿Cómo se ve la app a lo largo de los años?

Una forma útil de presupuestar es separar por etapas:

1. Año 0, el desarrollo. El costo más visible y el único que se cotiza de entrada. En V3XRA sale escrito del diagnóstico, que no se cobra, y se paga con una seña para arrancar y el resto al publicar. Lo que lo define está en cuánto cuesta una app a medida.
2. Año 1, la estabilización. Es el año con más ajustes: aparecen los casos raros que nadie previó, los usuarios piden cambios y se corrige lo que el uso real muestra. Suele ser también el año con más mejoras pedidas.
3. Años 2 a 5, el régimen. El ritmo se calma, pero no se detiene: infraestructura todos los meses, la actualización anual de las tiendas si es móvil, parches de seguridad, cambios en las integraciones y alguna mejora cada tanto.

A partir de cierto punto aparece una pregunta distinta: si conviene seguir parchando o rehacer una parte. Una app bien construida, con el código ordenado y documentado, posterga mucho esa pregunta.

¿Qué baja el costo de mantener una app?

La mayor parte se decide antes de escribir la primera línea:

• Elegir web cuando alcanza. Una plataforma menos que mantener, y sin requisitos anuales de las tiendas.
• Engancharse a lo que ya existe. Si tenés una base de datos o un sistema andando, conectarse a eso evita duplicar datos y mantener dos versiones de lo mismo.
• Pocas dependencias y conocidas. Cada librería exótica es algo más que actualizar.
• Código, infraestructura y documentación a tu nombre. Si el mantenimiento sólo lo puede hacer quien construyó la app, no tenés con qué comparar el precio.
• Integraciones oficiales. Una conexión con la API oficial de WhatsApp o de Mercado Pago cambia con aviso; una que depende de un truco no oficial se rompe sin avisar.

¿Y una plataforma no-code no se ahorra todo esto?

Se ahorra una parte: la plataforma se ocupa de los servidores y de las actualizaciones. A cambio, cobra todos los meses por usuario o por uso, y la app no se puede llevar a otro lado. Es un costo de mantenimiento con otra forma. La comparación año por año está en no-code o desarrollo a medida.

¿Qué preguntar antes de firmar?

• ¿A nombre de quién quedan el hosting, la base de datos y las cuentas de las tiendas?
• ¿Cuánto cuesta por mes la infraestructura con el uso que espero hoy, y cuánto si se duplica?
• ¿Qué servicios se pagan por uso y con qué volumen se calcularon?
• ¿Quién hace la actualización anual que piden Apple y Google, y cuánto cuesta?
• ¿El mantenimiento es obligatorio? ¿Puedo hacerlo con otro?

Qué preguntar antes de contratar un desarrollo a medida tiene el resto de la lista.

Cómo lo planteamos en V3XRA

En el diagnóstico, además del costo del desarrollo, ponemos sobre la mesa lo que va a costar la app después: qué infraestructura necesita, qué servicios se pagan por uso y si conviene web, móvil o las dos. El repositorio, la infraestructura y la documentación quedan a nombre de tu empresa en el traspaso, así que podés mantenerla con tu equipo o con otro estudio. Si querés que sigamos nosotros, el mantenimiento se cotiza aparte.

Si estás evaluando una app, el diagnóstico no se cobra y salís con el alcance escrito y el número. El detalle está en desarrollo de apps a medida.