Ya tienes una aplicación, y ha salido mal
Proveedor desaparecido, proyecto parado, código que ya nadie se atreve a tocar. Es una situación corriente y casi siempre se recupera. Empezamos por mirar lo que tienes realmente.
¿Reconoces alguna de estas situaciones?
Son las cinco razones por las que nos llaman. Ninguna es irrecuperable.
- Tu proveedor ha dejado de responder, o ha cerrado.
- La aplicación funciona, pero ya nadie sabe modificarla.
- Cada nueva función rompe algo en otro sitio.
- Te dicen que hay que rehacerlo todo, y no sabes si es cierto.
- Ni siquiera estás seguro de tener el código en tu poder.
Cómo procedemos
- 01
Recuperamos lo que existe
El código, los accesos, las cuentas, los servidores. Suele ser la etapa más penosa y la asumimos nosotros, incluidas las gestiones con tu antiguo proveedor si aún es localizable.
- 02
Miramos y te decimos cuánto vale
En una o dos semanas examinamos la aplicación en detalle y te entregamos un diagnóstico escrito en un idioma que entiendes: qué está sano, qué está frágil, qué es peligroso.
- 03
Te damos un veredicto franco
Retomar, reparar, o reconstruir. Te decimos cuál de los tres, por qué, y cuánto costaría cada uno. A veces la respuesta honesta es «empieza de cero» — y lo decimos cuando es el caso.
- 04
Lo retomamos, si tú quieres
No estás obligado a confiarnos la continuación. El diagnóstico es tuyo y puedes dárselo a quien quieras.
Qué contiene el diagnóstico
Un documento de una decena de páginas, escrito para ser leído por un directivo, no por un programador.
- Qué hace realmente la aplicación hoy, pantalla por pantalla
- Qué es sólido y puede conservarse tal cual
- Qué es frágil y te saldrá caro si no se toca
- Las brechas de seguridad y los datos personales mal protegidos
- Si tienes de verdad todo el código, y qué falta en caso contrario
- Tres escenarios presupuestados: retomar, reparar, reconstruir
Lo que te diremos, aunque nos cueste
-
A veces hay que rehacerlo todo de verdad
Cuando el coste de la reparación supera el de una reconstrucción, te lo decimos — y te enseñamos el cálculo en lugar de pedirte que nos creas.
-
A veces tu antiguo proveedor tenía razón
Un proyecto que ha descarrilado no siempre es culpa del equipo anterior. A veces el alcance cambió diez veces. No buscamos un culpable, buscamos una salida.
-
A veces no hay que hacer nada
Si tu aplicación cumple su función y las mejoras con las que sueñas no aportarán nada, te aconsejaremos que te guardes el presupuesto.
Rescates que hemos llevado a cabo
- Migración de Cordova a Flutter, sin romper el servicio Reescritura completa en Flutter de Télépro, aplicación de programación televisiva hasta entonces en Cordova, con agregación editorial. Leer el caso práctico
- Dos SDK móviles para un editor SaaS de e-commerce SDK Android e iOS de un editor de personalización para e-commerce: API pública, aplicaciones de demostración y documentación. Leer el caso práctico
- Visor frontal en gafas inteligentes para la aviación ligera Aplicación Flutter que gobierna dos modelos de gafas inteligentes y una sonda de vuelo por Bluetooth, con horizonte artificial a medida. Leer el caso práctico
- Aplicaciones de TV y móviles para operadores telecom Una base común única, adaptada en varias aplicaciones de televisión y vídeo bajo demanda, con los colores de cada operador de telecomunicaciones. Leer el caso práctico
Las preguntas que nos hacen
No estoy seguro de tener el código. ¿Qué hago?
Es frecuente, y es lo primero que comprobamos. El código puede estar en un servidor al que aún tienes acceso, en un alojamiento que pagas sin saberlo, o en una cuenta a nombre de tu antiguo proveedor. Te ayudamos a recuperarlo y, en su defecto, te decimos qué es posible reconstruir a partir de la aplicación que está en línea.
Mi proveedor se niega a devolverme el código. ¿Tiene derecho?
Depende enteramente de lo que diga tu contrato. Si la cesión de derechos figura en él, el código es tuyo. Si el contrato guarda silencio, la situación es más complicada y requiere asesoramiento jurídico — podemos ayudarte a entender técnicamente qué está en juego, pero no somos abogados.
¿Llegáis a rechazar rescates?
Sí, cuando retomarlo no serviría a tus intereses. Preferimos decirte que no y explicarte por qué antes que facturar seis meses de trabajo sobre una base condenada.
¿Cuánto tiempo antes de que el proyecto vuelva a avanzar?
El diagnóstico lleva una o dos semanas. Después, un rescate bien llevado devuelve un ritmo de entregas normal en aproximadamente un mes. Lo primero que hacemos es restablecer la capacidad de entregar sin romper nada.
¿Y si la aplicación está escrita en una tecnología antigua?
No es un obstáculo en sí. Muchas aplicaciones antiguas funcionan perfectamente y no necesitan reescribirse. La verdadera cuestión no es la edad de la tecnología sino el coste de cada evolución futura — y eso es exactamente lo que mide el diagnóstico.
El detalle de la auditoría técnica Para tu equipo técnico — puedes saltarlo.
La auditoría cubre la calidad y legibilidad del código, la arquitectura y su acoplamiento, la cobertura de tests, las dependencias obsoletas y sus vulnerabilidades conocidas (CVE), la reproducibilidad del build y del despliegue, el estado de las migraciones de base de datos, la gestión de secretos, el cumplimiento del RGPD de los tratamientos, y la deuda técnica realmente bloqueante — frente a la que es simplemente antiestética. Realizamos con regularidad migraciones de Cordova e Ionic a Flutter, transiciones de Objective-C a Swift y de Java a Kotlin, actualizaciones de versión mayor de Angular, Django o React Native, y rescates de proyectos sin histórico Git aprovechable.
Empecemos por el diagnóstico
Describe tu situación en unas líneas. Te respondemos en 24 h laborables para decirte si podemos ayudarte — gratis y sin compromiso.