DRE por linha de negócio em uma empresa de TI: desenvolvimento, suporte e alocação de profissionais

Uma empresa de TI raramente faz uma coisa só. Por dentro, normalmente várias frentes de negócio rodam ao mesmo tempo: desenvolvimento de produto, outsourcing ou alocação de profissionais, suporte, às vezes SEO, design ou consultoria junto. No nível da empresa como um todo, os números parecem bons — tem faturamento, tem lucro no fim do ano. Mas isso é como olhar a temperatura média de um hospital: uma frente pode ser muito lucrativa enquanto outra consome discretamente, por anos, tudo o que a primeira ganhou.

Enquanto você olha apenas para o DRE geral, isso não aparece. Um P&L por frente de negócio é o mesmo demonstrativo, só que separado para cada frente. Ele responde à pergunta que define a estratégia de uma empresa: com o que a gente realmente ganha dinheiro e o que continua mantendo só por hábito?

Vamos ver, passo a passo, como montar esse relatório, analisar um exemplo real com números e entender quais decisões ele permite tomar. Se contabilidade gerencial ainda é um assunto novo para você, comece pelo básico em Contabilidade Gerencial para uma Empresa de TI em Palavras Simples.

Por que o P&L geral esconde a verdade

Imagine uma empresa com 12 milhões de UAH de faturamento anual e 1,5 milhão de UAH de lucro. À primeira vista, está tudo bem: o negócio está no azul, a margem fica em torno de 12%. O dono fica tranquilo e continua desenvolvendo todas as frentes por igual.

Agora vamos abrir esse mesmo resultado por frente. Aí aparece que o desenvolvimento de produto gerou +2,4 milhões, a alocação de profissionais +0,3 milhão, e o suporte — menos 1,2 milhão. Em outras palavras, as frentes lucrativas vêm subsidiando a frente deficitária há anos, e a empresa cresce não graças ao suporte, mas apesar dele. No P&L geral, nada disso fica visível — o prejuízo de uma frente simplesmente se esconde atrás do lucro de outra.

É exatamente por isso que o lucro total é um número perigoso para tomar decisões. Ele diz: “no geral, estamos bem”, mas não mostra onde investir nem o que corrigir. Um P&L por frente de negócio elimina essa média enganosa.

Passo 1. Defina suas frentes pelo jeito como elas ganham dinheiro

Uma frente de negócio não é um departamento nem uma equipe — é a forma como você ganha dinheiro. Desenvolvimento por preço fechado, alocação mensal de profissionais, suporte por contrato recorrente, produto próprio por assinatura — são modelos diferentes, com economias diferentes, e cada um precisa ser apurado separadamente.

Não fragmente demais. No começo, 3 a 5 frentes que sejam claramente diferentes do ponto de vista financeiro já bastam. O teste principal é simples: se duas frentes ganham dinheiro de formas diferentes e você poderia encerrar uma sem mexer na outra, elas são frentes separadas.

Passo 2. Atribua as receitas às frentes

Marque cada recebimento com uma frente. O pagamento por um projeto de preço fechado vai para “desenvolvimento”, a fatura mensal de desenvolvedores dedicados vai para “alocação de profissionais”, um contrato recorrente de suporte vai para “suporte”. É o passo mais simples, mas é ele que define a estrutura de todo o relatório.

Um cuidado: se um cliente paga por vários serviços em um único pagamento — desenvolvimento + suporte, por exemplo — divida o valor entre as frentes. Caso contrário, uma frente fica artificialmente inflada às custas de outra.

Passo 3. Atribua os custos diretos — principalmente salários e tempo

Em TI, o maior custo são as pessoas, e é exatamente aí que a verdade sobre suas frentes fica escondida. Se um desenvolvedor trabalha exclusivamente em um projeto de alocação de profissionais, o salário dele entra integralmente nessa frente. Se um líder técnico passa metade do tempo no produto e metade no suporte, o salário precisa ser dividido meio a meio entre as frentes.

Sem alocar o tempo, um P&L por frente de negócio não funciona: todos os salários caem em um bolo só, e a frente que dá prejuízo parece saudável porque seu custo real fica “espalhado” pela empresa inteira. Você não precisa implantar controle de horas minuto a minuto — no início, uma estimativa honesta de qual porcentagem do tempo cada pessoa-chave dedica a cada frente já é suficiente.

No mesmo grupo entram outros custos diretos da frente: terceiros, licenças e serviços de projetos específicos, cloud do produto, viagens de negócio. Tudo que existe exatamente por causa daquela frente.

Passo 4. Distribua os custos compartilhados

O que sobra são custos que não pertencem a uma única frente: escritório, contabilidade, salários da gestão, vendas, marketing. Eles também precisam ser distribuídos, senão o lucro das frentes fica superestimado. As bases de rateio mais simples são a receita de cada frente ou o número de pessoas nela.

Não complique demais: mesmo um rateio aproximado, mas consistente, entrega uma visão várias vezes mais precisa do que deixar os “custos compartilhados vivendo por conta própria”. O ponto principal é aplicar a mesma regra a todas as frentes.

Exemplo: um P&L por frente de negócio em números

Vamos voltar à empresa com 12 milhões de UAH de faturamento. Vamos dividir o ano em três frentes.

Desenvolvimento: receita de 6 milhões, salários da equipe de 2,8 milhões, terceiros 0,4 milhão, parcela dos custos compartilhados 1,2 milhão → lucro +1,6 milhão (margem ~27%).

Alocação de profissionais: receita de 4 milhões, salários dos desenvolvedores dedicados 3,0 milhões, custos compartilhados 0,8 milhão → lucro +0,2 milhão (margem ~5%).

Suporte: receita de 2 milhões, salários da equipe de suporte 2,3 milhões, custos compartilhados 0,6 milhão → lucro −0,9 milhão (margem −45%).

Somando tudo, chega-se a aproximadamente os mesmos +0,9 milhão, mas agora o principal está visível: o desenvolvimento sustenta a empresa, a alocação de profissionais mal se paga, e o suporte dá prejuízo de forma constante. Isso já não é mais “no geral, está positivo” — são decisões concretas em cima da mesa.

Quais decisões um P&L por frente de negócio permite tomar

Quando você enxerga as frentes separadamente, cada uma vem com um caminho claro. Desenvolvimento lucrativo — escalar: mais projetos desse tipo, mais pessoas. Alocação de profissionais com margem de 5% — revisar os preços, porque ela opera quase no zero a zero e qualquer ociosidade joga o resultado para o vermelho, como no caso 20 desenvolvedores, uma taxa por hora e nenhuma ideia de quanto o projeto rendeu.

Suporte dando prejuízo — não é para encerrar às cegas, mas para investigar: talvez o preço esteja baixo demais e os contratos recorrentes precisem subir, ou talvez ele ajude a reter clientes para o desenvolvimento lucrativo e seja um investimento deliberado. O ponto é que agora isso vira uma decisão consciente, não um acidente. A mesma abordagem aplicada a clientes, em vez de frentes, está em P&L por Cliente: Quem Realmente Traz Dinheiro, e a comparação entre frentes, localidades e canais está em Margem por Frente de Negócio, Localidade e Canal.

Montar um P&L por frente de negócio manualmente no Excel é possível, mas todo mês vira um trabalho cansativo de alocar salários e custos compartilhados. No Finmap, você vincula as transações às frentes uma vez, e o lucro de cada frente é calculado automaticamente — teste grátis por 7 dias.