De freelancer a software house: quando chamar o segundo dev, quanto sobra de margem e o que quebra primeiro

Sua agenda está cheia há meses. Neste trimestre você já recusou dois ou três projetos bons porque não cabiam. O faturamento subiu até certo ponto e parou. Você sabe exatamente onde ele parou: no número de horas que uma pessoa consegue codar por mês sem entregar mal.

Aí vem a ideia óbvia: chamar outro dev. Pode ser o amigo da faculdade, aquele ex-colega de CLT que manda bem ou alguém do Discord. Você repassa o que sobra, fica com uma parte e para de dizer não para cliente.

No papel, parece a passagem natural de freelancer para pequena software house. Na prática, é aí que muito dev bom perde dinheiro, perde cliente e às vezes perde o amigo. Este artigo traz a conta que eu queria ter feito antes, com números de 2026 e com o que a OCA aprendeu recebendo mais demanda do que consegue atender.

O teto do freelancer solo: por que suas horas limitam o faturamento

A conta é simples. Em 2026, um dev sênior freelancer no Brasil cobra algo entre R$ 120 e R$ 200 por hora em projeto direto. Tirando proposta, call de venda, reunião, suporte e burocracia, sobram de 100 a 130 horas realmente faturáveis por mês. Quem diz que fatura 180 horas todo mês está cobrando mal ou está a caminho do burnout.

Com R$ 150/h e 120 horas, o teto fica em R$ 18 mil brutos por mês. Dá para subir o preço, e você deve fazer isso, mas o mercado limita o reajuste. Em algum momento o crescimento só vem de um lugar: horas que não são suas.

E aqui está a verdade incômoda: o segundo dev não dobra o seu faturamento. Ele muda o seu trabalho. Você deixa de ser só quem entrega e passa a vender, escopar, revisar, cobrar prazo e responder por um código que não escreveu. Se você não quer esse trabalho, escalar vai te deixar mais infeliz, não mais rico.

A conta real do segundo dev: quanto sobra depois da sua hora de gestão

Vamos montar o cenário mais comum: você vende um projeto e subcontrata um dev sênior PJ para tocar.

• Você vende a R$ 150/h, ou o equivalente em preço fechado por escopo.
• Paga ao parceiro R$ 100/h, uma faixa honesta para sênior em 2026 (o mercado vai de R$ 90 a R$ 130).
• O parceiro trabalha 120 horas no mês.

A margem bruta fica em 120 x R$ 50 = R$ 6 mil. Parece dinheiro fácil. Só que alguém precisa fazer o kickoff, revisar PR, alinhar escopo com o cliente, responder o WhatsApp de sexta à noite e testar antes de entregar. Esse alguém é você. No começo, isso consome de 15% a 25% das horas do projeto, algo entre 20 e 30 horas suas que saem do seu próprio trabalho faturável.

Com 30 horas a R$ 150, você deixa de faturar R$ 4.500. Veja como fica a conta em cada cenário (valores mensais, antes de imposto):

O primeiro parceiro quase não paga o esforço. E o risco é todo seu: se o projeto atrasar, quem lida com o desgaste e a multa contratual é você, não ele.

O que faz esses números subirem

• Vender por escopo, não repassar hora. Se o seu lucro depende só da diferença entre R$ 150 e R$ 100, você tem pouca margem de manobra. Com preço fechado bem estimado, o lucro vem do seu processo.
• Stack e boilerplate padronizados. Se todo projeto sai do mesmo template de Next.js, React Native ou Node, o parceiro produz na primeira semana, não na terceira.
• Briefing fechado antes do parceiro entrar. Cada dúvida de escopo que chega nele volta para você.
• Pipeline contínuo. Parceiro bom que fica dois meses sem projeto vai trabalhar para outra pessoa.

Os três modelos para montar um time pequeno de dev (e o risco de cada um)

Subcontratação por projeto

Você só paga quando tem projeto. É o modelo mais flexível e o que eu recomendo para começar. O risco é a disponibilidade: o parceiro não é exclusivo, e a qualidade varia de uma pessoa para outra. Para funcionar, precisa de contrato com confidencialidade, cessão da propriedade intelectual do código para você (senão você não consegue entregar ao cliente) e cláusula de não aliciamento do cliente.

Sócio

O sócio divide o risco, a venda e a gestão. É o modelo em que o prejuízo emocional fica maior quando dá errado. Sociedade sem acordo de sócios é o caminho mais rápido para acabar uma amizade. Antes de assinar, escreva quem decide o quê, como fica a divisão se um dos dois trabalhar menos e como funciona a saída.

