Todos os guias

Por 6 de setembro de 20268 minutos de leitura

Como prever a demanda de componentes para pacotes de produtos

A demanda real de um componente são suas próprias vendas mais cada pacote que o contém. O cálculo funcionou e os erros de reordenamento que os pacotes causam sem ele.

Um componente vendido sozinho e dentro de dois pacotes tem três fluxos de demanda alimentando um número de estoque. Preveja os fluxos separadamente e você fará o pedido desse número de estoque três vezes. Preveja apenas a página do produto e você pedirá cerca de dois terços do que a prateleira realmente perde.

Este post é a aritmética para isso, trabalhada de ponta a ponta. Como o Shopify representa pacotes e diminui o estoque de componentes é abordado no guia de gerenciamento de inventário de pacotes; este assume que o decréscimo acontece e lida com a decisão de compra que ele cria.

Por que os pacotes quebram uma previsão

Cada método de previsão neste site começa a partir de uma coluna de vendas unitárias anteriores para um SKU. Isso funciona porque, para um produto comum, a coluna de vendas e a movimentação do estoque são o mesmo evento contado uma vez.

Um pacote corta isso. A caixa de presente é vendida como caixa de presente e uma vela sai da prateleira. Se sua rotina de planejamento percorre a lista de produtos e prevê cada linha a partir de seu próprio histórico, a vela é planejada a partir da linha da vela e a caixa de presente é planejada a partir da linha da caixa de presente, e nada nessa rotina percebe que a segunda linha gasta o estoque da primeira linha. O estoque da vela se esgota enquanto sua previsão, calculada corretamente, diz que deveria ter restado cinco semanas de cobertura.

A coluna de vendas da vela e o movimento do estoque da vela deixaram de ser o mesmo número no dia em que você lançou um pacote contendo-a.

O cálculo

Demanda do componente = vendas unitárias independentes + a soma, em cada pacote que o contém, de (vendas unitárias do pacote × quantidade do componente por pacote)

Simples de anotar. Duas condições devem ser válidas antes que a soma seja verdadeira, e ambas são fáceis de ignorar.

A figura autônoma deve ser autônoma. Se o número para o qual você está ligando para vendas independentes já inclui unidades consumidas por pacotes, adicionar o termo do pacote contará essas unidades duas vezes. Este é o erro mais caro no tópico, porque é invisível: o total parece maior, totais maiores parecem mais seguros e o excesso de pedido chega antes que alguém questione o método. O tipo de número que seu relatório fornece é o assunto da seção a seguir, e vale a pena definir antes de calcular qualquer coisa.

Todos os históricos devem abranger o mesmo período, após o lançamento dos pacotes. As vendas em pacote geralmente substituem algumas vendas independentes, em vez de adicioná-las de forma limpa. Suponha que a vela vendesse 40 por semana antes de você lançar um pacote duplo e agora vende 35 por semana, enquanto o pacote duplo atrai 10 por semana. O pacote adicionou 5 unidades de demanda real, e não 10; os outros 5 saíram da coluna autônoma. Pegue um histórico independente de pré-lançamento de 40 e adicione o sorteio completo de hoje de 21 e você terá 61 por semana contra 56 reais, cerca de 9% de alta, que é 60 unidades excedentes por trimestre e $ 420 em dinheiro a um custo unitário de $ 7. Use números pós-lançamento para ambas as metades e o deslocamento já será tratado, porque está incluído no número independente que você está lendo.

O caso estranho é um pacote que ainda não foi lançado, onde não existe histórico de pós-lançamento. Aí terá de estimar qual a percentagem das vendas do pacote que será constituída por nova procura e não por procura deslocada, e deixar explícito que se trata de uma estimativa. Supondo que a aditividade total seja o extremo agressivo dessa faixa, e não o neutro.

Um exemplo trabalhado

