Contabilidade gerencial para agências de TI: os três números que dizem tudo

"₴12 milhões de receita anual. 15 desenvolvedores. Três anos no lucro. E, sinceramente, quando me perguntaram, eu não sabia dizer qual projeto dava lucro e qual estava drenando dinheiro aos poucos."

A fundadora de uma agência de serviços de TI contou esse momento de virada durante um encontro de liderança. A empresa dela vinha crescendo havia três anos. A receita saiu de ₴4 milhões para ₴12 milhões. A equipe foi de 5 para 15 desenvolvedores. No fim do ano, havia lucro. Por qualquer métrica externa, era um negócio bem-sucedido.

Até que o COO fez uma pergunta: "Dos nossos 11 projetos ativos, quais dois são os mais lucrativos por hora de desenvolvedor?"

Ela não soube responder. A contabilidade mostrava a receita por projeto — às vezes, quando o faturamento dos projetos estava bem separado. Mas não mostrava as horas dos desenvolvedores alocadas em cada projeto. Não mostrava a taxa horária efetiva depois de descontar ociosidade, férias, trabalho interno. Não mostrava a margem de contribuição por tipo de projeto: T&M, preço fechado ou contrato recorrente.

Ela sabia que a margem total da empresa era saudável. Mas não sabia quais clientes geravam essa margem e quais estavam, silenciosamente, financiando o crescimento da agência com a própria margem dela.

Este artigo fala sobre os três números de que uma dona de agência de TI precisa para entender de verdade o próprio negócio — e por que a contabilidade tradicional não entrega esses números, por mais cuidadoso que seja o contador.

O paradoxo: ₴12 milhões de receita não significam ₴12 milhões em decisões

A maioria dos donos de agência acompanha dois números: receita e lucro líquido. São os números que o contador entrega, os números usados para apresentar a empresa, os números monitorados mês a mês.

Mas esses dois números são agregados demais para orientar decisões. Uma agência de TI com ₴12 milhões de receita e margem líquida de 18% — ou seja, ₴2,16 milhões de lucro — parece saudável. Só que:

• Se 60% da receita vem de dois clientes, existe um risco de concentração escondido no negócio
• Se o projeto mais lucrativo entrega 38% de margem e o menos lucrativo entrega −4%, o número consolidado esconde tanto uma oportunidade — fazer mais projetos do tipo lucrativo — quanto um problema: o projeto que dá prejuízo
• Se a utilização dos desenvolvedores está em 58%, mas a lista de projetos parece "lotada", há ₴1,4 milhão de capacidade faturável não realizada por ano
• Se a equipe é deslocada de trabalhos pagos de clientes para demandas internas não faturadas 20% do tempo, a taxa horária efetiva é muito menor do que a tabela publicada

Os números consolidados dizem: "você tem lucro". As decisões precisam saber: "onde, com quem, em quê e com que estabilidade". A contabilidade gerencial para uma agência de TI existe justamente para responder a isso.

O conceito geral — contabilidade gerencial como disciplina — está no artigo principal → Management Accounting Explained.

Os três números que a contabilidade gerencial produz para agências de TI

Para uma agência de serviços de TI, três números concentram a maior parte das decisões importantes. Número um — taxa de utilização por desenvolvedor. Das horas que um desenvolvedor tem disponíveis no mês — cerca de 160 — quantas foram faturáveis para um cliente? Uma empresa de serviços, no papel, costuma assumir 100%. O número realista para uma agência de TI fica entre 60% e 75%. O restante vai para apoio a vendas, ferramentas internas, treinamento, afastamentos, férias e períodos entre projetos. A utilização acompanhada por desenvolvedor, mês a mês, mostra quem está de fato alocado, quem está entre projetos, onde existe capacidade escondida e onde a agência está mantendo equipe demais para a demanda atual.

Número dois — taxa horária efetiva por projeto. A tabela de preços é uma intenção: "nossa hora de desenvolvedor sênior é ₴1.800". A taxa efetiva é o que acontece na prática depois de escopo que cresce, descontos para manter a equipe ocupada, horas internas não faturadas e retrabalho. Em uma agência de TI saudável, a taxa efetiva costuma ficar entre 75% e 90% da taxa publicada. Abaixo de 70%, há subprecificação ou vazamento de escopo. Calculado por projeto, esse número mostra quais projetos são consistentemente lucrativos e quais vão escapando do controle em silêncio.

Número três — margem de contribuição por projeto e por tipo de projeto. É a receita menos os custos diretos de entrega — tempo dos desenvolvedores pelo custo total, subcontratados e ferramentas vinculadas ao projeto — antes da alocação de despesas gerais. Calculada por projeto, é o sinal estratégico mais importante: mostra quais trabalhos vale buscar mais, quais precisam de novo preço, quais clientes merecem aprofundamento e quais clientes é melhor encerrar.

Esses três números não aparecem em um DRE feito para fins fiscais. Eles surgem quando se coloca a contabilidade gerencial por cima de uma escrituração bem organizada e de um bom controle de horas. O artigo #2 → explica a diferença entre escrituração contábil e gestão; o artigo #4 → trata do DRE gerencial ao qual isso se conecta.

Como esses números mudam preços, contratações e carteira de clientes

