Mantenimiento de apps para pymes industriales: coste, soporte y escalado

El día que firmaste el desarrollo de tu app pensaste que el grueso del gasto quedaba atrás. La realidad es que ese día empezó la parte larga. Una aplicación que controla órdenes de trabajo en planta, que dialoga con tu ERP o que da entrada de pedidos a tus comerciales de campo no es un producto terminado: es una pieza de infraestructura viva que envejece sola si nadie la cuida. Y en una pyme industrial, cuando esa pieza falla, no se queda en una pantalla en blanco. Se queda en una línea parada, un operario sin parte que rellenar o un cliente que no puede cursar su pedido.

Voy a ser concreto sobre lo que cuesta mantener una app en España en 2026, qué deberías estar pagando, qué deberías estar recibiendo a cambio y cómo reconocer cuándo tu proveedor actual te está dejando vendido.

Por qué una app nunca se "termina"

Hay una confusión muy extendida: creer que el mantenimiento es "arreglar fallos". Eso es solo una cuarta parte del trabajo. En la práctica conviven cuatro tipos de mantenimiento, y los cuatro consumen tiempo cada año.

Correctivo. Es el que todo el mundo imagina: corregir bugs. La app deja de sincronizar, una pantalla peta en ciertos móviles, los datos llegan duplicados. Es reactivo y, bien hecho, debería ser la porción más pequeña.

Adaptativo. Aquí está el verdadero motivo por el que una app no puede quedarse quieta. El terreno bajo tus pies se mueve sin que tú toques nada: Android y iOS sacan versión nueva cada año, Apple y Google cambian sus requisitos de las stores, tu pasarela de pago actualiza su API, el sistema de tu ERP migra de versión. Tu código sigue idéntico, pero el mundo a su alrededor cambia y, de repente, deja de funcionar. Una app sin mantenimiento adaptativo no muere de golpe; se va volviendo incompatible.

Perfectivo. Mejoras de rendimiento, de usabilidad, de seguridad. La pantalla que tardaba cuatro segundos en cargar el listado de albaranes ahora carga en uno. El operario hace tres toques menos para cerrar una orden. No son funciones nuevas; es afinar lo que ya hay.

Evolutivo. Funcionalidad nueva. El negocio cambia, añades una segunda planta, quieres lectura de código de barras donde antes se tecleaba a mano, necesitas un panel para el jefe de producción. La app crece contigo o se queda corta y la gente vuelve al Excel.

Si tu contrato de soporte solo cubre el correctivo, tienes media app cubierta. Los problemas que de verdad te van a parar (una actualización de iOS que rompe la cámara, un cambio de política en Google Play que retira tu app del catálogo) caen en el adaptativo, y ese es justo el que muchos proveedores baratos no incluyen.

Qué incluye de verdad un plan de mantenimiento

Un plan serio no es solo "te cojo el teléfono si algo se rompe". Cuando revises una propuesta, busca estos bloques explícitos:

• Monitorización proactiva. Alertas de errores en producción (Crashlytics, Sentry o equivalente), vigilancia de la disponibilidad del backend y de las integraciones. La idea es que el proveedor se entere del fallo antes que tú.
• Actualizaciones de plataforma. Subir el target de Android e iOS cada año, recompilar con los SDK nuevos, mantener las dependencias al día. Esto no es opcional: lo obligan las propias stores.
• Gestión de publicaciones en stores. Renovar certificados, gestionar las cuentas de desarrollador, responder a los rechazos de revisión de Apple, subir builds.
• Parches de seguridad. Actualizar librerías con vulnerabilidades conocidas, revisar dependencias, atender los avisos de CVE que afecten a tu stack.
• Copias de seguridad y recuperación. Backups verificados de la base de datos y un plan de restauración que alguien haya probado de verdad, no un volcado que nadie ha intentado recuperar nunca.
• Soporte a usuarios con un canal definido y unos tiempos de respuesta comprometidos por escrito.
• Una bolsa de horas o un cupo para pequeñas evoluciones, para que cada ajuste menor no se convierta en un presupuesto aparte y una semana de espera.

El detalle que más se pasa por alto: el mantenimiento de infraestructura. Si tu app tiene backend, hay servidores, bases de datos y certificados SSL que caducan. Un certificado vencido un domingo por la noche puede dejar a toda tu flota de tablets sin sincronizar el lunes a primera hora.

Cuánto cuesta realmente en España (2026)

Aquí van números reales, no orientaciones vagas. Hay tres formas habituales de facturar el mantenimiento.

