Cliente red flag: os sinais de que o projeto freelance vai dar problema antes mesmo de você assinar

Você entrega bem, o cliente apareceu, o projeto parece bom. E mesmo assim, três meses depois, você está trocando áudio de dez minutos no WhatsApp às 23h, refazendo tela pela quarta vez e esperando um pagamento que "cai semana que vem". O projeto que ia pagar seu trimestre virou o buraco que consumiu ele inteiro.

A parte que quase ninguém fala: na maioria dos casos, os sinais estavam todos lá antes da assinatura. Na primeira call, na forma como o cliente falou do fornecedor anterior, na reação dele ao seu preço. Você viu, ignorou porque precisava do dinheiro, e pagou caro.

Na OCA a gente recebe dezenas de leads por dia. Isso significa que a gente pratica triagem de cliente literalmente todos os dias, e alguns padrões se repetem com uma consistência quase matemática. Vou te falar como funciona do lado de quem recebe os leads: os sinais que fazem a gente acelerar uma proposta, e os que fazem a gente recusar educadamente mesmo com orçamento na mesa.

Por que dev freelancer aceita projeto ruim (e por que você provavelmente também aceita)

A verdade desconfortável primeiro: você não aceita cliente ruim por ingenuidade. Você aceita porque seu pipeline é fraco. Quando entra um lead por mês, qualquer lead parece o último. Você negocia com medo, releva os sinais e assina.

Quem tem fluxo constante de oportunidade recusa projeto ruim sem drama, porque sabe que semana que vem chega outro. Quem não tem, aceita o projeto que qualquer dev experiente recusaria. Ou seja: sua capacidade de dizer não é diretamente proporcional à saúde do seu pipeline. Guarde isso, porque volto nesse ponto no final.

Enquanto o pipeline não engorda, o que você pode fazer hoje é aprender a ler os sinais. Um cliente ruim identificado antes do contrato custa uma call de 40 minutos. O mesmo cliente identificado depois custa meses de margem, energia e reputação.

Red flags na primeira conversa: o que o cliente revela sem perceber

A call de descoberta não serve só para você entender o projeto. Serve para o cliente se revelar. Alguns padrões que aprendi a levar a sério:

• "O dev anterior era incompetente." Todo mundo pode ter uma experiência ruim. Mas quando o cliente já queimou dois ou três fornecedores e todos eram "incompetentes", a constante da equação é ele. Pergunte o que aconteceu em detalhe. Se a resposta for vaga e só tiver vilão de um lado, cuidado.
• "É coisa simples, rapidinho." Cliente que diminui o próprio projeto antes de você dar o preço está preparando o terreno para achar qualquer número caro. Quem diz que é simples antes de você analisar não está descrevendo o projeto, está negociando.
• Urgência sem motivo. "Preciso disso pronto em três semanas" sem um evento real por trás (lançamento, contrato, prazo regulatório) geralmente significa desorganização. E desorganização na entrada vira caos na execução.
• Não sabe dizer quem decide. Se você pergunta quem aprova as entregas e a resposta é "a gente vai vendo", prepare-se para o sócio invisível que aparece na semana da entrega para pedir tudo diferente.
• Já quer desconto antes de ver a proposta. Negociar preço é normal. Abrir a conversa pedindo desconto de algo que ainda nem foi orçado mostra onde o valor do seu trabalho está na cabeça dele: em lugar nenhum.

Nenhum desses sinais sozinho mata o negócio. Dois ou três juntos, sim. Isso não é teoria, é literalmente o filtro que a OCA aplica antes de escrever qualquer proposta.

Red flags na negociação: quando o preço vira campo de batalha

Passou da primeira call, chegou a hora da proposta. Aqui aparecem os sinais mais caros de ignorar:

• Regateio agressivo com "tenho outro orçamento pela metade". Pode até ter. A pergunta certa não é "como cubro essa oferta", é "por que ele está falando comigo se tem alguém pela metade?". Quase sempre a resposta é que ele desconfia do barato, mas quer o seu trabalho pelo preço do outro.
• Recusa a dar sinal. Cliente sério entende que projeto começa com entrada. Quem quer "pagar tudo na entrega" está transferindo 100% do risco para você. A conta é simples: se ele some no final, você trabalhou meses de graça.
• Resistência a contrato. "Precisa mesmo dessa burocracia? Confia em mim." Contrato protege os dois lados. Quem resiste a assinar já está planejando a flexibilidade que vai usar contra você depois.
• Escopo que cresce durante a negociação. Você orçou X, e na call seguinte apareceu X mais relatórios, mais painel admin, mais "aquela integraçãozinha". Se o escopo incha antes da assinatura, imagine depois.
• Pedido de "amostra grátis". Fazer uma tela, um protótipo funcional ou "uma versãozinha" antes de fechar é trabalhar de graça com outro nome. Portfólio serve exatamente para isso, mostre o que você já construiu e não o que vai construir de graça.

O red flag que mais engana: o cliente entusiasmado demais

Esse merece seção própria porque é contraintuitivo. O cliente que ama tudo, aprova tudo na hora, diz que você é o melhor profissional com quem ele já falou e quer começar ontem parece o cliente dos sonhos. Muitas vezes é o pior.

Entusiasmo sem fricção geralmente significa que ele não leu a proposta com atenção, não pensou no escopo e não internalizou o custo. A ficha vai cair no meio do projeto, e vai cair em cima de você. O cliente bom faz pergunta chata na negociação: questiona prazo, pede detalhe do escopo, quer entender o que acontece se algo der errado. Fricção antes do contrato é sinal de que ele está levando a sério.

Na Revo, nosso próprio produto, a gente aprendeu isso do outro lado do balcão: os parceiros de evento que mais deram trabalho foram os que fecharam sem perguntar nada. Os que negociaram duro na entrada foram os que renovaram.

Como recusar sem queimar a ponte (e o que fazer quando o sinal aparece tarde)

Identificou os sinais e decidiu não seguir? Não precisa dar sermão. Um "analisei o escopo e não consigo atender com a qualidade que o projeto merece dentro das condições propostas, mas posso indicar caminhos" resolve. Cliente red flag hoje pode ser indicação boa amanhã, e o mercado brasileiro de dev é menor do que parece.

E se o sinal só apareceu depois da assinatura? Três movimentos reduzem o estrago:

1. Documente tudo por escrito. Decisão em call vira e-mail de resumo no mesmo dia. "Conforme alinhamos hoje, seguiremos com X." Isso corta 80% dos "eu nunca pedi isso".
2. Amarre pagamento a marco de entrega. Se o contrato permite, nenhuma fase nova começa com a anterior em aberto. Inadimplência pequena tratada cedo não vira calote grande.
3. Cobre mudança de escopo formalmente. Todo pedido fora do combinado gera um adendo com preço e prazo. Não é grosseria, é o mecanismo que mantém o projeto vivo.

O filtro só funciona se você puder dizer não

Volto ao ponto do início. Você pode decorar todos os sinais deste artigo, mas se o seu pipeline tiver um lead por mês, você vai assinar com o cliente red flag mesmo assim. Se você já entrega bem, o seu problema não é técnico, é distribuição.

É aqui que entra uma alternativa que pouca gente conhece. A OCA aparece no Google e é citada por IAs como ChatGPT e Perplexity para buscas de desenvolvimento de software no Brasil. Isso gera dezenas de leads de clientes por dia, mais do que nosso time consegue atender. Nossa resposta foi montar uma rede de parceiros: devs seniores e times pequenos que recebem projetos já triados, com escopo fechado e cliente validado.

Na prática, a triagem descrita neste artigo é feita antes de o projeto chegar ao parceiro. O cliente que regateia agressivamente, que resiste a contrato, que não sabe quem decide, esse não passa do nosso funil. O que a gente espera do outro lado: entrega senior de verdade, comunicação profissional e compromisso com prazo. Dá para ver o padrão do que a gente constrói no portfólio de projetos da OCA.

Entre para a rede de parceiros da OCA

E independente da rede, uma ação para esta semana: pegue o último projeto que deu errado e liste, com honestidade, quais sinais deste artigo já estavam visíveis antes da assinatura. Esse exercício de 20 minutos vale mais do que qualquer checklist genérico, porque calibra o seu filtro com a sua própria história.