Indicação de cliente para dev freelancer: como transformar projetos entregues em pipeline sem gastar com marketing

Você entregou o projeto, o cliente ficou satisfeito, todo mundo se despediu bem. E aí... nada. Três meses depois você está de novo na estaca zero, mandando mensagem para conhecidos e olhando plataforma de freela com preço esmagado. O detalhe que passa batido: aquele cliente satisfeito conhece outros donos de empresa com o mesmo problema que você acabou de resolver. Ele só nunca pensou em te indicar, porque você nunca pediu, nunca facilitou e sumiu depois da entrega.

Vou te falar como funciona do lado de quem recebe os leads: na OCA, uma parte relevante dos projetos chega por indicação de cliente antigo, sem custo de aquisição nenhum. E não é sorte. É processo. Neste artigo eu mostro o sistema, com o que fazer em cada fase do projeto para a indicação acontecer de verdade.

Por que indicação é o canal mais barato que existe (e o mais ignorado)

A conta é simples. Um lead que chega por anúncio ou plataforma custa dinheiro ou comissão, chega frio e compara você com mais cinco orçamentos. Um lead que chega por indicação já chega com confiança emprestada de quem indicou. Ele fecha mais rápido, negocia menos e aceita preço maior, porque o risco percebido dele é menor.

Mesmo assim, a maioria dos devs freelancers trata indicação como loteria: se acontecer, ótimo. O problema é que indicação espontânea depende de o cliente lembrar de você no momento exato em que um amigo dele menciona um problema de software. Isso é raro. Indicação trabalhada depende de você criar o momento, e isso é replicável.

Se você já entrega bem, o seu problema não é técnico, é distribuição. Indicação é o canal de distribuição que você já pagou para construir e não está usando.

O sistema de indicação começa durante o projeto, não depois

O erro clássico é pensar em indicação só no dia da entrega. A disposição do cliente de te indicar é construída ao longo do projeto, em três comportamentos:

• Previsibilidade. Update curto toda semana, mesmo quando não tem novidade grande. Cliente que nunca precisou te cobrar é cliente que indica sem medo, porque indicar alguém que some é queimar o próprio nome.
• Uma entrega acima do combinado, visível. Não é fazer feature de graça. É algo pequeno e perceptível: um vídeo curto explicando como usar o sistema, um dashboard simples que ele não pediu, documentação legível. O cliente conta história sobre o que surpreendeu, não sobre o que estava no contrato.
• Tradução constante. Cliente que entendeu o que você fez consegue explicar para outra pessoa o que você faz. Cliente que só viu tecniquês não tem como te vender. Toda entrega, explique o valor em termos do negócio dele: "isso reduz o tempo de cadastro de 10 minutos para 1".

O momento certo de pedir: a janela dos 30 dias

Existe uma janela curta em que o cliente está no pico de satisfação: entre a entrega final e mais ou menos 30 dias de uso, quando o sistema está funcionando e a dor antiga sumiu. Depois disso, o software vira paisagem e a gratidão evapora. É nessa janela que você pede.

E pedir não é mandar "me indica aí". Isso joga o trabalho no colo do cliente e ele não vai fazer. O pedido que funciona tem três características:

1. É específico. Em vez de "conhece alguém que precisa de dev?", pergunte "você conhece algum outro dono de clínica que ainda controla agenda por WhatsApp?". Pergunta específica ativa memória específica. Pergunta genérica ativa nada.
2. É fácil de repassar. Mande junto um parágrafo pronto que ele pode encaminhar: quem você é, o que resolveu para ele, seu contato. O cliente quer ajudar, mas não quer redigir texto. Se o esforço dele for apertar "encaminhar", a chance multiplica.
3. Tem um gancho de resultado. "Lembra que o cadastro caía toda semana? Faz um mês sem nenhuma queda." Você entrega para o cliente a história pronta que ele vai contar.

Um exemplo real de mensagem, adaptável:

"Fulano, fechamos um mês do sistema no ar sem nenhuma ocorrência, e o time já economiza umas 6 horas por semana no faturamento. Fico feliz demais com o resultado. Uma pergunta: você conhece algum outro empresário do setor que ainda sofre com esse processo manual? Se sim, posso te mandar um resumo curto do que eu faço para você encaminhar, sem compromisso nenhum."