Como porcentaje del coste de desarrollo

La regla de oro del sector sigue vigente: el mantenimiento anual ronda el 15-25% del coste original de desarrollo. Si tu app costó 40.000 €, presupuesta entre 6.000 y 10.000 € al año para mantenerla en condiciones. Apps con muchas integraciones (ERP, maquinaria, logística) tiran hacia el extremo alto, porque cada sistema externo es un punto que puede cambiar y romperse.

Cuidado con quien te ofrezca mantenimiento por el 5%. O no está cubriendo el adaptativo, o piensa cobrarte aparte cada cosa que pase. Lo barato de entrada suele ser lo caro cuando hay una urgencia.

Planes mensuales con cuota fija

Es el modelo más cómodo para una pyme porque convierte un gasto impredecible en una línea fija del presupuesto. Rangos típicos en 2026:

• 150-300 €/mes para una app sencilla, sin integraciones críticas, con soporte en horario de oficina y respuesta best-effort.
• 400-800 €/mes para una app de gestión con backend e integraciones, monitorización proactiva y una bolsa de horas mensual para ajustes.
• 800-2.000 € o más al mes cuando entran SLAs con compromisos firmes de respuesta, soporte ampliado y app conectada a procesos productivos que no pueden parar.

Bolsa de horas

El modelo más transparente para el trabajo evolutivo. Compras un paquete (por ejemplo 20, 40 u 80 horas) y se va consumiendo según necesites. La tarifa de desarrollo de un proveedor español de calidad se mueve entre 45 y 75 €/hora en 2026, según seniority y especialización. Las horas suelen tener vigencia (un trimestre, un semestre) para que no se acumulen indefinidamente.

Lo razonable es combinar: una cuota fija que cubre lo crítico (seguridad, plataforma, monitorización, urgencias) más una bolsa de horas para las evoluciones que el negocio vaya pidiendo.

SLAs y tiempos de respuesta: la letra que importa

El SLA (acuerdo de nivel de servicio) es lo que separa una promesa de un compromiso. Sin SLA, "te atendemos rápido" no significa nada. Un acuerdo decente clasifica las incidencias por severidad y asigna a cada una un tiempo de respuesta y otro de resolución:

• Crítica (la app no funciona, planta parada, nadie puede trabajar): respuesta en 1-2 horas en horario cubierto, manos a la obra de inmediato.
• Alta (función importante caída pero hay forma de seguir): respuesta en 4-8 horas.
• Media / baja (molestias, cosas cosméticas): siguiente día laborable o planificado.

Dos matices que debes negociar y dejar por escrito. Primero, el horario de cobertura: ¿8x5 (horario laboral) o 24x7? Una fábrica con tres turnos que produce de noche no puede tener soporte solo de 9 a 18. Segundo, la diferencia entre tiempo de respuesta (cuándo te contestan) y tiempo de resolución (cuándo está arreglado). Algunos contratos garantizan lo primero y dejan lo segundo en el aire. Si tu operación es sensible a las paradas, el de resolución es el que cuenta.

El caso particular de la pyme industrial

Aquí es donde el mantenimiento deja de ser genérico. Una app industrial vive en un entorno mucho más exigente que una app de consumo.

Apps conectadas a maquinaria, ERP y almacén

Tu app rara vez está sola. Lee datos de PLCs o sensores, escribe órdenes en el ERP (un SAP, un Sage, un Dynamics o un sistema sectorial), consulta stock en el almacén. Cada una de esas conexiones es una dependencia que puede romperse sin que tú toques la app: el ERP actualiza su versión y cambia un endpoint, el middleware deja de responder, el formato de un dato cambia. El mantenimiento industrial consiste, en buena parte, en vigilar esas costuras entre sistemas. Es trabajo que una empresa que solo sabe "hacer apps" pero no entiende integración no va a poder darte.

Actualizaciones de sistema operativo y de las stores

Las tablets de planta a menudo van con versiones antiguas de Android porque "funcionaban". Hasta que una actualización forzada por seguridad cambia los permisos de cámara o de almacenamiento y la app de partes deja de leer códigos. Y por el otro lado, las stores aprietan: Google Play y App Store exigen que las apps actualicen su versión objetivo cada cierto tiempo, y una app que no se recompila contra las API nuevas acaba retirada o no actualizable. Para una app interna distribuida por MDM esto es menos agresivo, pero para una app de pedidos B2B que tus clientes descargan, quedar fuera de la store es perder el canal.

Ciberseguridad y RGPD

