Subcontratar outro dev no freelance: quando delegar, quanto pagar e como não perder a margem nem o cliente

Tem um momento na vida de todo dev freelancer que está indo bem: a agenda lota. Você fecha um projeto, depois outro, aí chega uma indicação boa demais para recusar e, de repente, você está trabalhando sábado de novo. A resposta óbvia parece ser "cobrar mais caro", e ela funciona até certo ponto. Mas existe um teto matemático que nenhum aumento de hora resolve: você só tem um você. Se a demanda cresce e a sua capacidade não, ou você recusa projeto, ou fura prazo, ou subcontrata alguém. Este artigo é sobre a terceira opção, que é a que mais assusta e a que menos gente faz direito.

Vou te falar como funciona do lado de quem recebe os leads: na OCA a gente vive exatamente esse problema em escala maior. Chegam mais projetos do que o time consegue atender, e a solução foi montar uma rede de parceiros para repassar demanda. O mecanismo que você vai montar em miniatura é o mesmo que a gente opera todo dia. Então nada aqui é teoria.

Quando subcontratar faz sentido (e quando é fuga)

Subcontratar não é a resposta para todo gargalo. Antes de chamar alguém, vale separar três situações:

• Gargalo de volume: você tem mais projeto bom do que horas. Esse é o caso clássico. Subcontratar aqui é crescimento.
• Gargalo de competência: o projeto pede algo que você não domina (um app nativo, uma integração específica, um pedaço de infra). Subcontratar um especialista pontual costuma sair mais barato do que você aprender no relógio do cliente.
• Gargalo de vontade: você odeia uma parte do trabalho (CSS fino, deploy, relatório). Cuidado. Delegar o que você odeia sem processo vira delegar mal, porque você não vai querer nem revisar.

A conta é simples: se a sua hora efetiva vale R$ 150 e você consegue pagar R$ 80 por hora para alguém entregar com qualidade uma parte do escopo, cada hora delegada libera uma hora sua para vender, atender cliente ou fechar o próximo projeto. Se você usar a hora liberada só para descansar, também está valendo, desde que a margem cubra.

A margem: quanto pagar sem trabalhar de graça

Aqui é onde a maioria erra. O instinto é repassar quase tudo que o cliente paga, "porque quem vai fazer é ele". Errado. Quando você subcontrata, você continua responsável por coisas que consomem tempo e risco:

• Relacionamento com o cliente (reuniões, reports, alinhamento);
• Revisão de código e garantia de qualidade;
• Gestão do escopo e do prazo;
• O risco jurídico e financeiro, porque o contrato está no seu nome;
• A aquisição do cliente, que foi você quem fez.

Uma referência prática: reserve entre 30% e 50% do valor do projeto para você, dependendo do quanto vai gerenciar. Num projeto de R$ 20.000 em que você faz a arquitetura, as calls e a revisão, e o subcontratado executa a maior parte do código, pagar R$ 10.000 a R$ 13.000 para ele é uma divisão saudável. Se parecer "muito" ficar com 40% sem escrever a maior parte do código, lembre que sem você não existiria projeto nenhum. Se você já entrega bem, o seu problema não é técnico, é distribuição. Quem resolve a distribuição fica com parte relevante do valor, em qualquer mercado.

O erro inverso também existe: pagar mal demais. Dev bom subcontratado a preço vil entrega uma vez e some. Se a sua estratégia depende de ter gente confiável disponível, trate a pessoa como parceiro de longo prazo, não como recurso descartável.

Como escolher quem: o filtro que evita dor de cabeça

Na OCA, antes de repassar um projeto para um parceiro da rede, a gente olha três coisas, e recomendo que você copie o filtro:

1. Entrega comprovada, não currículo. Peça algo em produção que a pessoa tenha feito, com contexto: o que era, qual foi o papel dela, o que quebrou no caminho. Repositório bonito sem produto no ar diz pouco.
2. Comunicação em texto. Você vai gerenciar essa pessoa de forma assíncrona. Se ela some por três dias ou responde "ok" para tudo, o problema vai estourar em cima do prazo. Um teste honesto: mande um escopo pequeno por escrito e veja se ela faz perguntas boas antes de aceitar. Quem não pergunta nada ou não leu ou não entendeu.
3. Postura com o cliente final. Deixe claro desde o início se a pessoa vai falar com o cliente ou não, e o que pode e não pode ser dito. Um subcontratado que negocia escopo direto com o seu cliente é uma bomba armada.