Manutenção: o motivo legítimo para continuar existindo na vida do cliente

Indicação também morre por sumiço. Se o cliente não fala com você há oito meses, ele não te indica, porque nem sabe se você ainda atende. O contrato de manutenção resolve dois problemas de uma vez: dá receita recorrente e te mantém presente.

Cada interação de manutenção é um ponto de contato que renova a memória do cliente. Um relatório mensal de duas linhas ("sistema estável, apliquei atualizações de segurança, uso cresceu 12%") custa dez minutos e mantém você como "o dev da empresa" na cabeça dele. Quando alguém do círculo dele mencionar um problema de software, adivinha em quem ele pensa.

Sem manutenção, faça o mínimo: um check-in a cada trimestre perguntando como o sistema está se comportando. Não é venda, é presença.

Deve pagar comissão por indicação? A resposta honesta

Depende de quem indica. Para cliente final, na minha experiência, comissão em dinheiro mais atrapalha do que ajuda: transforma um favor entre conhecidos em transação, e muita gente fica desconfortável de "vender" o amigo. Funciona melhor retribuir com serviço: um desconto na manutenção, algumas horas de melhoria de graça, prioridade no atendimento. O cliente sente o reconhecimento sem virar vendedor.

Para outros devs e agências que repassam projeto fora do perfil deles, aí sim comissão formal faz sentido, entre 5% e 15% do valor do projeto, combinada antes e paga sem enrolação. Dev que recebe comissão em dia repassa de novo. Esse, aliás, é um canal que quase ninguém explora: agências e devs especializados recusam projeto toda semana por falta de fit ou de agenda. Se eles souberem exatamente o que você atende bem, você vira o destino natural desses repasses.

Os erros que matam a indicação antes de ela nascer

• Sumir depois da entrega. O mais comum. Você entrega, fatura e desaparece. A janela de 30 dias passa em branco e a memória do cliente esfria.
• Pedir indicação com projeto mal resolvido. Se ficou bug pendente ou expectativa frustrada, resolva antes. Pedir indicação nessa situação queima as duas pontas.
• Não ter para onde mandar o indicado. A pessoa indicada vai te procurar no Google antes de chamar. Se ela não acha nada, ou acha um perfil abandonado, a confiança emprestada evapora. Uma página simples com três casos descritos resolve. Não precisa ser nada elaborado, precisa existir.
• Aceitar qualquer indicado. Indicação ruim existe. Se o projeto indicado é fora do seu perfil ou o cliente tem todos os sinais de dor de cabeça, agradeça e recuse com elegância. Atender mal um indicado prejudica a relação com quem indicou, que é o seu ativo real.

Quando a indicação vem de uma software house

Existe uma versão estrutural desse jogo: em vez de depender de clientes individuais lembrarem de você, se conectar a quem recebe demanda em volume e repassa o excedente. Isso não é teoria, é literalmente como a OCA cresceu. A gente aparece no Google e é citada pelas IAs para buscas de desenvolvimento de software no Brasil, e isso traz dezenas de leads de clientes por dia, mais do que o time consegue atender. A resposta foi montar uma rede de parceiros: devs seniores e times pequenos que recebem projetos já filtrados, com escopo fechado e cliente validado.

Do lado do parceiro, é o mesmo mecanismo da indicação de cliente, em escala: a confiança que a OCA construiu no Google e com os clientes é emprestada para você no repasse. O que a gente espera em troca é exatamente o que este artigo descreve: entrega previsível, comunicação que não precisa ser cobrada e cliente bem tratado do início ao fim. Quem trabalha assim recebe o segundo projeto, e o terceiro.

Entre para a rede de parceiros da OCA

E independente da rede, uma ação para esta semana: abra a lista dos seus últimos três clientes entregues. Para cada um que está dentro da janela ou que você consegue reaquecer com um check-in, mande a mensagem do gancho de resultado com a pergunta específica. São três mensagens. Se uma virar conversa, você acabou de criar o canal de aquisição mais barato da sua operação.