Quanto um desenvolvedor realmente gera para você: a verdade sobre a margem no outstaff

«Eu tinha certeza de que ganhava 40% em cada desenvolvedor. Quando abrimos os números por pessoa pela primeira vez, deu 11%. A diferença era o tempo de bench, que eu simplesmente nunca tinha tratado como custo.»

Essa é a fala do dono de uma empresa de outstaff com 14 engenheiros. A história é familiar para quase todo mundo que aloca uma equipe por hora: o valor cobrado do cliente menos o salário do desenvolvedor parece lucro. Na prática, metade da empresa fica escondida entre esses dois números — e, enquanto você não separa os custos por pessoa, você gerencia faturamento, não margem.

Por que «valor/hora menos salário» engana

Pegue um engenheiro pleno típico. Você cobra do cliente US$ 35 por hora; o desenvolvedor custa cerca de US$ 3.000 por mês depois dos impostos. Na cabeça do dono, é US$ 35 contra algo perto de US$ 20 — uma margem em torno de 43%. Parece ótimo, e é exatamente esse número que muita gente usa para decidir se contrata mais, dá desconto ou aumenta salário.

O problema é que um desenvolvedor não entrega 160 horas faturáveis por mês. Entre um projeto e outro, ele fica em bench. A entrada em um novo cliente consome uma semana enquanto a pessoa entende o código e os processos de outra empresa. Some reuniões, code review, aprendizado, dias de doença, feriados. A utilização real — a parcela de horas que o cliente de fato paga — raramente passa de 75% mesmo em empresas saudáveis. E cada percentual não faturável sai do seu bolso.

A conta de uma pessoa

Vamos fazer a conta com honestidade, usando os mesmos números.

Os 43% no papel viraram 12% na vida real. E esse ainda é o cenário bom. Se a utilização cair para 60% por causa de um mês parado, esse mesmo desenvolvedor passa a dar prejuízo — mesmo que você continue pagando o salário do mesmo jeito.

Vamos olhar o ano inteiro

O número mensal engana porque o bench não acontece de forma uniforme. Pegue o mesmo engenheiro pleno ao longo de um ano. Durante dez meses ele roda a 80%, em um mês fica a 40% (um projeto acabou, o próximo ainda não começou) e, no total, uma semana vai embora com doença e aprendizado. No ano, o cliente pagou por cerca de 1.250 horas, em vez das 1.920 teóricas. Receita: cerca de US$ 43.750. Salário com impostos: US$ 36.000. Custos fixos por pessoa: US$ 8.400. Lucro anual desse desenvolvedor: cerca de −US$ 650. O mesmo engenheiro que «dá 43% de margem» fechou o ano levemente no negativo — tudo por causa de um mês vazio e algumas semanas não faturáveis espalhadas ao longo do ano.

«O bench não aparece em nenhuma nota, então ninguém vê. E ele consome mais margem do que qualquer desconto dado a um cliente.»

Três custos que todo mundo subestima

Primeiro, o bench. O tempo entre projetos é pago por você, não pelo cliente. Uma semana vazia por mês significa menos 25% de receita por pessoa, com o mesmo salário. Em uma empresa com 14 pessoas, até um bench médio de 10% equivale a manter uma pessoa e meia que não traz receita nenhuma.

Segundo, as horas não faturáveis dentro de um projeto. Daily, alinhamentos com o cliente, reviews, pesquisa, retrabalho depois de mudança de escopo. O cliente paga 6 horas enquanto 8 ficam ocupadas. Essas duas horas por dia também são custo seu, só que invisível.

Terceiro, a sobrecarga de gestão. A cada cinco ou seis engenheiros, você precisa de um gerente de projeto, e recrutar ou substituir uma pessoa custa cerca de um mês do salário dela, além dos meses até o novo colaborador atingir velocidade plena. Esse dinheiro não está ligado a uma nota específica, por isso é fácil deixar passar — até você calcular o lucro por pessoa depois dos custos fixos.

Como isso aparece na vida real

Você percebe o problema em frases comuns dentro da empresa. «Temos muitos projetos, mas pouco lucro.» «Crescemos para 20 pessoas, mas o dono ganha como se fossem 12.» «Um cliente saiu — a gente dá um jeito, coloca a pessoa em um projeto interno» (ou seja, em bench integral por sua conta). «Vamos dar 10% de desconto para esse cliente, ele é grande» — quando a margem daquela conta já era 12%, e o desconto transforma tudo em prejuízo.

Tudo isso é sintoma da mesma coisa: a empresa olha a diferença entre valor/hora e salário, mas nunca calcula o lucro por pessoa depois de bench e custos fixos. O faturamento é alto, e o dono fica se perguntando para onde foi o lucro.

Como enxergar a margem de cada desenvolvedor

Para gerenciar isso, você precisa ver receitas e custos por pessoa ou por projeto, não tudo misturado no mesmo bolo. No Finmap, você cadastra projetos e áreas, registra a receita dos clientes e o custo direto de quem executa o trabalho — e acompanha a margem bruta por engenheiro e da empresa como um todo. O bench deixa de ser invisível: um mês vazio aparece no relatório imediatamente, não seis meses depois como um vago «o lucro caiu por algum motivo». Você também enxerga qual cliente traz uma margem saudável e qual apenas ocupa pessoas quase de graça.

Relacionado — como a contabilidade gerencial difere da contabilidade tradicional em empresas de TI e como medir a utilização da equipe.

O que fazer a respeito

• Defina uma meta de utilização e acompanhe semanalmente, não uma vez por trimestre. Uma semana vazia identificada a tempo ainda pode ser coberta com uma venda.
• Inclua o bench no preço: o valor/hora precisa cobrir não só as horas ocupadas, mas também as inevitáveis horas vazias. Se a utilização-alvo é 75%, o preço é construído sobre isso, não sobre 100%.
• Meça o lucro por pessoa depois dos custos fixos, não a diferença bruta entre valor/hora e salário. Só o primeiro número mostra a verdade.
• Analise a margem por cliente: um cliente grande com desconto muitas vezes traz menos resultado do que um pequeno pagando o preço cheio.
• Planeje substituições e contratações com base na demanda, não no «vai que precisa». Toda pessoa contratada para «crescimento» sem projeto é bench puro pago por você.

Outstaff parece um negócio simples até você começar a fazer a conta por pessoa. Quando faz, fica claro quem realmente gera lucro, quem está parado em bench e por onde a margem escapa nas horas não faturáveis. Aí as decisões sobre contratação, descontos ou um novo projeto passam a ser tomadas com base em números, não na sensação de que «tem muita gente, então deve estar tudo bem».

O dinheiro não desaparece. Você só não está vendo.

Teste o Finmap grátis por 14 dias e veja a margem de cada desenvolvedor e projeto ainda este mês — sem precisar montar planilhas manualmente.