Trocar de agência ou de desenvolvedor é comum. A parte difícil quase nunca é o código. É descobrir quais contas existem, quem as controla e o que quebra se uma delas for desligada.
Feita na ordem certa, a passagem é tranquila e o site continua no ar. Feita às pressas, pode deixar você sem acesso ao seu próprio domínio, à hospedagem ou à página do app na loja.
Comece com um inventário
Antes de pedir qualquer coisa, anote todos os serviços que o produto pode usar. A maioria das empresas se surpreende com o tamanho da lista.
Registrador do domínio e provedor de DNS.
Hospedagem, servidores e qualquer rede de distribuição de conteúdo.
Repositório de código, como GitHub, GitLab ou Bitbucket.
Banco de dados, armazenamento de arquivos e backups.
Envio de e-mail, caixas de e-mail da empresa e ferramentas de newsletter.
Provedor de pagamento, analytics, monitoramento de erros e qualquer serviço de mapas ou de IA.
Contas da Apple Developer e do Google Play, se você tiver apps.
Para cada um, anote quem é o dono da conta, qual cartão paga e quem consegue entrar. Meudetector gratuito de tecnologias e a minhaconsulta de domínio podem revelar de fora serviços que você nem sabia que existiam: hospedagem, CDN, provedor de e-mail, frameworks e scripts de terceiros.
Peça a titularidade, não só acesso
Ser convidado como usuário não é o mesmo que ser dono da conta. Peça que cada conta seja transferida para a sua empresa, ou que a sua empresa se torne a dona e a equipe anterior seja removida. Repositórios de código normalmente podem ser movidos entre contas; oguia do GitHub sobre transferência de repositório mostra como, e outras plataformas têm opções parecidas.
Confira no seu contrato de quem são o código e os designs. Se não estiver claro, resolva por escrito antes de a relação terminar. Isto não é aconselhamento jurídico; se houver disputa, fale com um advogado.
O que pedir
Todo o código-fonte com o histórico, em um repositório que seja nosso: …
A titularidade do domínio, da hospedagem, do banco de dados e das contas de serviços: …
Uma lista das variáveis de ambiente e de qual serviço cada uma faz parte: …
Uma exportação recente do banco de dados e uma cópia dos arquivos enviados: …
Os passos de deploy e quaisquer tarefas ou scripts agendados: …
Problemas conhecidos e trabalho inacabado: …
Você não precisa receber os valores secretos por e-mail. Quando as contas forem suas, dá para criar chaves novas e desativar as antigas.
Faça as mudanças em uma ordem segura
Faça o seu próprio backup do banco de dados e dos arquivos antes de mexer em qualquer coisa.
Transfira primeiro a titularidade do domínio e do DNS, sem mudar os registros.
Depois mova o repositório e a hospedagem, e confirme que o site continua sendo publicado.
Troque senhas, chaves de API e tokens quando a equipe anterior não precisar mais deles.
Remova o acesso da equipe anterior só depois que tudo estiver conferido.
Mudar DNS, hospedagem e código no mesmo dia dificulta saber o que causou um problema. Um passo de cada vez é mais lento e muito mais seguro.
Confira o que você está assumindo
Quando estiver com o código, rode umaauditoria do site para encontrar páginas quebradas, títulos faltando e respostas lentas no site no ar, e assim conhecer o ponto de partida. Depois, uma revisão do código feita por um desenvolvedor mostra o que pode ficar, o que precisa de atenção e o que nunca foi terminado.
Ajuda com a passagem
Se você está trocando de desenvolvedor,me envie o que você sabe sobre o produto e quem o controla hoje. Posso ajudar a planejar a ordem da passagem, assumir o código com segurança e manter o site no ar enquanto isso acontece. Meuguia sobre trabalhar com um novo desenvolvedor em um projeto existente explica o que vem depois.