Um componente, dois pacotes, doze semanas. Cedar & Fig, 250g é vendido sozinho, fica na caixa de presente Cedar & Fig (uma vela por caixa) e fica em um pacote duplo duplo (duas velas por pacote).

  • Autônomo: 34, 36, 33, 35, 36, 34, 35, 37, 34, 36, 35, 35. Total de 420 unidades, 35 por semana.
  • Caixa de presente: 6, 14, 9, 22, 5, 12, 8, 18, 7, 11, 10, 10. Total de 132 caixas, 11 por semana, uma vela cada.
  • Pacote duplo: 4, 6, 5, 7, 3, 5, 6, 4, 5, 6, 4, 5. Total de 60 pacotes, 5 por semana, duas velas cada.

Demanda de componentes = 420 + (132 × 1) + (60 × 2) = 420 + 132 + 120 = 672 unidades em doze semanas. Isso significa 56 por semana, ou 8,0 unidades por dia durante 84 dias, contra 5,0 por dia sugerido pelas próprias vendas da vela.

420

unidades vendidas em sua própria página de produto

252

unidades consumidas pelos dois pacotes

672

unidades que realmente saíram da prateleira

8,0

unidades reais por dia, contra 5,0 independentes

Semana após semana, a diferença varia mais do que as médias sugerem.

SemanaAutônomoDe pacotesTotal
1341448
2362662
3331952
4353671
5361147
6342256
7352055
8372663
9341751
10362359
11351853
12352055

A coluna autônoma nunca chega a 38. O sorteio semanal real atinge o pico em 71 na semana 4, porque os dois pacotes são erráticos e a vela não. A variabilidade de um componente é herdada dos pacotes dentro dele, e é por isso que um SKU estável pode começar a se comportar como um instável sem que nada mude no produto.

Agora a contagem dupla, nos mesmos números. Se o valor da sua vela já inclui unidades acionadas por pacote, ele indica 672 e não 420. Adicione o termo do pacote de qualquer maneira e você planeja 924 unidades, 11 por dia, 37,5% a mais do que a loja consome. Ao longo de um ciclo de doze semanas, são 252 velas excedentes, US$ 1.764 em dinheiro a um custo unitário de US$ 7, paradas em uma prateleira porque um fluxo foi contado duas vezes.

Three demand streams feeding one component stock pool and one reorder pointThree boxes on the left each represent one way the same candle leaves the shelf over twelve weeks: standalone sales at thirty-five units a week for four hundred and twenty units, gift box sales at eleven a week using one candle each for one hundred and thirty-two units, and twin pack sales at five a week using two candles each for one hundred and twenty units. Arrows from all three converge on a single box in the middle labelled as one stock number, holding the combined six hundred and seventy-two units over the twelve weeks, or eight a day. A final arrow leads from there to one reorder point of one hundred and twenty-six units, calculated as eight units a day across a twelve-day lead time plus a thirty-unit safety buffer. The point of the picture is that there is only ever one pool and one trigger, however many streams drain it: forecasting the three streams as if each had its own stock would book the same candles three times over.Three streams. One stock number. One trigger.Cedar & Fig 250g, twelve weeks: 420 + 132 + 120 = 672 unitsStandalone, 35 a week420 unitsGift box, 11 a week1 candle each, 132 unitsTwin pack, 5 a week2 candles each, 120 unitsOne stock number672 units in 12 weeks8 a dayOne reorder point(8 × 12) + 30 = 126Plan the three streams separately and you buy for the same pool three times.
Nada na foto é estoque de um pacote. Há um conjunto de velas e os feixes dão mais duas batidas nele.

Obtendo os dados do Shopify

Extrair e limpar um histórico de vendas é um trabalho próprio, abordado em previsão de demanda a partir de dados de vendas do Shopify. Os pacotes adicionam uma pergunta a esse processo, e ela deve ser respondida antes que os números signifiquem alguma coisa: a figura do componente à sua frente é apenas independente ou já inclui unidades controladas por pacote?

