Rentabilidade de Nível Enterprise para PME, Sem Orçamentos das Big-4
A capacidade séria de custeio e de análise de rentabilidade foi construída para gigantes: projetos das Big-4 orçamentados em milhões e plataformas de custeio enterprise que demoram anos a implementar. Às pequenas e médias empresas restaram folhas de cálculo, intuição, ou nada de todo. Reconstruímos o método e as ferramentas para a PME. O Custeio Baseado em Atividades e Orientado pelo Tempo (TDABC) dá-lhe a mesma verdade defensável de custo e de rentabilidade que os gigantes pagam; o CostCtrl entrega-a como software à escala e ao preço de uma PME. O mesmo rigor, dimensionado e orçamentado para o modo como uma PME B2B realmente funciona.
Em resumo. A análise de rentabilidade de nível enterprise esteve historicamente disponível apenas para organizações que podiam suportar projetos de consultoria das Big-4 ou suites de custeio de vários milhões, como o SAP Profitability and Cost Management ou o Oracle Hyperion Profitability and Cost Management. Essas vias são lentas, dispendiosas e raramente a melhor opção para uma empresa de média dimensão. Fechamos essa lacuna combinando um método rigoroso com software construído para o efeito: TDABC (Custeio Baseado em Atividades e Orientado pelo Tempo, tal como enquadrado por Kaplan e Anderson) para uma rentabilidade defensável por cliente, produto e canal, e o CostCtrl para o industrializar. O resultado é entregue em semanas e não em anos, construído sobre os dados que já tem, e passado à sua própria equipa financeira para que seja dela. A mesma verdade que os gigantes compram, sem o orçamento dos gigantes.
Porque o trabalho rigoroso de rentabilidade ficou fora do alcance da PME
Durante trinta anos, as duas vias credíveis para uma visão defensável da rentabilidade estavam ambas construídas em torno de grandes orçamentos e longos ciclos de aquisição. A primeira era um projeto de consultoria com uma das grandes firmas: genuinamente capaz, genuinamente dispendioso e habitualmente dimensionado para um grupo com centenas de milhões de receita e um orçamento de mudança à altura. A segunda era o software de custeio enterprise, licenciado e implementado ao longo de trimestres ou anos, orçamentado para organizações com uma equipa dedicada de contabilidade de custos para o operar.
Nenhuma destas vias foi concebida a pensar numa empresa de média dimensão. O mercado formou-se em torno dos clientes que o podiam pagar, o que significou que as ferramentas, o preço e o modelo de entrega assumiam todos uma escala que a maioria das PME simplesmente não tem. Não é uma queixa quanto aos incumbentes; é uma observação sobre o modo como o mercado foi construído. A capacidade seguiu os cheques maiores, e os cheques maiores nunca viriam de uma empresa com quarenta colaboradores e um controller a acumular três funções.
A consequência é uma lacuna de capacidade que nada tem a ver com a necessidade. Uma PME B2B enfrenta exatamente as mesmas perguntas que uma grande empresa enfrenta. Que clientes ganham de facto dinheiro depois de carregado o custo de os servir? Que produtos sustentam a combinação de vendas? Onde está a margem a escapar silenciosamente através de descontos, intensidade de serviço, ou de uma longa cauda de pequenas encomendas? As perguntas são idênticas; apenas o acesso a respondê-las como deve ser tem sido desigual.
Folhas de cálculo, intuição, ou nada
Postas fora do alcance do rigor que as grandes empresas tomam por garantido, a maioria das PME recorre a uma de três posições, e as três custam dinheiro em silêncio.
A folha de cálculo. Um modelo heroico construído por uma pessoa competente, que imputa os custos indiretos como uma percentagem fixa da receita ou do número de colaboradores. Parece preciso, mas uma imputação fixa não consegue fazer um cliente grande parecer não rentável, que é precisamente a conclusão que importa. Vive também num único portátil, parte-se quando essa pessoa sai, e leva uma semana a atualizar, pelo que se degrada mais depressa do que o negócio muda.
A intuição. Proprietários e gestores experientes desenvolvem instintos fortes sobre que contas vale a pena manter, e esses instintos acertam mais vezes do que um céptico admitiria. Mas o instinto avalia mal a cauda de forma rotineira, porque o custo de servir uma conta pequena, de contacto intenso e de muitas devoluções está espalhado de forma invisível por todos. A margem bruta agregada parece saudável, pelo que os geradores de prejuízo nunca são interrogados.
Nada de todo. A posição mais comum de todas. A receita é gerida, a tesouraria é vigiada, mas a verdadeira rentabilidade por cliente e por produto simplesmente nunca é medida. O negócio faz crescer o topo da linha e assume que o resultado final se seguirá, e depois pergunta-se porque é que a margem não expande com a escala. Habitualmente não expande, porque o crescimento vem carregado de complexidade não tarifada.
Nenhuma destas posições é uma falha de inteligência ou de diligência. São a resposta racional a um mercado que não ofereceu às PME nenhum caminho acessível para algo melhor. Toda a nossa proposta é remover essa restrição.
TDABC: verdade de nível enterprise sem esforço de nível enterprise
A nossa resposta começa pelo método, porque uma ferramenta mais barata a correr um método fraco apenas produz a resposta errada mais depressa. O Custeio Baseado em Atividades e Orientado pelo Tempo foi desenvolvido por Robert Kaplan e Steven Anderson precisamente para corrigir a fragilidade do custeio baseado em atividades clássico, que ruía sob o peso de entrevistas intermináveis e de centenas de atividades. O TDABC precisa apenas de dois dados por atividade: o custo por unidade de tempo de fornecer capacidade, e o tempo que cada transação, produto ou cliente efetivamente consome.
Essa economia de dados é o que o torna implementável à escala de uma PME. Estima uma taxa de custo de capacidade para cada conjunto de recursos, o seu custo anual a dividir pela sua capacidade prática, e uma equação de tempo para cada atividade, e depois deixa os dados de transação fazerem a imputação. Não há necessidade de um exército permanente de analistas a conduzir estudos de tempos e movimentos. Kaplan e Anderson recomendam fixar a capacidade prática em cerca de 80 a 85 por cento da teórica, o que mantém a capacidade ociosa e a utilizada visíveis em vez de diluídas no produto, uma distinção que importa enormemente quando se está a decidir o que tarifar e o que redimensionar.
O resultado é a mesma classe de resposta que uma grande empresa paga a uma firma das Big-4 para produzir: uma margem líquida totalmente carregada para cada cliente, produto e canal, e a visão em curva da baleia que os ordena do mais para o menos rentável. É defensável perante uma administração, uma entidade financiadora ou um comprador, porque cada valor se liga de volta às contas auditadas. O rigor não é diluído por ser entregue a uma empresa mais pequena; é apenas tornado acessível.
CostCtrl: o motor de custeio à escala e ao preço da PME
Um bom método precisa ainda de um motor onde correr, e é aqui que o mercado histórico mais falhou à PME. As plataformas de custeio enterprise são poderosas mas foram construídas para um comprador diferente: o custo de licença, o prazo de implementação e a carga administrativa assumem todos uma organização que trata a contabilidade de custos como um departamento permanente. O CostCtrl existe para entregar a mesma disciplina de modelação sem esse peso.
O CostCtrl industrializa o cálculo TDABC: taxas de custo de capacidade, consumo por equação de tempo, reporte de capacidade não utilizada, e as visões de rentabilidade e de curva da baleia sobre as quais a gestão atua. É alimentado pelos dados que uma PME já tem, uma exportação de ERP, um ficheiro contabilístico SAF-T, extrações de folha salarial e de logística, em vez de uma integração à medida que tenha primeiro de ser encomendada. Como o modelo é software e não uma folha de cálculo, atualiza-se mensalmente ao toque de um botão em vez de morrer como um ficheiro estático no momento em que o seu autor está ocupado.
A comparação abaixo é a forma honesta do mercado, e a posição que o CostCtrl foi construído para ocupar.
| Via para a verdade da rentabilidade | Custo típico | Prazo típico | Quem acaba dono dela |
|---|---|---|---|
| Projeto de consultoria das Big-4 | Centenas de milhares a milhões | De vários meses a mais de um ano | Os consultores; o modelo sai muitas vezes com eles |
| Suite de custeio enterprise (SAP PCM, Oracle HPCM) | Milhões em licença mais implementação | De trimestres a anos | Uma equipa interna dedicada de contabilidade de custos |
| Folha de cálculo ou intuição | Baixo custo em tesouraria, alto custo oculto | Contínuo, frágil | Uma pessoa sobrecarregada |
| TDABC entregue no CostCtrl | À escala da PME, por subscrição | Semanas até um primeiro modelo | A sua própria equipa financeira, por conceção |
A questão não é que as opções enterprise sejam más. Para uma verdadeira multinacional podem ser a escolha certa. A questão é que nunca foram dimensionadas para uma PME B2B, e até agora não existia nada que o fosse.
Porque reconstruir ambos é a questão toda
Muitos fornecedores oferecem metade da resposta. Há consultores que conduzem um estudo de custeio à mão, e há fornecedores de software que vendem uma licença e o deixam a descobrir o método sozinho. Nenhum, por si só, fecha a lacuna para uma PME. Um estudo feito à mão é um instantâneo que envelhece no momento em que é entregue e custa demasiado para se repetir. Uma ferramenta sem método é uma forma rápida de produzir um número errado com confiança.
O que faz a diferença é reconstruir ambos em conjunto, afinados para o mesmo comprador. O método tem de ser um que corra com dados modestos e estimativas razoáveis, o que o TDABC é e o ABC clássico não é. As ferramentas têm de ser umas que uma pequena função financeira consiga operar sem um especialista, o que o CostCtrl é e uma suite enterprise não é. Quando o método e o motor são concebidos para a mesma escala, o custo total de chegar a uma resposta defensável cai numa ordem de grandeza, e mantém-se baixo de cada vez que a atualiza.
É também por isto que o trabalho não termina num diagnóstico. Como o modelo é vivo e não um estudo pontual, estende-se naturalmente para a gestão baseada em atividades, para regras de preço de custo de servir, e para os KPI de rentabilidade no painel da administração. O mesmo motor que dimensiona o prémio também mantém a contagem à medida que o captura.
Semanas e não anos, sobre os dados que já tem
A rapidez não é um luxo para uma PME; é a diferença entre agir sobre a economia deste ano e auditar a do ano passado. Uma grande empresa pode absorver um projeto de custeio de nove meses porque tem a escala para esperar. Uma empresa de média dimensão precisa da resposta enquanto a decisão de preço ainda está em aberto. Como o TDABC precisa apenas de dois dados por atividade e o CostCtrl é alimentado a partir de extrações existentes, um primeiro modelo ao nível da decisão levanta-se em semanas, e não nos trimestres ou anos que as vias enterprise exigem.
Igualmente importante, construímo-lo para ser entregue. Anos de implementação prática de TDABC ensinaram-nos que um modelo que vive apenas nas mãos do consultor é um modelo que morre no fim do projeto. Por isso o que entregamos não é uma caixa negra. É um modelo auditável que a sua própria equipa financeira consegue operar, atualizar e defender depois de sairmos, assente em fontes de dados que já controla. A competência transfere-se com ele; preferimos que nunca mais precisasse de nos ligar a construir uma dependência.
Essa é a diferença entre alugar uma resposta e ser dono de uma capacidade. A via das Big-4 aluga-lhe uma resposta a preço de prémio. A via da suite enterprise vende-lhe uma capacidade que depois tem de dotar de pessoal. Nós damos a uma PME a capacidade, à escala da PME, operada pelas pessoas que já lá estavam.
A mesma curva da baleia que os gigantes pagam milhões para ver
A forma mais clara de mostrar a lacuna que fechamos é um exemplo resolvido. Dois clientes com receita idêntica e margem bruta de produto idêntica parecem, em qualquer relatório convencional, igualmente bons. Carregue o custo de os servir de facto usando TDABC e a verdade separa-se. Esta é precisamente a análise que uma empresa grande compra a grande custo e que uma PME nunca antes conseguiu ver.
| Rubrica (anual) | Cliente A · estável, em paletes | Cliente B · pequeno, contacto intenso |
|---|---|---|
| Receita | €300.000 | €300.000 |
| Margem bruta (só produto) | €90.000 (30%) | €90.000 (30%) |
| Encomendas por ano | 48 | 720 |
| Processamento e preparação de encomendas | €6.000 | €41.000 |
| Entrega (paragens, cargas fracionadas) | €9.000 | €38.000 |
| Tempo de venda e apoio | €4.000 | €22.000 |
| Devoluções, notas de crédito e litígios | €2.000 | €17.000 |
| Custo de servir total | €21.000 | €118.000 |
| Margem líquida | €69.000 (23,0%) | −€28.000 (−9,3%) |
A mesma receita, a mesma margem de cabeçalho, economias opostas. O Cliente B não é um mau cliente; é um cliente mal tarifado e mal servido, e a correção é uma dimensão mínima de encomenda, uma sobretaxa de entrega, ou um escalão de serviço, não uma liquidação. Repita essa lógica por toda a carteira e obtém a curva da baleia: um escalão de topo de contas que contribui com bem mais de 100 por cento do lucro líquido, um meio que fica sensivelmente no ponto crítico, e uma cauda que o devolve em silêncio. Ler essa curva é o que transforma a margem agregada numa lista de ações específicas e rentáveis, e é o único resultado mais valioso que tem sido negado a uma PME.
Rentabilidade de nível enterprise, dimensionada para uma PME B2B
A Cost and Profitability entrega isto como um projeto de âmbito fixo construído para o mercado intermédio: um Profitability Health Check que reconstrói a sua demonstração de resultados por cliente, produto e canal, lê a curva da baleia, e lhe entrega um conjunto de ações quantificado e seu. O método é TDABC feito como deve ser; o motor é o CostCtrl, que mantém o modelo vivo pelo tempo que quiser em vez de morrer como um estudo estático. Somos deliberadamente agnósticos quanto ao software em tudo o que rodeia o motor de custeio e trabalhamos a partir do que já usa, pelo que não há um longo projeto de integração entre si e a resposta.
O argumento comercial é invulgarmente limpo, e é o mesmo que torna este trabalho irresistível para uma participada de private equity ou para uma grande empresa. O retorno não depende de ganhar nova receita. Vem de recuperar lucro que o negócio já gera e atualmente cede através de má tarifação e de complexidade não gerida. Para uma PME que nunca teve acesso a esta análise, a primeira passagem revela habitualmente margem que estava escondida à vista de todos, a um custo que é uma pequena fração das vias incumbentes.
Esse é o fio condutor de tudo o que fazemos: o mesmo rigor pelo qual os gigantes pagam milhões, reconstruído tanto no método como nas ferramentas para que uma pequena ou média empresa o possa ter em semanas, ser dona dele por inteiro, e agir sobre ele enquanto ainda importa. Rentabilidade de nível enterprise, sem orçamentos das Big-4, não é para nós um slogan. É a lacuna específica no mercado que fomos construídos para fechar.
- A análise de rentabilidade a sério só vale a pena para empresas grandes?
- Não. As perguntas são idênticas seja qual for a dimensão: que clientes e produtos ganham de facto dinheiro depois de carregado o custo de os servir. As empresas grandes tiveram simplesmente melhor acesso às ferramentas, porque o mercado se formou em torno de grandes orçamentos e longas aquisições. O TDABC precisa apenas de dois dados por atividade e corre sobre os dados que uma PME já guarda, pelo que a mesma análise está inteiramente ao alcance de uma empresa de média dimensão, a uma fração do custo histórico.
- Em que é que isto difere de contratar uma firma das Big-4 ou comprar software de custeio enterprise?
- Um projeto das Big-4 é capaz mas está orçamentado para grandes grupos e sai muitas vezes com os consultores. Uma suite enterprise como o SAP PCM ou o Oracle HPCM pressupõe uma equipa interna permanente de contabilidade de custos e uma implementação de vários trimestres. Reconstruímos o método e as ferramentas para a PME: TDABC para o rigor, CostCtrl para o motor, entregue em semanas, ao preço da PME, e passado à sua própria equipa financeira para operar.
- O que é o TDABC, e porque é que torna isto acessível?
- O Custeio Baseado em Atividades e Orientado pelo Tempo, desenvolvido por Kaplan e Anderson, atribui o custo real do trabalho que um negócio faz usando apenas dois dados por atividade: o custo por unidade de tempo de fornecer capacidade, e o tempo que cada transação consome. Essa economia de dados é o que remove os exércitos de analistas que o custeio baseado em atividades clássico exigia, que é precisamente o que torna a exatidão de nível enterprise implementável à escala e ao preço de uma PME.
- Quanto tempo demora, e preciso de dados limpos?
- Um primeiro modelo ao nível da decisão levanta-se habitualmente em semanas, e não nos trimestres ou anos que as vias enterprise levam. É construído sobre os dados que já tem, uma exportação de ERP, um ficheiro SAF-T, extrações de folha salarial e de logística, e o TDABC tolera estimativas razoáveis onde os registos são escassos. Dados perfeitos não são a condição de entrada; um modelo defensável e auditável é o resultado, e quaisquer lacunas tornam-se uma parte explícita do plano em vez de um motivo para esperar.
- Fico com o modelo, ou fico dependente do consultor?
- Fica com ele. O que entregamos é um modelo auditável a correr no CostCtrl que a sua própria equipa financeira consegue atualizar, defender e estender depois de o projeto terminar, sobre fontes de dados que controla. Isso é deliberado: um modelo que vive apenas nas mãos do consultor morre quando ele sai. Preferimos transferir a capacidade a construir uma dependência, e é também por isso que o modelo se atualiza mensalmente ao toque de um botão em vez de exigir um novo projeto de cada vez.
Fontes e leitura adicional: Robert S. Kaplan & Steven R. Anderson, Time-Driven Activity-Based Costing (Harvard Business Review Press, 2007) · Kaplan & Anderson, “Time-Driven Activity-Based Costing,” Harvard Business Review (2004) · Documentação de produto do SAP Profitability and Cost Management e do Oracle Hyperion Profitability and Cost Management · OCDE, Guidance for the Standard Audit File - Tax (SAF-T) · Baker Tilly, Visualizing customer profitability with the whale curve