Com que frequência atualizar o seu modelo de custos? Um guia por tipo de negócio

Não existe uma frequência única

"Construímos o modelo há dois anos" é uma das frases que mais indicam um problema de modelo de custos. Nem sempre, mas com frequência suficiente para valer uma análise sistemática.

A frequência certa de atualização não é a mesma para todo negócio. Ela depende de quão rápido a sua estrutura de custos muda, de quão crítico para a decisão o modelo é, e do que a sua infraestrutura de dados sustenta.

Guia de frequência por tipo de negócio

Negócios de alta mudança (startups, empresas de crescimento acelerado, negócios em reestruturação, companhias com M&A ativo): reconstrução completa a cada 6 meses; atualização de taxas trimestral; atualização estrutural em até 30 dias de qualquer evento-gatilho; validação de saídas mensal.

Negócios de mudança média (mid-market estabelecido, mix de produtos estável, contratação moderada): reconstrução completa anual; atualização de taxas semestral; atualização estrutural em até 60 dias dos eventos-gatilho; validação de saídas trimestral.

Negócios de baixa mudança (operações estáveis, linhas de produto consolidadas, estrutura de custos previsível): reconstrução completa a cada 18 a 24 meses; atualização de taxas anual; atualização estrutural conforme a necessidade; validação de saídas semestral.

Tornando as atualizações sustentáveis

A principal razão pela qual os modelos não são atualizados é que a atualização parece um projeto, exigindo investimento significativo de tempo a cada vez. Isso acontece quando o modelo não está bem estruturado para manutenção.

Um modelo TDABC bem estruturado (no CostCtrl ou em outro) torna a atualização de taxas um exercício de 2 a 4 horas, e não de 2 semanas. A estrutura é definida uma vez; os números se atualizam. As práticas-chave que tornam as atualizações sustentáveis: documentar as fontes de dados de cada cost pool (para saber onde procurar); parametrizar as equações de tempo (para que atualizar uma estimativa se propague automaticamente); e incluir uma revisão anual do modelo no calendário de finanças, com um responsável fixo. Se o seu modelo hoje exige um consultor para ser atualizado, o que precisa mudar é a estrutura do modelo, não a sua frequência.

Perguntas frequentes

Quais são os quatro tipos de atualização de um modelo de custos?

Reconstrução completa (recalibrar do zero cost pools, equações de tempo e taxas), atualização de taxas (mudar totais dos cost pools sem alterar a estrutura), atualização estrutural (adicionar ou remover atividades e categorias, acionada por evento) e validação de saídas (comparar saídas com margem real, mensal). Cada tipo tem esforço e gatilho próprios.

Com que frequência um negócio de alta mudança deve reconstruir o modelo?

A cada 6 meses, com atualização de taxas trimestral, atualização estrutural em até 30 dias de qualquer evento-gatilho e validação de saídas mensal. Startups, empresas de crescimento acelerado, negócios em reestruturação e companhias com M&A ativo entram nessa categoria.

Como sei que a minha frequência está baixa demais?

Quando o modelo contradiz o que a operação vivencia, quando mudanças relevantes não estão refletidas, quando você parou de usar as saídas por falta de confiança, ou quando a última reconstrução completa foi há mais de 18 meses em um negócio de mudança média a alta. Qualquer um desses sinais indica deriva além da vida útil.

Por que atualizar o modelo parece sempre um projeto?

Porque o modelo não está bem estruturado para manutenção. Um modelo TDABC bem estruturado transforma a atualização de taxas em 2 a 4 horas, não 2 semanas: a estrutura é definida uma vez e os números se atualizam. Documentar fontes, parametrizar equações de tempo e definir um responsável fixo tornam isso sustentável.

Um modelo pode se atualizar sozinho?

A camada financeira sim: o CostCtrl conecta-se ao ERP e a exports do ERP e se atualiza a cada fechamento. A camada operacional, as equações de tempo, precisa de revisão humana, mas o sistema sinaliza quando as saídas desviam do período anterior acima de um limite, disparando a checagem no momento certo.

Leia também