Voltar para o blog

Freelance para Devs

Cliente sumiu no meio do projeto freelance: como agir quando o projeto congela sem você sair no prejuízo

Lucas Annunziato · · 7 min de leitura

man in black long sleeve shirt wearing black headphones sitting on chair

Você entregou a segunda sprint, mandou mensagem pedindo a validação e... silêncio. Uma semana. Duas. O cliente que respondia em minutos agora visualiza e some. O projeto não foi cancelado, ninguém brigou, ele só congelou. E você fica num limbo esquisito: não pode faturar a próxima etapa, não pode alocar aquele horário para outro cliente, e não sabe se cobra, espera ou desiste.

Isso acontece com muito mais frequência do que se fala. Na OCA, depois de dezenas de projetos próprios e de acompanhar os projetos que repassamos para devs parceiros, dá para afirmar: quase todo projeto de mais de dois meses passa por pelo menos um momento de sumiço do cliente. A diferença entre quem sai no prejuízo e quem sai bem não é sorte. É como o contrato e o fluxo de pagamento foram desenhados antes do sumiço acontecer.

Por que o cliente some (e por que quase nunca é sobre você)

A primeira reação do dev é achar que fez algo errado. Na prática, os motivos mais comuns são outros:

  • O dinheiro apertou. O projeto era prioridade em janeiro, mas em abril o caixa da empresa mudou e ninguém quer te dar a má notícia.
  • A pessoa de contato mudou ou perdeu força. Quem contratou você saiu da empresa, mudou de área ou perdeu a briga interna pelo orçamento.
  • O cliente travou numa decisão dele. Ele precisa te mandar o conteúdo, aprovar o layout ou definir uma regra de negócio, e adiar isso é mais fácil do que decidir.
  • O projeto era um desejo, não uma dor. Sem urgência real, qualquer incêndio interno passa na frente.

Note que em três desses quatro casos o cliente ainda quer o projeto. Ele só não quer encarar a conversa. Seu trabalho é tornar essa conversa fácil de acontecer e, enquanto ela não acontece, garantir que o relógio não corra contra o seu caixa.

A verdade desconfortável: projeto parado é custo seu, não dele

Enquanto o projeto está congelado, o cliente não está perdendo nada visível. Você está. Você reservou capacidade na agenda, recusou ou adiou outras oportunidades e carrega o contexto do projeto na cabeça. Cada semana de silêncio é hora vendável que evaporou.

A conta é simples. Se você cobra R$ 120 por hora e reservou 20 horas semanais para esse projeto, um mês de sumiço custa R$ 9.600 em capacidade ociosa ou mal realocada. O cliente não vê esse número. O contrato precisa fazer ele ver.

Por isso a regra de ouro: a espera precisa ter dono e ter preço. Se o projeto para por responsabilidade do cliente, o custo dessa parada não pode ser seu.

As cláusulas que resolvem isso antes de acontecer

Se você ainda não tem essas cláusulas no seu contrato, adicione no próximo. São quatro:

1. Cláusula de dependência do cliente

Liste o que o projeto precisa receber do cliente e em qual prazo: aprovações, conteúdos, acessos, credenciais de API, decisões de escopo. Deixe explícito que atraso nessas entregas empurra o cronograma na mesma proporção. Sem isso, o atraso do cliente vira atraso seu na cabeça dele.

2. Cláusula de pausa automática

Algo como: se o cliente ficar mais de 15 dias corridos sem responder a uma solicitação formal de validação ou entrega de insumo, o projeto entra em pausa. Em pausa, o cronograma é suspenso e a reserva de agenda do desenvolvedor deixa de estar garantida.

3. Taxa de retomada

Retomar um projeto pausado tem custo real: recarregar contexto, atualizar dependências, reencaixar na agenda. Defina no contrato uma taxa de retomada (algo entre 10% e 20% do valor da etapa em andamento é uma faixa razoável) ou a necessidade de renegociar o cronograma do zero após pausas acima de 30 dias.

4. Encerramento por abandono

Se a pausa passar de um prazo definido (60 ou 90 dias funcionam bem), o contrato pode ser encerrado com faturamento proporcional ao que foi entregue, e o código entregue até ali é o que o cliente leva. Isso te dá uma saída limpa em vez de um contrato zumbi aberto para sempre.

O fluxo de pagamento que protege você do congelamento

