Todos os guias

Por 6 de setembro de 20268 minutos de leitura

Por que os mais vendidos continuam esgotados

Um limite fixo de estoque baixo não muda quando a taxa de vendas de um produto muda. Por que seus vendedores mais rápidos estocam primeiro e as quatro soluções que mudam isso.

Um gatilho de reordenação é um número fixo. Uma taxa de vendas não é. Tudo o que está abaixo decorre dessa incompatibilidade e afeta mais os produtos que fazem mais trabalho, porque um número obsoleto é ultrapassado mais rapidamente onde as unidades se movem mais rapidamente.

Este post é sobre um único produto de rápida movimentação e os parâmetros com os quais ele foi planejado. Se o seu problema for o outro formato, muito estoque no total, mas o estoque errado, isso é um problema de portfólio e não por produto, e é abordado em muito estoque, mas ainda sem os mais vendidos.

A velocidade ultrapassa um número fixo

Pegue o SKU que este site usa em suas postagens de fórmula: "Cedro e Figo, 250g", planejado para 5 unidades por dia com prazo de entrega do fornecedor de 12 dias e buffer de 30 unidades. Isso dá um ponto de reabastecimento de 90 unidades, e a 5 por dia, 90 unidades são 18 dias de cobertura contra um prazo de entrega de 12 dias. Confortável. Correto. Calculado corretamente.

Agora, suponha que ele decole e se estabilize em 11 unidades por dia. Nada no cálculo estava errado; uma de suas entradas simplesmente foi movida. Noventa unidades equivalem agora a pouco mais de oito dias de cobertura e o prazo de entrega ainda é de 12 dias. O pedido ainda é feito no dia em que o número é cruzado, e a prateleira ainda esvazia cerca de quatro dias antes da entrega chegar.

The same reorder point under two different sales ratesA single reorder point of 90 units is drawn as a horizontal reference line, with two stock lines falling away from the same trigger moment. The first falls at the planned rate of 5 units a day and still has 30 units left, the intended buffer, on the day the delivery arrives 12 days later. The second falls at the actual rate of 11 units a day, reaches zero on day 8, and sits at zero for roughly four days before the same delivery lands. The trigger number, the supplier lead time and the order itself are identical in both cases. Only the slope has changed, and that alone converts a comfortable plan into a stockout.One trigger number, two sales ratesCedar & Fig, 250g: reorder point 90 units, supplier lead time 12 days90reorder pointorder placeddelivery lands12 days later, either way30 units leftthe buffer, as designedabout 4 days at zeroday 8: sold outplanned rate: 5 units a dayactual rate: 11 units a day
Ambas as linhas iniciam no mesmo dia, na mesma trigger, com o mesmo fornecedor. A única diferença entre uma entrega que chega em buffer e outra que chega com quatro dias de atraso é o ângulo da linha.

A mesma aritmética explica por que os que avançam lentamente escapam com números obsoletos durante anos. Um erro de planejamento de 20 unidades equivale a quatro dias de cobertura para um produto que vende 5 por dia e menos de dois dias para um que vende 11 por dia. Cada unidade de imprecisão vale menos tempo em um movimento rápido, então o movimento rápido é onde surge primeiro um número que não foi tocado em seis meses.

Este não é o argumento de que um limite de estoque baixo digitado seja um instrumento pior do que um ponto de pedido calculado; nesse caso, e seu próprio diagrama, vivem em o guia para alertas de estoque baixo do Shopify. O problema aqui é mais restrito, porque ele sobrevive fazendo as contas corretamente: um ponto de reabastecimento calculado corretamente ainda fica obsoleto no momento em que suas entradas se movem.

Prazo de entrega em relação a uma taxa de crescimento

O segundo mecanismo só aparece em um produto que ainda está em aceleração e funciona na quantidade do pedido e não no gatilho.

Suponha que você dimensione um pedido para cobrir 30 dias nos atuais 11 por dia: 330 unidades. Essas unidades são encomendadas com base na taxa de hoje e consumidas em relação à taxa de amanhã. Se o produto chegar a 13 por dia no momento em que a caixa chega, 330 unidades são aproximadamente 25 dias de cobertura, não 30. Faltam cinco dias para que a entrega seja desempacotada e o próximo ciclo começa em uma prateleira mais baixa do que o planejado. Num produto em crescimento isto repete-se e o défice acumula-se em vez de atingir a média.

