Cómo hacerse cargo de una app de otro proveedor

Hacerse cargo de una app de otro proveedor lleva tres pasos. Primero asegura el código, los accesos y los datos mientras el proveedor anterior todavía responde. Después alguien independiente revisa el código. Solo entonces decide si continuar, reforzar o empezar de nuevo.

Antes de que alguien revise el código, el precio de hacerse cargo de una app siempre es una suposición. A continuación describimos qué pedir, qué revisamos y qué veredictos son posibles. Desde 2023 hemos entregado más de 15 proyectos en producción.

¿Qué pedir al proveedor anterior mientras todavía responde?

La relación rara vez termina bien. Cuanto antes pida lo que necesita, menos dolerá. Pídalo por escrito, por correo. Marque lo que ya tiene en sus manos:

De quién son los derechos sobre el código lo explica ¿De quién es el código fuente del software a medida?. Si el proveedor retiene sus datos, consulte Migrar datos de un SaaS a su propio sistema, sin interrupciones.

¿Cómo saber en qué estado está la app?

Una demo en pantalla no demuestra nada. Lo que cuenta es lo que hay en el repositorio y si funciona sin el autor original. Cuando nos hacemos cargo de una app, miramos cinco cosas:

1. ¿Se puede arrancar la app desde cero? Siguiendo las instrucciones, en un equipo limpio. Si no, el primer trabajo está claro.
2. ¿Significa algo el tick verde en CI? A menudo el pipeline se ejecuta pero nunca detiene un merge. Y sin tests no tiene nada con lo que fallar.
3. ¿Están las contraseñas y las claves fuera del código? No pintan nada en el repositorio. Si están ahí, hay que cambiarlas.
4. ¿Es igual el control de acceso en todas partes? Un error habitual: una parte tiene un inicio de sesión correcto y la de al lado entrega los datos a cualquiera.
5. ¿Se dará cuenta alguien de una caída? Monitorización y alertas, no un cliente que llama.

El último punto es el que más se subestima. Lo que funciona sin vigilancia un día se detiene sin hacer ruido. Por eso, al hacernos cargo de una app, miramos la monitorización desde el principio.

Los cinco puntos y el resto de comprobaciones están en un solo lugar. Abrir las 25 comprobaciones antes del lanzamiento (online o PDF).

¿Continuar, reforzar o empezar de nuevo?

Después de revisar el código recibe uno de tres veredictos. Cada uno significa un trabajo distinto y un precio distinto.

En los casos que hemos visto, casi nunca fue reescribir. Normalmente son unos cuantos arreglos de seguridad, poner a punto el despliegue y después trabajo normal. Un proveedor que le dice que "lo tire todo" sin revisar el código le está vendiendo una reescritura.

¿Cuánto cuesta hacerse cargo de una app?

Nadie puede decirlo con honestidad antes de revisar el código. Ni siquiera nosotros. El precio depende del veredicto, y el veredicto depende del código.

Por eso no empezamos con un presupuesto. Revisamos el repositorio y después le decimos cuál de los tres veredictos aplica y qué significa para el primer mes. Si alguien le envía una cifra sin abrir el repositorio, tómela como una suposición a ciegas.

Hacernos cargo de una app y el desarrollo posterior lo llevamos igual que el desarrollo de MVP para fundadores: una suscripción mensual que puede cancelar cuando quiera.

¿Y si la app la hizo usted mismo con vibe coding?

No fue en vano. Es el mejor encargo que puede dar a un proveedor. Un prototipo muestra cómo debe funcionar el producto mejor que cualquier especificación. Tras la auditoría, a ese fundador le dijimos claramente dónde era fuerte y dónde flojeaba.

Usted sabe cómo funciona su empresa. Nuestro trabajo es sacar eso de su cabeza y llevarlo a un software que dure años. Y no tiene que dejar de experimentar. Preparamos el repositorio para que lo que pruebe encaje en el resto del sistema.

Lo que le falta a un prototipo para funcionar en real lo cuenta Del prototipo hecho con vibe coding a producción.

Cuándo no lo recomendamos

• El proveedor anterior responde y está contento con él. No cambie. Solo pida el repositorio y las cuentas a nombre de su empresa.
• La app es un producto ya hecho o un SaaS que solo personalizaron. El código no es suyo y no se puede traspasar. Céntrese en exportar sus datos.
• Ya nadie usa la app y no tiene planes para ella. No se haga cargo. Guarde los datos y apáguela.
• Quiere un precio antes de que nadie mire el código. De nosotros no lo obtendrá. Cualquier cifra así es una suposición a ciegas.

¿Tiene una app de otro proveedor?

Envíenos acceso al repositorio. Le respondemos en un plazo de dos días laborables con algunas preguntas sobre su trabajo. Después acordamos qué hacemos primero.

Si prefiere hablar primero, reserve una llamada inicial de 15 minutos.

¿Qué es lo que más echa en falta en la app que le dejó su proveedor anterior?

Preguntas frecuentes

¿Cómo hacerse cargo de una app de otro proveedor?

Primero pida al proveedor anterior el repositorio con todo su historial, el acceso a los servidores y al dominio, y una exportación de los datos. Después deje que el nuevo proveedor revise el código. Solo entonces decida si continuar, reforzar o empezar de nuevo.

¿Cuánto cuesta hacerse cargo de una app?

Nadie puede decirlo con honestidad antes de revisar el código. El precio depende del veredicto: continuar es más barato que reforzar, y reforzar es más barato que empezar de nuevo. Cualquier cifra dada sin abrir el repositorio es solo una suposición.

¿Tiene el proveedor anterior que entregar el código fuente?

Depende del contrato. En el software hecho por encargo, el cliente suele ejercer los derechos de explotación, pero también necesita tener el código físicamente en sus manos. Si el proveedor se niega a entregarlo, empiece por el contrato y una solicitud por escrito.

¿Se puede seguir desarrollando una app que escribió otra persona?

Normalmente sí. Más a menudo que reescribirla, lo que hace falta es reforzar la seguridad, el despliegue y la monitorización. Empezar de nuevo solo compensa cuando es más rápido que arreglar.

¿Y si la app la hice yo mismo con vibe coding?

No fue en vano. Un prototipo que funciona es el mejor encargo que puede dar. El nuevo proveedor ve en él cómo debe funcionar el producto y decide qué se queda en el código.