Contratado fixo

Você ganha dedicação e previsibilidade, mas passa a ter custo fixo. Um dev CLT custa entre 1,6 e 2 vezes o salário, dependendo do regime tributário. Um sênior com salário de R$ 12 mil pode custar de R$ 19 mil a R$ 24 mil por mês, com projeto ou sem projeto. Só faz sentido quando existe receita recorrente, como contratos de manutenção, que pague esse custo por pelo menos seis meses.

O que quebra primeiro quando o freelancer vira software house

Os problemas quase nunca são técnicos. São estes:

1. Você vira o gargalo. Três PRs abertos, cliente cobrando no grupo e você revisando código às 23h. Se toda decisão passa por você, o time anda na sua velocidade, não na soma das velocidades.
2. O cliente só quer falar com você. Na venda você prometeu você, e quem entregou foi outra pessoa. A solução é apresentar o time desde a proposta, deixando claro quem faz o quê.
3. Imposto sobre a receita cheia. Se o cliente paga tudo para o seu CNPJ, você paga imposto sobre os R$ 31.500, inclusive sobre a parte que repassa. No Simples, a 6%, isso dá cerca de R$ 800 a mais do que no cenário solo. Aquele ganho de R$ 1.500 do primeiro parceiro cai para uns R$ 700. Converse com o seu contador antes, não depois.
4. Estimativa estourada é problema seu. Se você vende por escopo e paga o parceiro por hora, cada hora a mais sai do seu bolso. Pague por marco, com o mesmo escopo que o cliente assinou.
5. Parceiro sem contrato. Se o projeto dá errado, de quem é o código? E se o parceiro fechar direto com o seu cliente? Sem contrato, você não tem resposta para nenhuma das duas perguntas.

Sinais de que é hora de chamar o segundo dev (e de que ainda não é)

É hora quando:

• você recusa projeto há três meses seguidos, não só numa semana boa;
• proposta, briefing e cronograma já seguem um padrão seu;
• os clientes aceitam o seu preço atual sem negociar muito;
• você tem reserva para três a seis meses de operação;
• vender e coordenar não te incomoda, ou pelo menos você aceita fazer isso.

Ainda não é hora quando:

• a demanda vem de um único cliente grande;
• você ainda estima no chute e o prazo estoura sempre;
• sua margem já está apertada trabalhando sozinho;
• você quer escalar para fugir de um cliente ruim, e não porque tem demanda boa sobrando.

Se você já entrega bem, o seu problema não é técnico, é distribuição. E escalar sem distribuição só multiplica o problema por dois.

Como a OCA lida com mais demanda do que o time consegue atender

Vou te falar como funciona do lado de quem recebe os leads: a OCA aparece no Google e nas IAs para buscas de desenvolvimento de software no Brasil, e isso traz dezenas de leads por dia. É mais do que um time sênior pequeno consegue atender com qualidade.

Poderíamos contratar dez devs e virar uma agência grande. Não fizemos isso. Seguimos com um time sênior enxuto, que opera os projetos que a OCA mantém em produção, e montamos uma rede de parceiros que recebe projetos já qualificados e escopados. É a mesma lógica deste artigo: custo fixo baixo, subcontratação por projeto, contrato claro. Isso não é teoria, é literalmente como a OCA cresceu.

O que a gente espera de um parceiro:

• entrega sênior comprovada, de preferência com algo em produção;
• capacidade de conversar com cliente não técnico sem jargão;
• prazo cumprido e aviso cedo quando algo vai atrasar;
• disposição para seguir o processo: escopo fechado, marcos e report semanal.

O que o parceiro recebe: um projeto que já passou pela qualificação e pelo escopo, sem gastar horas com venda, vindo de um cliente que chegou pela reputação da OCA. Não prometo volume nem aceite. Cada projeto depende de stack, disponibilidade e histórico. Se você já tem um time de dois ou três devs, a rede também serve para vocês, e resolve justamente o problema do pipeline que faz parceiro bom ir embora.

Próximo passo: faça a sua tabela antes de chamar alguém

Se você quer receber projetos repassados, individualmente ou com seu time pequeno, o caminho é este:

Entre para a rede de parceiros da OCA

E, independente disso, uma tarefa para esta semana: pegue os seus últimos três meses e anote as horas faturadas, as horas não faturáveis, os projetos recusados e o valor estimado de cada um. Monte a tabela acima com os seus números, incluindo o imposto sobre a receita total. Se a linha "sobra para você" não subir pelo menos 20% com um parceiro, o problema ainda é preço e processo, não falta de gente.