Em lucros cessantes de operação física, a maior dificuldade costuma ser demonstrar o faturamento que teria ocorrido. Em marketplace, essa dificuldade diminui: a plataforma registra cada venda, cada visita, cada conversão, com histórico contínuo e granular da própria conta.
Isso permite uma projeção ancorada em dados reais, e não em estimativa. O que o trabalho precisa fazer com rigor é o resto: apurar a margem efetiva depois de todos os descontos da plataforma, tratar a sazonalidade com períodos equivalentes e separar o efeito da interrupção de outros fatores que afetavam a operação no mesmo intervalo.
Como o cálculo é feito
Delimitação do período de interrupção
Data de início, data de retomada e eventual operação parcial no intervalo, com a comprovação de cada marco.
Reconstrução do histórico da conta
Série de vendas anterior ao evento, em janela suficiente para capturar sazonalidade, extraída dos relatórios da plataforma.
Apuração da margem real
Cálculo do resultado líquido por pedido, após comissão, frete, tarifas, publicidade e custo do produto.
Tratamento da sazonalidade
Comparação com períodos equivalentes de anos anteriores, e não com meses imediatamente precedentes.
Separação de fatores concorrentes
Identificação de variações de reputação, de ranqueamento, de estoque ou de mercado que afetavam a operação independentemente do evento.
Projeção e correção
Aplicação da margem apurada sobre o volume projetado, com cada mês corrigido a partir da sua data-base.
Onde este cálculo costuma errar
São os pontos que mais geram impugnação — e os que conferimos primeiro quando a planilha vem pronta da parte contrária.
Faturamento projetado como se fosse lucro
Em marketplace, a distância entre faturamento e margem é grande — comissão, frete e publicidade consomem parte relevante. Projetar o bruto infla o pedido de forma evidente.
Janela histórica com sazonalidade não tratada
Comparar um período de alta com meses comuns produz projeção que a operação não sustentava fora daquela data.
Ruptura de estoque atribuída ao evento
Queda de venda por falta de produto não decorre do bloqueio. A separação precisa ser feita e demonstrada.
Efeito de reputação e ranqueamento ignorado
Contas com queda de indicadores já apresentavam tendência de redução, o que precisa ser isolado do efeito do evento.
Documentos que sustentam o trabalho
- Relatórios de vendas de período extenso, anterior e posterior ao evento
- Relatórios financeiros com todos os descontos por pedido
- Relatórios de tráfego, conversão e reputação da conta
- Comprovação documental do início e do fim da interrupção
- Notas fiscais de compra, para apuração do custo do produto
- Relatórios de estoque do período
A falta de qualquer um deles não impede o trabalho: fica registrada no laudo, com a indicação do que foi usado em substituição e do que, por consequência, não pode ser afirmado.
O que você recebe
- Margem real apurada — resultado líquido por pedido, após todos os descontos
- Projeção ancorada no histórico — com a janela e o tratamento de sazonalidade declarados
- Separação de fatores — efeito do evento isolado das demais causas de variação
- Série corrigida — cada mês de perda atualizado a partir da sua data-base
Perguntas frequentes
A projeção com base no histórico da conta é aceita?+
É a base mais defensável disponível nesse tipo de operação, porque decorre de dados registrados pela própria plataforma e não de estimativa externa. O que precisa acompanhar é o tratamento da sazonalidade e a separação de fatores concorrentes.
Como se separa o efeito do bloqueio de outras causas?+
Analisando os indicadores da conta antes do evento — tráfego, conversão, reputação, disponibilidade de estoque. Quando já havia tendência de queda, ela é isolada e o efeito atribuído ao evento é apenas o incremento a partir do marco.
Vale para suspensão temporária de anúncio?+
Vale, com a mesma metodologia e escala menor. A delimitação precisa do período de suspensão e a identificação dos anúncios afetados são o que define a extensão do cálculo.