Modelos de trabalho

O desenvolvedor abandonou o projeto: como retomar um app pela metade e sem acesso

Equipe iatize · · 10 min de leitura

Resumo

Se o desenvolvedor sumiu, a ordem é: recuperar acessos primeiro, conversar depois. Domínio, hospedagem, banco de dados, repositório e contas das lojas — nessa ordem, porque boa parte você recupera direto no provedor, sem depender dele. Só com as chaves na mão dá para escolher entre terminar o que existe ou recomeçar. E a resposta honesta às vezes é recomeçar: refazer um app simples custa de R$3.000 a R$8.000 com escopo fechado, enquanto resgatar código sem histórico é trabalho por hora com fim incerto.

Faz três semanas que ele não responde. O app está no ar pela metade, ou nem está. Você já pagou boa parte, tem um link que funciona às vezes e não sabe direito onde nada disso mora. A vontade é cobrar — e é justamente essa a pior primeira jogada.

Aviso de honestidade: a iatize é uma das empresas que recebe esse telefonema, e retomar projeto de outro fornecedor é serviço que a gente vende. Temos interesse direto em você contratar alguém, de preferência a gente. Justamente por isso este guia começa pela parte que você faz sozinho e de graça, e tem uma seção sobre quando não vale retomar, inclusive conosco.

Primeiro os acessos, depois a conversa

A ordem importa mais que a pressa. Enquanto ele tem as chaves e você não, qualquer cobrança sua é feita de mãos vazias — e uma conversa difícil pode fazer alguém desligar um serviço ou parar de pagar a hospedagem. A boa notícia: boa parte desta lista não depende dele. Faça o inventário nesta ordem:

  1. Domínio. Veja quem é o titular. Se for você ou sua empresa, recupere a senha pelo e-mail cadastrado. Se estiver no nome dele, é o item mais urgente da lista.
  2. Onde o produto roda: hospedagem, servidor, plataforma de publicação. A pergunta que resolve rápido é em qual cartão isso é cobrado.
  3. Banco de dados. Peça uma cópia exportada antes de resolver o resto — o dado dos seus clientes é seu, e a responsabilidade legal por ele também.
  4. Repositório de código, com histórico. Sem histórico você tem uma versão, não um produto: ninguém sabe o que foi feito e por quê.
  5. Contas das lojas, se o app foi publicado. Têm taxa anual e ficam no nome de quem publicou.
  6. Serviços de terceiro: pagamento, envio de e-mail, IA, mapas. Cada um tem chave e cobrança.
  7. Arquivos de design, textos e fotos. O mais fácil de recuperar e o que mais gente esquece de pedir.

A mensagem que funciona com quem sumiu

Tom de organização, não de acusação, e com data:

Oi, preciso organizar o projeto do meu lado. Consegue me mandar até sexta o acesso ao repositório, o acesso ao painel onde o app está hospedado, uma cópia do banco de dados e a lista dos serviços que o projeto usa? Se preferir transferir tudo para contas minhas, eu abro e te passo os dados. E se você não puder seguir, tudo bem — só preciso do material para tocar daqui.

Funciona porque dá saída honrosa, tem prazo e é lista, não desabafo. A maior parte dos sumiços não é má-fé: é vergonha de um projeto que travou, emprego novo, vida que virou do avesso. Quem ignora duas mensagens dessas, com prazo, aí sim é conversa jurídica — e a sua força vem do que estiver escrito no contrato.

Os três estados de um projeto abandonado

Antes de pedir orçamento, descubra em qual dos três você está. Eles custam coisas muito diferentes:

  • Tudo acessível, só faltou terminar. Código, histórico e contas no seu nome. Melhor cenário: outro fornecedor lê o que existe e continua, e você paga o que faltava mais um diagnóstico.
  • O produto existe, mas mora na casa dele. Você vê o app funcionando e não tem código nem contas. Enquanto ele controla a publicação, o botão de desligar o seu negócio está com outra pessoa.
  • Você tem um link e mais nada. Sem código, sem banco, sem quem explique. É o caso em que refazer costuma sair mais barato — e se o produto vive numa plataforma no-code presa à conta dele, não existe código nenhum para levar.

Terminar ou recomeçar: a conta honesta

A pergunta não é quanto você já gastou. É qual dos dois caminhos te coloca no ar mais rápido e com menos risco. Vale terminar quando:

  • Existe repositório com histórico e alguém consegue rodar o projeto na própria máquina no primeiro dia.
  • A parte cara já está de pé: cadastro de usuário, banco de dados, integração de pagamento funcionando.
  • O que falta é largura — mais telas, mais relatórios — e não fundação.
  • Dá para comprar algumas horas do desenvolvedor original só para explicar as decisões. Doe pagar, mas é dinheiro muito bem gasto.

E refazer sai mais barato quando não há repositório, quando ninguém consegue subir o projeto em um dia, quando ele vive numa plataforma presa à conta de outra pessoa, ou quando o escopo mudou tanto que metade do que existe não serve.