Una app industrial maneja datos de producción, a veces datos personales de empleados o clientes, y tiene una puerta abierta a tu red interna a través del backend. Mantener no es solo que funcione: es que las librerías estén parcheadas, que los datos viajen cifrados, que el acceso esté controlado y que cumplas el RGPD. Una vulnerabilidad sin parchear en una dependencia es la vía de entrada favorita de un ataque. El mantenimiento de seguridad no se ve hasta que falta.

El parón de planta es coste real

Esta es la cuenta que cambia toda la conversación. Si tu app está en el flujo productivo y se cae media jornada, ¿cuánto cuesta? Operarios parados, pedidos sin cursar, partes que vuelven al papel, datos que luego hay que reconstruir. Compara esa cifra con lo que cuesta un plan de mantenimiento decente al año. Casi siempre, el plan se paga solo con evitar un incidente grave. Por eso, en industria, ahorrar en mantenimiento suele ser la decisión más cara del año.

Escalado: cuando la app crece contigo

Una app que iban a usar 15 operarios de un taller acaba, dos años después, en tres centros con 120 usuarios y 200 dispositivos. Eso no es "lo mismo pero más grande". Hay umbrales en los que la arquitectura que aguantaba deja de aguantar: la base de datos se satura, las consultas que tardaban milisegundos tardan segundos, el servidor que sobraba se queda corto en hora punta.

Un buen mantenimiento anticipa esto. Vigila las métricas de uso, detecta cuándo te acercas a un límite y propone el salto antes de que se note en un cuelgue. Escalar suele significar mover el backend a una infraestructura que crezca bajo demanda, añadir caché, optimizar las consultas más pesadas o repartir la carga. Si tu app está construida con Flutter o React Native, sumar plataformas o dispositivos es asumible; si es una PWA, escalar es sobre todo cuestión de backend e infraestructura. Lo importante es que alguien esté mirando la curva, no esperando a que reviente.

Señales de que tu proveedor actual no mantiene bien

Sin acusar a nadie, hay síntomas que deberían encender una luz:

• Solo aparecen cuando algo se rompe; nunca te avisan ellos de un problema.
• La app lleva más de un año sin una sola actualización en la store.
• Cada cambio pequeño es "un proyecto nuevo" con presupuesto y semanas de espera.
• No tienes acceso al código fuente ni a las cuentas de las stores (esto es una bandera roja seria: te tienen secuestrado).
• Nadie te ha hablado nunca de copias de seguridad ni te ha enseñado un plan de recuperación.
• No hay SLA, ni horarios, ni tiempos por escrito: todo es de palabra.
• Las respuestas tardan días y siempre falta "la persona que lleva eso".

Si reconoces tres o más, no tienes mantenimiento: tienes a alguien que pasaba por allí.

Qué pedir en un contrato de soporte

Antes de firmar, exige que figuren en el papel estos puntos:

1. Alcance explícito de los cuatro tipos de mantenimiento, dejando claro qué entra en la cuota y qué se factura aparte.
2. SLA por severidad, con horario de cobertura y tiempos de respuesta y resolución.
3. Propiedad del código y de las cuentas. El código fuente y las cuentas de Google Play y App Store son tuyos. Que conste.
4. Política de copias de seguridad y un procedimiento de recuperación probado.
5. Bolsa de horas con tarifa, vigencia y un informe mensual de consumo.
6. Transparencia. Un informe periódico de qué se ha hecho: incidencias, actualizaciones, estado de seguridad y métricas de uso.
7. Cláusula de salida. Si un día te vas, cómo se transfiere todo de forma ordenada. Un buen proveedor no teme ponerla.

Ese último punto es revelador: quien te plantea sin problema cómo sería marcharte es, casi siempre, con quien más tranquilo vas a estar quedándote.

Si tienes una app en planta y no sabes con certeza si está al día en plataforma, seguridad y copias, o si sospechas que estás pagando por menos de lo que necesitas, pide a Tangram una auditoría de tu app actual y una propuesta de plan de mantenimiento a tu medida. Revisamos en qué estado real está, qué riesgos tienes hoy y cuánto debería costarte tenerla bajo control, sin sorpresas.

Mantener una app industrial no es un gasto que se aplaza; es la diferencia entre una herramienta en la que confías cada turno y una bomba de relojería que esperas que aguante un día más. La buena noticia es que, con un plan bien dimensionado, deja de ser una preocupación y vuelve a ser lo que debía: una parte de tu operación que simplemente funciona.