O Shopify documenta que os níveis de estoque de componentes são reduzidos quando um pacote é vendido. O que não conseguimos encontrar documentado nas páginas de pacotes do Shopify é como uma venda de pacote é atribuída nos relatórios de vendas de produtos, e a resposta pode diferir entre o próprio aplicativo de pacotes do Shopify e os aplicativos de pacote de terceiros. Portanto, não aceite uma resposta geral, incluindo esta. Teste:

  • Anote a quantidade disponível atual do componente e suas unidades vendidas no dia.
  • Faça um pedido real de um pacote que o contenha, em uma quantidade conhecida.
  • Verifique a quantidade disponível do componente movimentada pelo valor esperado.
  • Verifique o relatório de variante de vendas por produto para o mesmo dia e veja se a contagem de unidades do componente também mudou ou apenas do pacote.

Se o número de vendas do componente mudasse, seu relatório já estaria fornecendo a demanda combinada e o prazo do pacote seria uma contagem dupla. Se apenas o pacote for movido, o valor do seu componente será independente e o cálculo acima se aplicará conforme escrito. Dez minutos, uma vez por pacote de aplicativo, e isso resolve a questão para sua loja, e não para uma loja hipotética.

Mais uma coisa a ser retirada durante a exportação: semanas em que o componente ou pacote ficou indisponível. Uma ruptura de estoque se parece exatamente com demanda zero em um relatório de vendas, e um pacote que não pôde ser vendido porque um componente diferente acabou produz um zero neste componente também.

Reordenar pontos para componentes

Nada na fórmula muda. O fórmula de ponto de reabastecimento calcula a média diária de vendas, prazo de entrega e estoque de segurança; um componente de pacote apenas o alimenta com uma primeira entrada diferente.

Cedro e Figo, 250g, com prazo de entrega de 12 dias e buffer de 30 unidades:

  • Somente demanda autônoma: (5 × 12) + 30 = 90 unidades.
  • Demanda combinada: (8 × 12) + 30 = 126 unidades.

A diferença de 36 unidades entre eles é de quatro dias e meio de demanda real, a 8 por dia. Um gatilho definido em 90 não falha ruidosamente; ele dispara com quatro dias e meio de atraso, a cada ciclo, e o buffer absorve a diferença até que chegue uma semana de pacote um pouco pesada e isso não aconteça. Esse é o padrão por trás da maioria das rupturas de estoque relacionadas a pacotes: não é um método errado, mas um método certo que alimenta um dos três fluxos.

Duas notas práticas. Defina o gatilho no componente, nunca no pacote, porque o pacote não possui estoque próprio para acionar. E recalcular a taxa do componente sempre que um pacote que o contém for adicionado, retirado ou reprecificado, pois cada um deles altera um dos termos da soma.

Pacotes promocionais

Uma promoção de pacote é um aumento de demanda em todos os componentes ao mesmo tempo, e os componentes sentem isso de maneira muito diferente. A estimativa do tamanho do aumento é abordada em promoções e previsão de estoque. O que importa aqui é como ele pousa.

Digamos que a caixa de presente custa 40 por semana durante duas semanas, em vez de 11. O sorteio de velas passa de 56 para 85 por semana, um aumento de cerca de metade. O aparador de pavio dentro da mesma caixa não tem nenhuma venda autônoma, então seu sorteio passa de 11 para 40 por semana, perto de quatro vezes. O componente com menor demanda individual sofre o maior impacto relativo de uma promoção de pacote e geralmente é aquele barato que ninguém assiste.

Seguem-se duas regras. Converta a promoção em unidades componentes antes de fazer qualquer pedido, não em unidades de pacote. E compare o prazo de entrega de cada componente com a data da promoção, pois aquele que não chega a tempo limita tudo independente de quanto de todo o resto você comprou.

Quando um componente é a restrição

Shopify deriva a disponibilidade do pacote dos níveis de estoque dos produtos componentes, e o produto com o nível de estoque mais baixo determina quantos pacotes podem ser vendidos. Em termos de planeamento, um componente detém o limite máximo para todo o pacote e comprar mais de qualquer outro componente não o aumenta.

