Rentabilidade em serviços de TI e digitais: a margem real por cliente, produto e serviço
A sua taxa de ocupação parece saudável. A margem por projeto é que está mentindo. Em software, SaaS e serviços gerenciados (MSP), o custo que decide o seu lucro é o custo que ninguém fatura: a equipe parada entre projetos, as horas de pré-venda, o escopo que cresceu sem cobrança e o retrabalho. Uma diária média esconde os quatro. O custeio TDABC coloca um número em cada um, projeto por projeto e cliente por cliente, para que o trabalho que você continua perseguindo seja o trabalho que realmente dá lucro.
Em serviços de TI e digitais, boa parte do custo total é tempo de equipe ociosa, pré-venda, gestão e retrabalho que as horas faturáveis nunca capturam. Custear apenas as horas cobradas superestima a margem do projeto e esconde que uma parcela relevante dos clientes dá prejuízo depois que suporte, infraestrutura de nuvem e onboarding são carregados. O TDABC atribui essas horas escondidas ao trabalho que as causou, para que cada projeto, cada produto e cada cliente mostre a sua margem real, com dados que a sua empresa já tem.
Onde a margem se perde
O resultado de uma empresa de serviços digitais parece bom no topo. As diárias são competitivas, as metas de ocupação são batidas, o funil de vendas está cheio. Aí a margem operacional chega fina e ninguém sabe dizer exatamente qual conta a drenou. A razão é estrutural: uma diária média precifica a hora faturável e absorve em silêncio tudo o que a cerca. Entre os custos que ficam invisíveis estão:
- Equipe parada entre projetos: o tempo de engenharia entre uma entrega e outra é custo real. Se ele não cai em nenhum projeto, todo projeto parece mais barato do que é.
- Suporte por cliente: chamados, dúvidas recorrentes, incidentes e SLAs consomem horas do time. Um cliente que abre dez tickets por semana custa muito mais do que um que abre um por mês.
- Infraestrutura de nuvem: o consumo de computação, armazenamento e banda de cada conta raramente é rastreado por cliente, mesmo variando muito entre eles.
- Onboarding e implantação: integrar um novo cliente exige configuração, migração de dados, treinamento e acompanhamento. Esse custo inicial pesa sobre a margem dos primeiros meses.
- Pré-venda e retrabalho: as horas que um negócio exigiu para fechar e as correções quando o escopo mudou nunca aparecem na fatura, então nunca aparecem contra o projeto que as causou.
Espalhe esses custos de forma uniforme e a conta bem gerida subsidia a bagunçada. O time é levado a acreditar que a conta bagunçada está boa, porque na diária média ela parece boa. Não é a diária que está errada. É que nunca pediram a ela que carregasse o custo da complexidade.
Os clientes que consomem muito suporte
Em software e SaaS, dois clientes podem pagar a mesma mensalidade e gerar lucros opostos. A diferença quase nunca está no preço: está no consumo. Um cliente que usa o produto de forma autônoma, com poucos chamados e consumo de nuvem previsível, é barato de servir. Já o cliente que abre tickets constantes, exige customizações, pede integrações fora do padrão e força a infraestrutura consome uma fatia desproporcional da capacidade de engenharia e suporte.
Quando você olha só para a receita recorrente, presume que todos os clientes consomem recursos de forma parecida. Na prática, é comum que a cauda de contas mais exigentes devolva boa parte do lucro construído pelas contas bem geridas. Medir o custo real de servir cada conta transforma a pergunta de "quanto esse cliente paga por mês?" para "quanto sobra depois de tudo o que gastamos para atendê-lo?". É essa segunda pergunta que separa cliente lucrativo de cliente que apenas parece grande.
Custo por feature, produto e tier de assinatura
A rentabilidade em serviços digitais não se resolve só no nível do cliente. Ela também vive dentro do produto. Cada funcionalidade tem um custo de manter: engenharia, testes, suporte e infraestrutura que ela consome mês a mês. Algumas features são muito usadas e sustentam a retenção. Outras foram construídas para um punhado de clientes, quase não são usadas e continuam custando caro para manter.
O mesmo vale para os tiers de assinatura. Um plano de entrada pode ter margem apertada porque o custo de suporte e onboarding é quase igual ao de um plano maior, mas a receita é bem menor. Um tier intermediário pode ser o que realmente sustenta a operação. Sem enxergar o custo por feature e a margem por tier, você toma decisões de roadmap e de preço no escuro, mantendo o que dá prejuízo e subvalorizando o que dá lucro.
A capacidade das equipes de engenharia
Em serviços de TI, o recurso mais caro e mais escasso é o tempo das equipes de engenharia e suporte. Toda a rentabilidade depende de como essa capacidade é usada. A ocupação faturável amarra tudo: um ganho de poucos pontos na ocupação costuma elevar a margem operacional de forma sensível, mas só depois que você consegue enxergar para onde vão as horas não faturadas.
O TDABC trata a capacidade de frente. Para cada grupo de recursos (desenvolvimento, suporte, DevOps, gestão de contas), ele calcula o custo por minuto da capacidade prática, tipicamente 80 a 85 por cento da capacidade teórica. A capacidade ociosa, o que você paga mas não usa, aparece como capacidade ociosa, e não como uma taxa mais pesada empurrada sobre todos os projetos. Assim você sabe se o problema é excesso de time, subprecificação ou clientes caros demais de servir.
Como o TDABC dá a margem real
A forma mais eficiente de medir a margem real em serviços digitais é o custeio TDABC (Time-Driven Activity-Based Costing). Em vez de ratear despesas por percentuais arbitrários, o TDABC mede quanto tempo cada atividade consome e quanto custa um minuto de capacidade. Ele funciona com dois blocos:
- Custo por minuto do recurso: quanto custa cada minuto de cada equipe (desenvolvimento, suporte, infraestrutura, gestão de contas), sobre a capacidade prática e não a teórica.
- Equações de tempo: como um projeto ou uma conta consome tempo. Escopo fixo de implantação, mais horas por requisito, por ticket de suporte, por integração, por tier de assinatura.
Com isso, as horas escondidas, equipe parada, pré-venda, gestão de contas, onboarding e retrabalho, se conectam ao projeto e ao cliente que as causaram. O custo que a diária média escondia finalmente ganha um dono. Projetos, produtos e clientes passam a se ordenar por margem real, e os que dão prejuízo viram candidatos a reprecificar, redesenhar o atendimento, mudar de tier ou definir um mínimo, cada decisão com o número por trás.
Exemplo ilustrativo
Os números a seguir são ilustrativos, para mostrar o mecanismo. Numa empresa de serviços digitais ilustrativa, dois projetos são assinados pelo mesmo valor de contrato e pela mesma diária média. No relatório mensal eles parecem gêmeos, e o segundo costuma ser exatamente aquele que o time é incentivado a repetir.
Ao rastrear as horas não faturadas, eles se separam por completo. O Projeto A teve escopo bem definido, poucas mudanças e realização de diária alta: a margem reportada de +22 por cento sobe para cerca de +28 por cento na margem real com TDABC. O Projeto B teve escopo mudado onze vezes, muito retrabalho e uma realização de diária bem menor: a margem reportada de +24 por cento vira cerca de -12 por cento na margem real. O Projeto B é justamente o que caminhava para uma renovação nos mesmos termos. Um modelo de custo coloca a margem real dele na mesa antes dessa decisão, e não na revisão de fim de ano, quando o caixa já foi.
Como avançar
Conhecer a margem real por cliente, produto e serviço abre opções concretas: reprecificar contas caras de servir, criar planos de suporte pagos para clientes de alto consumo, revisar tiers de assinatura, cobrar por customizações fora do padrão, descontinuar features caras e pouco usadas ou redesenhar o onboarding. O objetivo não é punir clientes, e sim alinhar preço, tier e condições ao custo real de atendê-los. O ponto de partida usa dados que a sua empresa já tem: horas de time, tickets de suporte, consumo de nuvem, contratos e faturamento. O TDABC transforma esses dados na margem que a diária média nunca mostrou.
Perguntas frequentes
Por que a margem por projeto parece boa mas o lucro final é fino?
Porque a diária média precifica só a hora faturável e absorve em silêncio a equipe parada, a pré-venda, o retrabalho e o suporte. Esses custos não aparecem na fatura, então não aparecem contra o projeto que os causou. O TDABC carrega essas horas escondidas em cada projeto e revela a margem real.
Como saber quais clientes consomem suporte e nuvem demais?
Medindo o custo de servir cada conta: horas de suporte por tickets e incidentes, consumo de infraestrutura de nuvem e esforço de gestão da conta. O TDABC atribui esse tempo e esse consumo ao cliente que os gerou, separando as contas que dão lucro das que devolvem o lucro construído pelas demais.
Dá para calcular margem por feature e por tier de assinatura?
Sim. Cada funcionalidade tem um custo de manter (engenharia, testes, suporte, infraestrutura) e cada tier tem um custo de servir. Com equações de tempo, o TDABC atribui esses custos ao produto e ao plano certos, mostrando quais features e quais tiers realmente sustentam o lucro.
Preciso de um sistema caro ou de meses de projeto?
Não. O TDABC é leve e usa dados que a empresa já tem: horas de equipe, tickets, consumo de nuvem, contratos e faturamento. Não é preciso instalar um sistema caro nem parar a operação. Um mapeamento inicial de projetos, produtos e clientes já revela onde a margem real está.
Prova
Um distribuidor na Nova Zelândia. €1,335M de custo de servir tornado visível, depois reduzido à metade, e 830 clientes deficitários reduzidos a 295.
Ler o estudo de caso →Com quem você vai falar
Miguel Guimarães, Sócio-fundador
Trabalhando com custos e lucro há mais de 25 anos. Apresentou o caso de cost-to-serve da Damco no Managing for Profit (Amsterdã RAI, dezembro de 2009), no mesmo programa que Robert S. Kaplan.
Ligue +351 910 313 731
