Mantenimiento de APPs.

Prácticamente todas necesitan algún nivel de seguimiento. Android, iOS, navegadores, librerías, servidores, APIs, certificados y políticas de las tiendas cambian con el tiempo.

Sin mantenimiento, una aplicación puede acumular errores, utilizar tecnología obsoleta, dejar de ser compatible o generar una mala experiencia. Lo importante es contratar una cobertura proporcionada a su uso, criticidad y ritmo de evolución.

La garantía cubre errores reproducibles relacionados con el alcance desarrollado, entregado y aprobado. No cubre nuevas funcionalidades, ampliaciones o cambios de criterio.

El mantenimiento se ocupa de la continuidad posterior: nuevas incidencias, compatibilidad, actualizaciones, cambios en servicios externos, mejoras y evolución del producto. Conviene planificarlo antes de publicar o al finalizar la garantía.

El servicio puede cubrir apps para Android e iOS, aplicaciones web, backend, API, panel de administración, base de datos, servidores e integraciones.

Antes de comenzar debe identificarse qué sistemas, repositorios, tecnologías, cuentas y servicios forman parte del mantenimiento. Muchas incidencias que parecen pertenecer a la app proceden realmente del backend, la base de datos o un proveedor externo.

En ReÁnima, el mantenimiento correctivo parte desde 150 € al mes + IVA y el mantenimiento evolutivo desde 1.500 € al mes + IVA.

El precio depende del estado del producto, su tecnología, los sistemas incluidos, la frecuencia de incidencias, la criticidad, las integraciones, la capacidad mensual y el seguimiento necesario. Puedes consultar los planes de mantenimiento correctivo y evolutivo.

ReÁnima Tranquilidad, desde 150 €/mes + IVA, está pensado para productos estables que necesitan una cobertura básica ante incidencias y pequeños ajustes.

ReÁnima Estabilidad, desde 350 €/mes + IVA, ofrece una cobertura correctiva más recurrente. ReÁnima Vigilancia+, desde 750 €/mes + IVA, está orientado a productos con mayor complejidad, criticidad, actividad o dependencia de servicios externos.

ReÁnima Avanza, desde 1.500 €/mes + IVA, permite realizar pequeñas mejoras y ajustes funcionales de forma progresiva.

ReÁnima Evoluciona, desde 2.500 €/mes + IVA, está pensado para productos con roadmap continuo y mejoras mensuales. ReÁnima Transforma+, desde 4.800 €/mes + IVA, ofrece mayor capacidad para nuevos módulos, integraciones, automatizaciones y cambios relevantes de producto.

Sí. Muchas aplicaciones necesitan corregir incidencias y, al mismo tiempo, seguir incorporando mejoras. En esos casos se combina una cobertura correctiva con capacidad evolutiva mensual.

Las prioridades se ordenan según el impacto. Una incidencia crítica puede desplazar temporalmente una mejora para proteger la continuidad del servicio. ReÁnima informa de cómo afecta ese cambio al roadmap y a la capacidad disponible.

No. El mantenimiento correctivo corrige, revisa y estabiliza lo que ya existe. Las nuevas pantallas, funcionalidades, módulos, automatizaciones, rediseños e integraciones se consideran trabajo evolutivo.

Tampoco el mantenimiento evolutivo permite desarrollar de forma ilimitada. Si una mejora supera la capacidad contratada, puede dividirse en fases, trasladarse al mes siguiente o presupuestarse de forma independiente.

Los planes se plantean sin permanencia, salvo acuerdo específico. Pueden contratarse con facturación mensual o anual, y las condiciones de cancelación y preaviso quedan recogidas en el contrato.

También es posible revisar el plan cuando cambian las incidencias, la criticidad o el roadmap. La idea es disponer de la capacidad necesaria sin mantener una cobertura excesiva ni quedarse corto.

Puede existir una acumulación limitada de capacidad según el plan. Su límite, caducidad y condiciones deben aparecer en la propuesta o el contrato.