Comece pequeno, sempre

Nunca estreie um subcontratado num projeto crítico. Dê primeiro uma tarefa cercada: uma feature isolada, uma tela, uma integração com contrato de interface claro. Custa pouco, e você aprende em uma semana o que uma entrevista não mostra em três horas. Foi assim que a gente calibrou a rede de parceiros: projeto menor primeiro, projeto maior depois que a confiança existe.

O contrato com o subcontratado: as cláusulas que salvam sua pele

Você já sabe que precisa de contrato com o cliente. Com o subcontratado também, e alguns pontos são inegociáveis:

• Cessão de propriedade intelectual. Todo código produzido pertence a você (e, por consequência, ao seu cliente, conforme o seu contrato principal). Sem essa cláusula, você pode entregar ao cliente um software que juridicamente não é seu para entregar.
• Confidencialidade. O subcontratado vai ver dados, credenciais e negócio do seu cliente. NDA simples resolve, e cliente corporativo costuma exigir.
• Não aliciamento. Cláusula prevendo que o subcontratado não vai abordar o seu cliente diretamente por um período (12 a 24 meses é comum). Isso protege o ativo mais caro que você tem, que é o relacionamento.
• Critério de aceite e pagamento. Pague por entrega aceita, não por hora corrida solta. Defina o que é "pronto": código revisado, funcionando no ambiente combinado, com os critérios que você listou. Espelhe os marcos de pagamento que você tem com o cliente para não financiar ninguém do próprio bolso.
• Prazo com folga sua. Se você prometeu dia 30 ao cliente, o subcontratado entrega dia 20. Essa folga é onde a revisão e o imprevisto moram.

Transparência com o cliente: contar ou não contar?

Pergunta que todo mundo faz baixinho. A resposta honesta: depende do contrato e do tipo de cliente, mas esconder raramente compensa. Muitos contratos corporativos proíbem subcontratação sem autorização, e descobrir depois queima a relação de vez. O caminho que funciona é o enquadramento certo: você não "terceiriza", você tem um time ou uma rede de colaboração. "Nesse projeto eu conto com um dev de confiança que trabalha comigo, e toda entrega passa pela minha revisão" é uma frase que aumenta a percepção de estrutura em vez de diminuir. O cliente contratou resultado e responsabilidade, e ambos continuam sendo seus.

O que não pode acontecer nunca: a qualidade cair e o cliente descobrir pelo bug. Revisão de código não é opcional quando o nome no contrato é o seu. Reserve de 10% a 20% do esforço do projeto só para revisar, testar e integrar o que o subcontratado entrega. Se essa conta não fecha na margem, o preço do projeto estava errado desde o início.

O outro lado do balcão: ser o dev que recebe projeto repassado

Tudo que descrevi tem um espelho. Se você é o dev que entrega bem mas não tem pipeline, ser subcontratado por quem tem demanda é uma das formas mais rápidas de encher agenda sem investir em marketing. Você abre mão de uma fatia do valor em troca de não precisar vender, negociar nem cobrar. Para muito dev, principalmente no começo, essa troca é excelente.

Isso não é teoria, é literalmente como a OCA cresceu e como ela opera hoje. A gente aparece no Google e nas IAs, chegam dezenas de leads por dia, mais projeto do que o time interno consegue atender, e o excedente vai para uma rede de parceiros: devs seniores e times pequenos que recebem projetos já qualificados, com escopo cercado e cliente educado sobre prazo e orçamento. O que a gente espera do parceiro é o mesmo filtro lá de cima: entrega comprovada, comunicação em texto que funciona e postura profissional com o cliente. O que o parceiro ganha é pipeline sem custo de aquisição.

Se você está do lado de quem tem demanda sobrando, monte sua rede com os critérios deste artigo. Se está do lado de quem tem capacidade sobrando, entre para a rede de parceiros da OCA e me conta o que você já colocou em produção.

O próximo passo desta semana

Independente de qualquer rede: mapeie a sua capacidade real. Some as horas produtivas que você tem por semana, subtraia reunião, venda e administração, e compare com o que os seus projetos atuais consomem. Se a conta já está estourada ou perto disso, comece a construir a sua lista de dois ou três devs de confiança antes de precisar deles. Subcontratar no desespero, com prazo estourando, é a receita para escolher errado. Subcontratar com processo é como um freelancer vira operação.