Recebi um site ou app pronto e não sei como continuar

Receber um site ou app pronto e não saber como continuar é uma situação mais comum do que parece, e o problema não é falta de conhecimento técnico. É falta de entrega. Quem construiu o produto foi embora, ou a ferramenta que gerou o site tem limites que ninguém explicou, e você ficou com um ativo digital que funciona hoje mas que você não consegue operar amanhã.

O produto existe. A continuidade não.

Por que isso acontece com tanta frequência

O problema tem três origens distintas, e cada uma exige um caminho diferente para resolver.

A primeira é o fornecedor que entregou e desapareceu. O desenvolvedor ou a agência encerrou o projeto, entregou o site ou app funcionando, e não passou documentação, acesso ou explicação de como as coisas funcionam. Você tem o produto, mas não tem o mapa.

A segunda é a ferramenta de geração por IA. Plataformas como Lovable, Framer, Durable e similares permitem criar um site em minutos. O resultado inicial parece completo. Mas quando você tenta mudar algo, adicionar uma página ou ajustar um comportamento, descobre que a ferramenta tem limites de edição que não ficaram claros na geração. O que a IA construiu tem uma lógica interna que nem você nem ela conseguem mais explicar com clareza.

A terceira é o desenvolvedor que usou IA para construir mas não documentou nada. O site ou app existe no seu domínio, os arquivos estão no servidor, mas ninguém escreveu o que faz o quê, por que foi construído daquele jeito, ou o que acontece se você mudar uma parte específica.

O que você precisa antes de qualquer outra coisa: acesso completo

Antes de pensar em atualização ou expansão, o primeiro passo é garantir que você tem acesso a tudo que precisa para operar o produto. Se você perdeu o acesso ou nunca o recebeu, veja como recuperar o acesso a um domínio perdido — é mais comum do que parece e tem solução.

Para sites em WordPress: acesso ao painel de administração (wp-admin), credenciais de FTP ou SFTP do servidor, acesso ao banco de dados via phpMyAdmin ou equivalente, e acesso ao painel de hospedagem (cPanel, Cloudways, Plesk ou similar).

Para apps e sites em outras tecnologias: acesso ao repositório de código (GitHub, GitLab ou Bitbucket), credenciais do servidor ou plataforma de deploy (Vercel, Netlify, Railway ou similar), e acesso às APIs e serviços externos que o app usa (banco de dados, autenticação, pagamento).

Para domínio e DNS: acesso ao registrador de domínio (Registro.br, GoDaddy, Namecheap ou similar) com login e senha, não apenas o email de contato cadastrado.

Se você não tem algum desses acessos, resolva isso antes de qualquer outra coisa. Sem acesso, você não controla o produto que pagou para ter. E se a hospedagem expirou enquanto isso, o caminho de recuperação é diferente mas tem solução.

A diferença entre um site entregue e um site que você consegue manter

Essa distinção é o ponto que separa uma entrega profissional de uma que vai gerar problema nos próximos meses.

Um site entregue funciona no dia que você recebeu. Com o tempo, os plugins ficam desatualizados, o certificado SSL vence, o tema deixa de ser compatível com a versão mais recente do WordPress, e erros começam a aparecer. Se ninguém está monitorando e atualizando, o site que funcionava no primeiro dia começa a falhar silenciosamente.

Um site que você consegue manter tem documentação básica de como funciona, acesso completo nos seus repositórios, histórico de decisões técnicas, e alguém que pode ser acionado quando algo precisa ser ajustado. Isso não precisa ser o desenvolvedor original. Qualquer desenvolvedor experiente consegue assumir um projeto com boa documentação.

Para entender o que envolve manter um produto digital de forma profissional, vale ver o que diferencia um aplicativo desenvolvido com base técnica sólida de um entregue como ponto de saída sem continuidade planejada. A manutenção de site WordPress cobre exatamente essa camada contínua que a entrega inicial não inclui.

O que fazer quando o produto foi feito com IA e você não consegue mais editar

Se o site ou app foi gerado por uma ferramenta de IA e você está travado porque não consegue fazer a mudança que precisa, o primeiro passo é identificar com precisão o que está bloqueando.

Se é limitação da ferramenta geradora: algumas mudanças simplesmente não são possíveis dentro das plataformas de geração por IA. O editor visual não permite o nível de customização que você precisa, e tentar forçar a IA a fazer mudanças complexas num projeto com histórico acumulado gera mais problema do que resolve. Nesse caso, a solução é migrar o projeto para uma estrutura editável por um desenvolvedor, o que pode ser uma reconstrução parcial ou uma migração para uma plataforma mais flexível.

Se é código gerado por IA sem estrutura: o código existe, mas está desorganizado o suficiente para que qualquer alteração quebre outra parte sem aviso. Um desenvolvedor com experiência em projetos legados consegue ler esse código, entender a lógica por trás, e fazer intervenções cirúrgicas sem derrubar o que está funcionando.

Como um desenvolvedor freelancer assume um projeto que você recebeu pronto

Um desenvolvedor freelancer que assume manutenção de um projeto externo começa sempre pelo mesmo processo: entender o que existe antes de tocar em qualquer coisa.

Isso envolve mapear a estrutura do código, identificar as dependências e versões usadas, documentar como as partes se conectam, e fazer um diagnóstico de saúde técnica: o que está atualizado, o que está desatualizado, o que está quebrando em silêncio.

Depois desse mapeamento, cada intervenção é feita com rastro. O que foi alterado, por que foi alterado, e o que pode ser afetado. Quando você precisar de outra pessoa no futuro, o histórico existe. O suporte de TI para pequenas empresas também cobre o diagnóstico inicial de projetos recebidos sem documentação, especialmente quando o problema é de acesso ou infraestrutura, não só de código.

Para projetos que cresceram além do que a estrutura original suporta, o próximo passo pode ser o desenvolvimento de aplicativos com arquitetura pensada para o que o produto precisa ser daqui para frente, não apenas para o que precisava ser na entrega inicial.

Perguntas frequentes sobre site ou app recebido sem continuidade

Posso chamar qualquer desenvolvedor para assumir um projeto que não foi feito por ele? Sim. Desenvolvedores experientes assumem projetos de terceiros com frequência. O tempo de onboarding é maior do que em projetos que eles construíram desde o início, mas é completamente viável. O que faz diferença é a qualidade da documentação existente e o acesso completo a todos os ambientes do projeto.

O que fazer quando não tenho nenhum acesso ao site ou app que recebi? Primeiro, tente contato com quem entregou o projeto para recuperar os acessos. Se isso não for possível, o caminho depende de onde o site está hospedado: para WordPress, a maioria das hospedagens permite recuperação de acesso pelo painel da hospedagem. Para outros sistemas, pode ser necessário suporte técnico da plataforma de deploy ou, em último caso, migrar o conteúdo para uma nova estrutura.

Vale a pena reconstruir do zero ou tentar manter o que foi entregue? Depende do estado técnico do que existe. Se o produto tem lógica de negócio complexa já implementada, reaproveitá-la costuma ser mais rápido do que reconstruir tudo. Se o código está desorganizado a ponto de cada mudança gerar risco alto de quebra, a reconstrução planejada pode ser mais barata no médio prazo. Um desenvolvedor com experiência em projetos legados consegue fazer essa avaliação depois de um diagnóstico inicial.