Tu freelancer desapareció: qué hacer

El mensaje queda sin respuesta. El teléfono no contesta. El sitio dejó de actualizarse y ni sabes dónde está alojado. Quien hacía tu proyecto desapareció, y con él se fueron las contraseñas, el código y la única persona que sabía cómo funcionaban las cosas.

No pasa solo con freelancers. En mayo de 2025, Builder.ai, una empresa de Londres que llegó a valer US$ 1500 millones y tenía más de 500 empleados, anunció en una reunión interna que el dinero se había acabado, según la investigación de Rest of World. En junio, el sitio salió de línea. Persona sola o empresa grande, el riesgo es el mismo: tu producto depende de cuentas que no están a tu nombre. En esta guía muestro el orden correcto para salir de esta situación.

Primero: no borres nada y junta pruebas

Antes de cualquier acción, guarda todo lo que muestre que el proyecto es tuyo. Sirve para recuperar accesos y, si hace falta, para hablar con un abogado.

• Contrato, propuesta y alcance, aunque se hayan intercambiado por correo o WhatsApp.
• Comprobantes de pago y facturas.
• Chats donde el proveedor habla del proyecto, las cuentas y las entregas.
• Enlaces, capturas y cualquier acceso que aún tengas, aunque sea de invitado.

Haz una copia de todo fuera del celular. No envíes mensajes agresivos ni amenazas. Un mensaje objetivo, por escrito, pidiendo los accesos y dando un plazo, vale más y sirve de registro.

Recupera accesos en este orden

Lo que sostiene tu producto son las cuentas. Empieza por las que, si se pierden, lo detienen todo.

1. Dominio. Es la dirección de tu sitio y, muchas veces, de tu correo. Para dominios .br, consulta el titular en Registro.br. Si el CNPJ es de tu empresa, pero ya no tienes acceso a la cuenta que administra el dominio, Registro.br tiene un procedimiento llamado Transferência de Contato do Titular, que se hace enviando documentos y se analiza en 2 días hábiles. Si el dominio está a nombre del proveedor, por CPF o CNPJ, el cambio de titular exige su firma.
2. Hosting y nube. Descubre dónde corre el sitio o el sistema y a nombre de quién está el cobro. Si el pago vence en la tarjeta del proveedor, el producto sale de línea sin aviso.
3. Código. El repositorio (GitHub, GitLab o Bitbucket) debe estar en una cuenta de la empresa. En GitHub, un administrador puede transferir el repositorio manteniendo historial, issues y pull requests. Para una cuenta personal, la invitación expira en 1 día si no se acepta.
4. Base de datos y backups. Son los datos de tus clientes. Descubre dónde están, quién accede y cuándo se hizo el último backup.
5. Cuentas de las tiendas de apps. En Apple, la transferencia de una app la inicia el Account Holder de la cuenta actual y la app conserva reseñas, calificaciones y el Bundle ID. En Google Play, el dueño de la cuenta original pide la transferencia, soporte responde en hasta 2 días hábiles, y usuarios, estadísticas, reseñas y suscripciones se transfieren. En ambos casos, quien tiene la cuenta debe iniciarla.
6. Servicios ligados al producto. Correo transaccional, pasarela de pago, herramientas de analítica, claves de API. Cambia las contraseñas y claves apenas recuperes cada uno.

Si el proveedor no responde y las cuentas están a su nombre, dependerás de su colaboración o de una vía legal. Aquí conviene hablar con un abogado.

Qué es tuyo por ley

En Brasil, la Ley 9.609/1998, la Ley de Software, trata el programa de computadora como una obra protegida por derechos de autor. Dos puntos le interesan a quien contrató:

• Quien contrató tiene los derechos, salvo contrato en contrario. El artículo 4 dice que los derechos sobre el programa desarrollado durante el contrato pertenecen al contratante de los servicios. Si tu contrato dice otra cosa, vale el contrato.
• La protección no depende de registro. El artículo 2 garantiza la protección por 50 años y dice que no requiere registro.

En la práctica, esto ayuda a negociar la entrega del código. Pero la ley no recupera contraseñas. Si el proveedor se niega a entregar lo que se pagó, cada caso tiene sus detalles, y quien debe evaluarlo es un abogado.

Haz también una lista simple, por escrito, de lo que tienes y lo que falta. Para cada ítem (dominio, hosting, repositorio del código, base de datos, cuentas de las tiendas y archivos de diseño), anota a nombre de quién está y si tienes acceso de dueño, de invitado o ninguno.

Esa lista es el punto de partida de cualquier equipo que vaya a continuar el proyecto.

Evalúa el código heredado

Con los accesos en mano, alguien debe revisar el código, no solo las pantallas. El freelancer pudo dejar algo casi listo o algo que solo parece listo. Una buena evaluación responde:

• ¿El producto corre fuera del equipo de quien lo hizo?
• ¿Los flujos principales funcionan de punta a punta, con datos reales?
• ¿Hay documentación mínima de cómo instalar y publicar?
• ¿Hay contraseñas y claves sueltas dentro del código?
• ¿Otro equipo puede entender y modificar lo que se hizo?
• ¿La tecnología usada aún recibe actualizaciones?

El resultado es una lista de lo que se queda, lo que se arregla y lo que se rehace. Sin esa lista, cualquier presupuesto nuevo es una apuesta.

Continuar o rehacer

Continuar tiene sentido cuando la base de datos está bien modelada, los flujos principales funcionan y otro equipo puede mantener el código. Rehacer tiene sentido cuando cada arreglo rompe otra parte, cuando no se puede publicar sin miedo o cuando corregir la seguridad exige tocar casi todo.

Muchas veces la respuesta es mixta. Se pueden conservar los datos, el diseño y las reglas de negocio y reescribir solo las partes que traban. Si tu caso es un proyecto que no desapareció, pero no avanza, la guía sobre proyectos de software atrasados muestra cómo decidir con el proveedor todavía cerca.

Cómo evitar que se repita

Veo este patrón hace más de diez años. El problema casi nunca es solo la persona que desapareció. Es que todo estaba a su nombre. En la próxima contratación:

• Cuentas a nombre de la empresa desde el primer día. Dominio en el CNPJ, hosting en la tarjeta de la empresa, repositorio en una organización tuya, cuentas de las tiendas a tu nombre. El proveedor entra como invitado.
• Contrato por escrito. Alcance, plazo y una cláusula clara de que código, archivos y accesos son de la empresa.
• Contraseñas en un gestor de la empresa. Nunca solo en WhatsApp.
• Entregas que puedas ver. El producto corriendo en un entorno de prueba, no solo capturas.
• Más de una persona que conozca el proyecto. Un proyecto que depende de una sola persona se detiene cuando ella se detiene.

Cómo lo hacemos en el Studio

En el Studio, el rescate empieza por los accesos y la lectura del código. Ayudamos a mapear a nombre de quién está cada cuenta, probamos los flujos principales y listamos lo que se queda, lo que se arregla y lo que se rehace. Esa lista se convierte en precio cerrado, y el plazo va por escrito en el contrato.

Código, archivos y accesos quedan a nombre del cliente, siempre. El equipo de desarrollo es del propio Studio, así que el proyecto no depende de una sola persona. Y todo sistema sale con un agente de IA que corre a diario, señala fallas, sugiere mejoras y verifica que los datos tengan sentido.

Si quien hacía tu proyecto desapareció y quieres recuperar lo que ya pagaste, el rescate de proyectos del Studio empieza por esos accesos.