Si una necesidad supera la capacidad mensual, podemos priorizarla para el mes siguiente, dividirla en versiones, ampliar temporalmente la dedicación o preparar un presupuesto independiente. No se ejecutan costes adicionales sin aceptación previa.

Las incidencias se comunican por el canal acordado, indicando qué ocurre, a quién afecta, desde cuándo y cómo puede reproducirse. Las capturas, vídeos y ejemplos ayudan a comenzar antes el análisis.

La prioridad depende del impacto. Una incidencia crítica impide utilizar una función esencial; una alta afecta de forma importante a la operativa; y una normal permite seguir trabajando. Las incidencias críticas tienen prioridad sobre las mejoras no urgentes.

No. El tiempo de respuesta indica cuándo se confirma la recepción y comienza el análisis. El tiempo de solución depende de la causa, la complejidad, la capacidad de reproducir el error y la posible intervención de terceros.

Los planes estándar no incluyen normalmente cobertura garantizada 24 horas, fines de semana o festivos. Si el negocio necesita disponibilidad fuera del horario habitual, debe definirse un servicio específico con SLA, cobertura y coste propios.

Puede incluir la revisión de avisos, actualización de dependencias y preparación técnica de publicaciones en App Store y Google Play, siempre dentro del alcance y capacidad contratados.

La aprobación y los plazos de Apple, Google, APIs, servicios cloud, pasarelas de pago y otros proveedores no dependen de ReÁnima. Los costes de hosting, servidores, licencias, mapas, SMS y servicios externos corresponden normalmente al cliente.

Sí, pero normalmente necesitamos una revisión técnica previa. Analizamos el código, la arquitectura, los accesos, los repositorios, la documentación, la infraestructura, las integraciones y las publicaciones.

Esta revisión permite detectar deuda técnica, riesgos e incidencias acumuladas y decidir si puede comenzar directamente el mantenimiento o si primero hace falta una fase de estabilización.

Habitualmente necesitamos acceso al código fuente, repositorios, servidores, base de datos, backend, tiendas, servicios externos y documentación disponible.

También necesitamos conocer las incidencias actuales, las prioridades y el roadmap. Si no existe código fuente o no pueden recuperarse los activos técnicos, puede ser necesario reconstruir total o parcialmente la solución.

Sí, pero normalmente no se comienza directamente con una cuota mensual. Primero puede ser necesaria una auditoría o fase de estabilización para conocer qué funciona, qué falta y qué riesgos existen.

Esa fase puede incluir la recuperación de accesos, resolución de errores acumulados, revisión de publicaciones, ordenación de entornos y reducción de deuda técnica. El objetivo es dejar una base suficientemente estable para asumir después su continuidad.

Puede convenir cuando la tecnología está obsoleta, el código no permite evolucionar con seguridad, faltan los accesos, cualquier cambio resulta demasiado costoso o las limitaciones técnicas afectan al negocio.

Antes de recomendar una reconstrucción comparamos el coste y el riesgo de seguir corrigiendo frente a desarrollar una nueva versión. Cuando mantener ya no compensa, podemos valorar un nuevo desarrollo de app móvil para empresas.

No todas las nuevas necesidades deben incorporarse a la aplicación móvil. Si se trata de sustituir un Excel, centralizar formularios, ordenar solicitudes o mejorar un proceso interno, puede ser más eficiente crear una herramienta independiente.

En ese caso podemos valorar una aplicación web para empresas con un alcance más pequeño y proporcionado al problema, evitando añadir complejidad innecesaria al producto principal.

Primero realizamos una reunión para entender el estado del producto, los sistemas implicados, las incidencias, la criticidad y las mejoras previstas. Si es necesario, solicitamos accesos o planteamos una auditoría.

Después recomendamos la cobertura más pequeña que pueda responder razonablemente a la necesidad. Durante el servicio se registran incidencias, prioridades, decisiones y trabajo realizado. Según el plan, también se incluyen reuniones y reportes periódicos para mantener visible qué se está haciendo y qué viene después.