Com 210 velas e 64 aparadores em mãos, você pode vender 64 caixas de presente. Outras 200 velas não alteram esse número em nada. Portanto, a ordem de revisão de um pacote é feita por cobertura e prazo de entrega, e não por valor: calcule quantas semanas de cobertura cada componente tem em relação à sua demanda combinada, classifique em ordem crescente, e o topo da lista é a restrição real do pacote. Muitas vezes é a linha mais barata da caixa, e é por isso que raramente é revisada primeiro. Observar esse número cair antes de morder é o mesmo trabalho que prever rupturas de estoque antes que elas aconteçam, aplicado a um componente e não a um produto.

Manter três fluxos, dois pacotes e um pool de estoque alinhados em uma planilha é possível para um pacote e fica feio rapidamente. StockCuea previsão do pacote leva em conta todos os planos, incluindo o Gratuito: as vendas do pacote fluem até a demanda do componente, de modo que o ponto de pedido do componente é calculado em relação a tudo o que o drena, e não em relação à sua própria página de produto.

Perguntas frequentes

Como calculo a demanda total de um produto vendido sozinho e em pacotes?

Adicione as vendas unitárias independentes do componente às vendas unitárias de cada pacote que o contém, multiplicadas pela quantidade desse componente que cada pacote usa. Um componente que vende 420 unidades por si só durante doze semanas, mais 132 caixas de presente usando uma cada, mais 60 pacotes duplos usando duas cada, tem uma demanda real de 672 unidades, e não 420. Duas condições devem ser válidas para que essa soma seja correta: o número independente não deve já incluir as unidades geradas por pacotes, e todos os três históricos devem vir do mesmo período, após o lançamento dos pacotes.

As vendas em pacote aparecem nos relatórios de vendas de produtos do Shopify?

Verifique em sua própria loja, em vez de confiar em uma resposta geral. A documentação de pacotes do Shopify afirma que os níveis de estoque de componentes são reduzidos quando um pacote é vendido, mas não conseguimos encontrar uma declaração nessas páginas sobre como a venda é atribuída nos relatórios de vendas de produtos, e o comportamento pode diferir entre o aplicativo de pacotes primários do Shopify e aplicativos de pacotes de terceiros. Faça um pedido de teste para um pacote e verifique se a contagem de unidades do componente mudou em seu relatório de variante de vendas por produto. Esse único teste informa se o valor do seu componente é apenas independente ou já inclui a demanda de pacote, e tudo o que acontece posteriormente depende de saber qual.

Como defino um ponto de reabastecimento para um componente de pacote?

Use a mesma fórmula de ponto de reabastecimento que você usa para todo o resto, com a demanda combinada como entrada diária de vendas, em vez da demanda autônoma. Para um componente que desenha 672 unidades em 84 dias, ou seja, 8 unidades por dia, portanto, um prazo de entrega de 12 dias fornece 96 unidades de demanda de prazo de entrega mais seu buffer de segurança. Usar a taxa autônoma de 5 por dia definiria o gatilho em 60 mais o buffer, que é acionado depois que você já cruzou o valor real.

O que acontece com os outros componentes quando um deles acaba?

O pacote deixa de ser vendável porque o Shopify deriva a disponibilidade do pacote dos níveis de estoque dos produtos componentes e o produto com o nível de estoque mais baixo determina quantos pacotes podem ser vendidos. Os outros componentes mantêm qualquer demanda independente que tenham, e as unidades que você comprou especificamente para ficar dentro do pacote param de se mover até que o componente que falta esteja de volta. É por isso que o componente com o maior prazo de entrega merece o acionamento de novo pedido mais cedo, e não aquele com as vendas mais altas.

STOCKCUE

Somar manualmente três fluxos de demanda a cada ciclo de compra é a etapa que silenciosamente para de acontecer. A previsão do StockCue reconhece o pacote em todos os planos, incluindo o Gratuito, portanto, o ponto de novo pedido de um componente já leva em conta os pacotes que o gastam.

Instale StockCue no Shopify →
Shovon, engenheiro de software da Devmerx

Shovon

Engenheiro de software

Shovon 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.