Uma média móvel piora as coisas de uma forma que é fácil de ignorar. Defina a velocidade dos últimos 90 dias em um produto com tendência ascendente e o valor obtido fica próximo ao meio dessa janela: descreve o produto como era há cerca de 45 dias. O atraso é estrutural e não um erro aritmético. Num produto plano não custa nada; num país em crescimento, todos os números de planeamento são sistematicamente baixos.

A resposta é encurtar a janela para produtos que estão sendo movimentados e planejar um SKU crescente em relação à demanda durante o prazo de entrega próximo, em vez de uma média da demanda por trás dele. O tratamento geral do que ainda causa rupturas de estoque depois que a matemática estiver certa permanece em evitando rupturas de estoque no Shopify.

Um buffer plano em um movimento rápido

O terceiro mecanismo é a linha de estoque de segurança, e é a mesma falha do primeiro com roupas diferentes. Trinta unidades de tampão em Cedar & Fig representavam seis dias de cobertura, 5 por dia. Às 11 por dia, as mesmas 30 unidades são inferiores a três dias.

Um buffer escrito em unidades é uma promessa de dias, e apenas um desses dois números permanece imóvel.

É por isso que uma regra interna do tipo “ter 30 unidades de estoque de segurança em tudo” falha assimetricamente. Na metade lenta de um catálogo, ele compra em excesso, o que é caro, mas visível no valor das ações. Na metade rápida, ele compra menos, o que é invisível até que algo se esgote, e compra menos precisamente nos produtos em que o esgotamento exige mais atenção.

Dimensionar o buffer a partir da variabilidade da demanda e do lead time do próprio produto, conforme o guia de ponto de reabastecimento funciona, produz um número maior para um movimento rápido automaticamente. A questão não é que os best-sellers mereçam tratamento especial. É que um cálculo por SKU dá a eles o tratamento de que precisam, sem que ninguém tenha que decidir, e uma regra fixa não.

Promoções e pull-forward

Os mais vendidos são os produtos que você promove, portanto eles absorvem mais distorção promocional do que o resto do catálogo, e essa distorção empurra os números de planejamento em ambas as direções em poucas semanas.

Durante a promoção, as vendas aumentam e se transformam em uma média móvel que aumenta o próximo pedido enquanto ele permanecer dentro da janela. Depois disso, parte da demanda que você viu foi antecipada nas semanas seguintes: clientes que teriam comprado em três semanas compraram durante a promoção. O período seguinte parece artificialmente silencioso, então o pedido seguinte é curto, assim que o produto retorna à sua taxa real.

O efeito líquido é o excesso de pedidos imediatamente após uma promoção e o subpedido um mês depois, a partir da mesma média não ajustada. Estimar a elevação e redefinir a linha de base posteriormente é um assunto próprio, abordado em promoções e previsão de estoque. O que importa aqui é quais produtos carregam a distorção: aqueles que você desconta, que geralmente são aqueles dos quais você não pode se dar ao luxo de ficar sem.

A solução é a cadência da revisão

Todos os quatro mecanismos têm a mesma raiz. Um número de planejamento estava correto quando foi definido, o que ele descrevia mudou e nada foi verificado. Portanto, a solução não é uma fórmula melhor. Ele recalcula com frequência suficiente para que o número não possa variar em mais de um ciclo de pedido antes que alguém o examine.

Duas coisas decorrem disso.

  • Classifique a revisão pela rapidez com que o produto se move, não pela quantidade de produtos que você possui. Um produto vendido 11 por dia queima um mês de erros de planejamento em dias; quem vende 2 por semana pode ficar com um número obsoleto por um quarto. Uma única cadência em todo o catálogo é muito lenta para o topo e muito rápida para o final.
  • Defina o intervalo de revisão em relação ao ciclo do pedido, não ao calendário. Com um prazo de entrega de 12 dias e uma revisão mensal, um número pode estar errado por mais de um ciclo completo antes que alguém o questione. Revisar semanalmente os velozes custa pouco, porque são poucos.
  • Expresse os gatilhos em dias de cobertura e depois converta em unidades. Um gatilho mantido como "12 dias de lead time mais 6 dias de buffer" se recalcula sempre que a velocidade é atualizada. Um gatilho mantido como "90" não.
  • Recalcular após cada promoção, não na próxima data agendada. Esse é o momento em que se sabe que as entradas estão distorcidas, portanto é o momento em que um cronograma é menos útil.