Quando esses três números existem, quatro tipos de decisão deixam de ser tomadas no instinto e passam a ter estrutura.

Precificação. Em vez de "vamos manter os mesmos preços porque os clientes não reclamaram", a conversa vira: "nossa taxa efetiva neste cliente está em 67% da tabela — estamos perdendo 33 pontos por vazamento de escopo. Ou apertamos o escopo, ou aumentamos o preço em 30%". Específico. Defensável.

Contratação. Em vez de "parece que estamos muito ocupados, vamos contratar mais um dev", a decisão vira: "a utilização da equipe está em 76% há três meses e deve continuar assim considerando o pipeline. Um sênior a mais já entraria com 65% de utilização e chegaria a 75% no terceiro mês. Cabe no cenário base, mas fica apertado no cenário pessimista". Modelado. Justificável. O artigo #5 → mostra o modelo financeiro que permite rodar esses cenários.

Carteira de clientes. Em vez de "os clientes são mais ou menos parecidos", a carteira passa a ser gerida: encerrar os dois clientes com margem de contribuição negativa, aprofundar os três com margem acima da média e propor reajuste para os dois clientes intermediários cuja taxa efetiva está silenciosamente abaixo do limite aceitável.

Decisões sobre linhas de serviço. Quando a margem de contribuição é medida por tipo de projeto — desenvolvimento com preço fechado, T&M ou contrato recorrente — a agência descobre quais modelos são mais lucrativos e ajusta o mix de vendas de acordo. Muitas agências percebem que o trabalho de menor margem é justamente aquele de que historicamente mais gostavam — e passam a agir com base nisso.

As complicações específicas do setor de TI

Algumas realidades das agências de TI tornam a contabilidade gerencial mais difícil do que em outros negócios de serviços — e ainda mais valiosa quando bem-feita. Disciplina no controle de horas. Sem registrar horas por desenvolvedor e por projeto, não dá para medir utilização nem taxa efetiva. A maioria das agências começa com uma ferramenta — Toggl, Harvest, Clockify — e a disciplina se consolida em 60 a 90 dias. O próprio hábito de registrar horas revela problemas: um desenvolvedor apontando 14 horas por dia sugere erro de estimativa de escopo; outro apontando 4 horas por dia em "interno" revela subutilização.

Tempo ocioso entre projetos. Entre um projeto e outro, os desenvolvedores continuam gerando custo sem gerar faturamento. Isso não é capital morto: pode ser preparação, treinamento, apoio a vendas. Mas precisa ser acompanhado e orçado. Uma agência saudável costuma operar com cerca de 10% a 15% de bench. Acima de 25%, o problema é de pipeline comercial, não de entrega.

Exposição cambial. Muitas agências ucranianas de TI faturam em dólar ou euro e pagam em hryvnia. A variação do câmbio afeta a margem. Uma contabilidade gerencial que converte tudo para uma única moeda de relatório, usando as taxas corretas, mostra a margem real — e revela quando a explicação para a mudança de margem é câmbio, não operação.

Mix de tipos de projeto. Preço fechado, T&M — time and materials —, contrato recorrente, equipe dedicada: cada modelo tem dinâmica de margem, risco e prazo de entrada de caixa diferentes. Consolidar toda a receita em um número só esconde quais modelos estão ganhando participação e quais estão reduzindo a margem.

Como implementar contabilidade gerencial em 90 dias

A dona da agência do início fez isso ao longo de um trimestre. Foram três fases.

Fase 1 — Base, semanas 1 a 4. Implementar o controle de horas. Classificar todas as horas dos desenvolvedores em: faturáveis para cliente/projeto específico, internas — apoio a vendas, treinamento, ferramentas —, bench — entre projetos — e administrativas. Fazer todos os desenvolvedores registrarem horas de forma consistente. O primeiro mês de dados será incompleto, e tudo bem.

Fase 2 — Mapeamento, semanas 5 a 8. Mapear todos os projetos ativos: receita, data prevista de término, custo total dos desenvolvedores — salário + benefícios + alocação de overhead — e custos diretos, como subcontratados e ferramentas. Calcular a margem de contribuição por projeto no trimestre anterior. Os números vão surpreender. O artigo #4 → explica o DRE gerencial ao qual isso se conecta.

Fase 3 — Integração às decisões, semanas 9 a 12. Com três meses de dados de utilização e margem de contribuição por projeto, a dona roda três decisões: (1) um cliente para reajustar, (2) um cliente para encerrar, (3) uma contratação modelada em três cenários. Depois dessas decisões, a prática já está instalada. A cadência mensal assume daí em diante.

O artigo #12 → apresenta o modelo de cadência.

📌 Veja como a contabilidade gerencial funciona para uma agência de serviços de TI — utilização, taxa efetiva e margem de contribuição por projeto — em uma visão integrada. Agende uma demonstração de 20 minutos do Finmap. Vamos mostrar a estrutura real de uma agência exemplo e como esses três números revelam as decisões. Agendar uma demonstração do Finmap →

Base do tema: Management Accounting Explained: o que é e por que os donos de empresas precisam dela

Setor: Como o Finmap ajuda empresas de TI a organizar a gestão financeira