Cláusula boa sem fluxo de pagamento bom não salva ninguém. Dois princípios:

  • Nunca trabalhe com saldo devedor a seu favor. Sinal antes de começar, e cada marco pago libera o início do próximo. Se o cliente sumir, o pior cenário é você ter recebido por tudo que já fez.
  • Marcos curtos. Etapas de duas a três semanas em vez de fases de dois meses. Quanto menor o marco, menor o pedaço de trabalho que pode ficar exposto num sumiço.

Isso não é teoria, é literalmente como a OCA estrutura os próprios contratos e os projetos que repassa para a rede de parceiros. Projeto repassado já vai com escopo fechado, marcos definidos e fluxo de pagamento desenhado justamente para o parceiro não ficar exposto.

O protocolo de sumiço: o que fazer semana a semana

Cliente parou de responder. Siga uma escalada calma, documentada e sem drama:

  1. Dia 3 a 5: follow-up leve, com pergunta fechada. Nada de "e aí, alguma novidade?". Pergunte algo que caiba num sim ou não: "Consigo sua aprovação do fluxo de checkout até sexta? Preciso dela para iniciar a etapa 3." Pergunta fechada reduz o custo de responder.
  2. Dia 7 a 10: mude de canal e ofereça uma saída digna. Se era e-mail, vá para o WhatsApp ou ligue. E diga com todas as letras: "Se o momento ficou ruim aí, a gente pode pausar formalmente sem problema. Só preciso saber para reorganizar minha agenda." Você não imagina quantos clientes respondem em minutos quando percebem que podem dizer "pausa" sem constrangimento.
  3. Dia 15: notificação formal de pausa. E-mail registrando o histórico de tentativas de contato, citando a cláusula de pausa e informando que o cronograma está suspenso e a agenda será realocada. Tom neutro, zero passivo-agressividade. Isso não é ameaça, é administração de contrato.
  4. Dia 30 em diante: fature o que está pendente e siga a vida. Emita a cobrança do que foi entregue e não pago, formalize a pausa e realoque a agenda para outro cliente. Quando (e se) ele voltar, vale a taxa de retomada e um novo cronograma.

Documente tudo por escrito. Se a conversa importante aconteceu por telefone, mande um e-mail resumindo: "Conforme falamos hoje, o projeto fica pausado até X." No dia em que precisar discutir o contrato, o histórico é sua única testemunha.

As armadilhas que transformam sumiço em prejuízo

  • Continuar trabalhando "para adiantar". Sem validação do cliente, cada hora a mais é aposta. Se ele voltar querendo outra coisa, você refaz de graça. Projeto sem resposta é projeto parado, ponto.
  • Segurar a agenda indefinidamente. Você não é fila de espera. Formalizou a pausa, a agenda é sua de novo.
  • Cobrar com raiva. Mensagem ressentida queima a ponte com um cliente que provavelmente só está passando aperto. Frieza administrativa preserva o relacionamento e a sua reputação.
  • Não ter para onde ir. Essa é a armadilha estrutural. Quem tem um cliente só entra em pânico no sumiço e aceita qualquer condição na volta. Quem tem pipeline formaliza a pausa e segue para o próximo projeto. Se você já entrega bem, o seu problema não é técnico, é distribuição.

E quando o pipeline é o problema de verdade

Vou te falar como funciona do lado de quem recebe os leads: a OCA aparece no Google e nas respostas das IAs para buscas de desenvolvimento de software no Brasil, e isso traz dezenas de contatos de clientes por dia. É mais demanda do que o nosso time consegue atender. A resposta foi montar uma rede de parceiros: devs seniores e times pequenos que recebem projetos já qualificados, com escopo cercado, contrato estruturado e marcos de pagamento definidos, exatamente o desenho que evita o cenário deste artigo.

O que esperamos de um parceiro é o que você esperaria de alguém cuidando do seu nome: entrega sênior, comunicação clara e profissionalismo quando o projeto aperta, inclusive nos sumiços. O que o parceiro ganha é pular a parte mais cara do freelance, que é conseguir cliente bom. Você pode ver o tipo de projeto que construímos no portfólio da OCA.

Entre para a rede de parceiros da OCA

E independente da rede, uma ação para esta semana: abra o modelo de contrato que você usa hoje e verifique se ele tem cláusula de dependência do cliente, pausa automática, taxa de retomada e encerramento por abandono. Se faltar alguma, escreva agora, antes do próximo cliente sumir. Contrato bom se escreve na paz, não na crise.

freelance devcontrato freelancegestão de projetoscarreira devprecificação

Leia também

Próximo projeto / o seu

Sua ideia está pronta para sair do papel?

Conte o que você quer construir. A primeira conversa é direta, sem compromisso e já sai com um caminho de MVP.

Chamar no WhatsApp