A razão pela qual a maioria das lojas não faz isso é o volume aritmético, e não o desacordo. Recalcular a velocidade, o ponto de reabastecimento e o buffer semanalmente para o topo de um catálogo leva alguns minutos por SKU e um pedaço real de uma semana em um catálogo completo, feito todas as semanas, indefinidamente. StockCue recalcula esses números a partir de dados de vendas em tempo real, em vez de deixá-los onde foram digitados pela última vez, usando até 24 meses de histórico de pedidos, com previsão de demanda em todos os planos, incluindo o Grátis.

STOCKCUE

O ponto de reabastecimento do seu best-seller deve mudar junto com a taxa de vendas. O StockCue recalcula a velocidade, o ponto de reabastecimento e o buffer por SKU a partir do seu histórico real de pedidos, portanto, um produto que dobrou sua taxa no mês passado ainda não está sendo planejado com base nos números do último trimestre. Grátis cobre 50 SKUs, o que geralmente é suficiente para armazenar todos os produtos aos quais esse problema se aplica.

Instale StockCue no Shopify →

Perguntas frequentes

Por que os produtos mais vendidos se esgotam com mais frequência do que os mais lentos?

Porque os números que acionam seus novos pedidos são fixos e sua taxa de vendas não. Um gatilho definido quando um produto vendido 5 unidades por dia representa um determinado número de dias de cobertura; quando o mesmo produto começa a ser vendido 11 por dia, esse número idêntico de unidades cobre menos da metade do tempo, enquanto o prazo de entrega do fornecedor não muda. Quanto mais rápido um produto é vendido, mais rápido qualquer número de planejamento obsoleto é ultrapassado, de modo que os mais vendidos atingem a lacuna primeiro.

Com que frequência o ponto de reabastecimento de um best-seller deve ser recalculado?

Frequentemente suficiente para que ele não fique obsoleto em mais de um ciclo de pedido. Uma regra prática é recalcular pelo menos a mesma frequência que o lead time mais o intervalo de revisão, e semanalmente para qualquer produto cuja taxa de vendas esteja visivelmente mudando. Produtos mais lentos e estáveis ​​podem levar meses entre os recálculos, e é por isso que uma única cadência de revisão em um catálogo inteiro tende a estar errada em ambas as extremidades.

Aumentar o limite de estoque baixo resolve isso?

Ele ganha tempo uma vez e depois fica obsoleto novamente exatamente da mesma maneira, porque o novo número também é fixo. Vale a pena aumentá-lo como um patch imediato em um produto que está atualmente em risco. A solução duradoura é expressar o gatilho em dias de cobertura, derivado da velocidade de vendas atual e do lead time atual, de modo que o valor unitário se mova por conta própria quando a taxa de vendas o fizer.

Um best-seller deveria ter mais estoque de segurança do que todo o resto?

Nas unidades, quase sempre sim, mas isso é uma consequência e não uma decisão. O estoque de segurança é dimensionado a partir da variabilidade da demanda e do prazo de entrega do próprio produto, de modo que um produto que vende mais unidades por dia chega a um buffer maior por meio da mesma fórmula que todos os outros usam. O erro a evitar é copiar uma contagem fixa de unidades em todo o catálogo, porque esse mesmo número representa semanas de cobertura em um produto lento e alguns dias em um produto rápido.

Tanjil Ahmed, desenvolvedor do Shopify na Devmerx

Tanjil Ahmed

Desenvolvedor Shopify

Tanjil Ahmed escreve sobre as operações de estoque do Shopify para Devmerx, o estúdio por trás do StockCue: Inventory Forecast.

Precisa de ajuda com sua loja Shopify?

Devmerx constrói e otimiza lojas Shopify para marcas DTC. Agende uma consulta gratuita de 20 minutos.