O programador sumiu. O projeto parou na metade. O código que ficou ninguém consegue continuar. Esse roteiro se repete tanto que virou clichê — e quase sempre ele começa no mesmo lugar: uma contratação sem contrato, sem marcos e sem acesso ao repositório.

Este artigo lista os cinco riscos mais frequentes e o que fazer para se proteger de cada um. Se você quer pular a parte manual, publique o projeto e trabalhe com profissionais já verificados, sob contrato formal.

Risco 1: abandono no meio do projeto

É o mais comum e o mais caro. Outro cliente aparece pagando melhor, o profissional adoece, ou simplesmente perde o interesse. Sem ninguém para assumir, o projeto congela.

Como se proteger: exija acesso ao repositório desde o primeiro commit, com a conta no nome da sua empresa. Divida o pagamento em marcos e nunca pague adiantado o que ainda não foi entregue. Assim, se houver abandono, outro profissional retoma do ponto em que parou em vez de recomeçar.

Risco 2: código sem documentação nem testes

O sistema funciona na demonstração e quebra no uso real. Ou funciona, mas qualquer alteração futura custa uma fortuna porque ninguém entende a estrutura. É o passivo que só aparece meses depois.

Como se proteger: inclua no contrato a entrega de documentação técnica e testes automatizados como parte do escopo, não como extra. Antes de aceitar a entrega final, contrate uma auditoria técnica independente — custa uma fração do projeto.

Risco 3: ausência de nota fiscal e de respaldo jurídico

Sem CNPJ e sem nota, a empresa não lança a despesa e não tem contrato para acionar em caso de descumprimento. Na prática, o dinheiro saiu e não existe documento que prove o que foi combinado.

Como se proteger: exija CNPJ ativo e nota fiscal. Para contratação corporativa, isso não é burocracia — é o mínimo.

Risco 4: escopo que muda sem controle

Começa como "só mais um campinho" e termina com o projeto em prazo dobrado, com as duas partes se sentindo prejudicadas. Sem escopo escrito, não há como distinguir o que estava combinado do que virou pedido novo.

Como se proteger: escreva o escopo item a item antes de começar, incluindo o que não faz parte. Mudanças posteriores viram aditivo, com prazo e valor próprios.

Risco 5: perda de controle sobre contas e infraestrutura

Domínio registrado no e-mail pessoal do desenvolvedor, servidor na conta dele, app publicado com a conta de desenvolvedor dele. Quando a relação termina, você descobre que não é dono do próprio produto.

Como se proteger: todas as contas — domínio, hospedagem, repositório, App Store e Google Play — devem estar no nome da sua empresa desde o primeiro dia, com o profissional adicionado como colaborador.

Para entender as diferenças de modelo, veja o comparativo entre empresa e freelancer e o checklist de contratação segura.

Perguntas frequentes