Os números ajudam. Refazer um app simples custa de R$3.000 a R$8.000 e leva 1 a 3 semanas; um MVP começa em R$5.000. Se o orçamento de resgate chega perto disso, repare na diferença de natureza: refazer é escopo fechado, resgate é hora com fim incerto. Pagar por hora para alguém entender a cabeça de outra pessoa é o jeito mais imprevisível de gastar em software.

Peça um laudo antes de contratar o resgate

Não compre resgate no escuro. Peça um diagnóstico pequeno e pago, separado da obra: alguém abre o que existe e devolve por escrito o que dá para aproveitar. Custa uma fração do projeto e é o único jeito de comparar propostas — sem ele, cada fornecedor adivinha uma coisa diferente. O laudo precisa responder:

  • O código roda? Em quanto tempo alguém de fora conseguiu colocá-lo no ar?
  • Existe histórico de versões ou só uma pasta com a versão final?
  • Os dados dos clientes estão separados uns dos outros e existe backup? Se não, isso vira o item mais urgente, na frente de qualquer funcionalidade.
  • O que já funciona de ponta a ponta, e o que só parece pronto.
  • Duas estimativas lado a lado — terminar e recomeçar — cada uma com prazo e preço.

E o alerta que nos inclui: fornecedor que dá preço de resgate sem ter aberto o código está chutando. Chute em resgate chuta para baixo, porque quem chuta quer o contrato — e a diferença reaparece depois, como aditivo.

Quando NÃO vale retomar (a parte que nos custa a venda)

  • O projeto nunca teve validação. Terminar um app que ninguém pediu é pagar duas vezes pelo mesmo erro. Se nunca houve cliente pagando, o passo de hoje é validar, não concluir a obra.
  • O produto envelheceu parado. Um ano na gaveta e o mercado mudou: você não vai retomar, vai construir outro produto com o nome do antigo. Trate como projeto novo.
  • Não existe quem cuide depois. Se ninguém do seu lado é dono do produto, o resgate chega ao mesmo lugar em seis meses, com outro fornecedor no lugar.
  • Às vezes quem sumiu não foi ele. Aprovação sua parada há semanas, pagamento atrasado, escopo que muda toda sexta — isso trava projeto e faz gente boa desistir sem conseguir dizer. Vale olhar no espelho antes de contratar o próximo: o padrão se repete com quem vier.

Se quiser uma leitura de fora sobre em qual dos três estados o seu projeto está, o diagnóstico leva cerca de 1 minuto e termina com uma direção concreta — inclusive quando ela é recomeçar do zero, ou não retomar agora.

Descobrir se vale terminar ou recomeçar

Perguntas frequentes

O desenvolvedor sumiu com o meu projeto, o que eu faço?

Recupere os acessos antes de cobrar. Faça o inventário nesta ordem: domínio, hospedagem, banco de dados, repositório de código, contas das lojas, serviços de terceiro e arquivos de design. Tudo que estiver pago no seu cartão costuma ser recuperável sozinho. Só depois mande uma mensagem curta, com prazo e lista, oferecendo saída honrosa caso ele não possa continuar.

Como recuperar o acesso ao meu app se o desenvolvedor não responde?

Comece pelo que está no seu nome ou no seu meio de pagamento: em geral os provedores tratam quem paga como titular, então a recuperação de senha resolve boa parte, e o suporte costuma aceitar comprovação de titularidade quando não resolve. Para o que está em nome dele, a via é pedir a transferência por escrito com prazo. Domínio registrado no nome do fornecedor é o mais urgente: é o que desliga o seu endereço na internet.

Vale mais a pena terminar o app ou refazer do zero?

Vale terminar se existe repositório com histórico, alguém consegue rodar o projeto no primeiro dia e a parte cara — cadastro, banco de dados, pagamento — já funciona. Vale refazer se só existem arquivos soltos, se ninguém consegue subir o projeto, se ele vive numa plataforma presa à conta de outra pessoa ou se o escopo mudou demais. O quanto você já gastou não entra na conta: é igual nos dois caminhos.

Quanto custa retomar um projeto de aplicativo abandonado?

Depende do estado em que ele está, e por isso o primeiro passo é um diagnóstico pago e pequeno, separado da obra. Como referência: refazer um app simples custa de R$3.000 a R$8.000 em 1 a 3 semanas e um MVP começa em R$5.000, ambos com escopo fechado. Resgate é trabalho por hora com fim incerto — se o orçamento chegar perto do valor de refazer, refazer é a opção de menor risco.

Posso processar o desenvolvedor que abandonou o projeto?

Isso é conversa para um advogado, e a sua força vem do que estiver escrito: contrato, comprovantes de pagamento, escopo combinado e as mensagens trocadas. Guarde tudo. Na prática, recuperar os acessos costuma ser bem mais rápido que a via judicial, e as duas coisas podem correr em paralelo — por isso a recomendação é garantir o material primeiro.