Hoe u de vraag naar componenten voor productbundels kunt voorspellen
De werkelijke vraag naar een component is de eigen verkoop plus elke bundel die het bevat. De berekening werkte en de fouten bij het opnieuw ordenen veroorzaakten zonder dit.
Een component die zowel afzonderlijk als in twee bundels wordt verkocht, heeft drie vraagstromen die één voorraadnummer voeden. Voorspel de stromen apart en je bestelt drie keer voor dat voorraadnummer. Voorspel alleen de productpagina en u bestelt voor ongeveer tweederde van wat het schap daadwerkelijk verliest.
Dit bericht is de rekenkunde daarvoor, van begin tot eind uitgewerkt. Hoe Shopify bundels vertegenwoordigt en de voorraad componenten verlaagt, wordt behandeld in de bundelvoorraadbeheergids; deze gaat ervan uit dat de verlaging plaatsvindt en behandelt de koopbeslissing die hierdoor ontstaat.
Waarom bundels een voorspelling breken
Elke prognosemethode op deze site begint met een kolom met eerdere verkoopeenheden voor één SKU. Dat werkt omdat voor een gewoon product de verkoopkolom en de voorraadbeweging dezelfde gebeurtenis zijn, één keer geteld.
Een bundel verbreekt dat. De geschenkdoos wordt verkocht als geschenkdoos en een kaars verlaat de plank. Als uw planningsroutine de productlijst doorloopt en elke rij vanuit zijn eigen geschiedenis voorspelt, wordt de kaars gepland vanuit de rij van de kaars en wordt de geschenkdoos gepland vanuit de rij van de geschenkdoos, en niets in die routine merkt dat de tweede rij de voorraad van de eerste rij uitgeeft. De kaars is uitverkocht, terwijl uw voorspelling, correct berekend, zegt dat er nog vijf weken dekking over had moeten zijn.
De verkoopkolom van de kaars en de aandelenbeweging van de kaars waren niet langer hetzelfde getal op de dag dat u een bundel lanceerde die deze kaars bevatte.
De berekening
Vraag naar componenten = zelfstandige verkoop per eenheid + de som, voor elke bundel die de component bevat, van (verkoop per bundel × hoeveelheid van de component per bundel)
Makkelijk op te schrijven. Er moeten twee voorwaarden vervuld zijn voordat de som waar is, en beide zijn gemakkelijk te missen.
Het op zichzelf staande figuur moet op zichzelf staan. Als het nummer dat u belt voor zelfstandige verkoop al eenheden omvat die door bundels zijn verbruikt, telt het toevoegen van de bundeltermijn deze eenheden tweemaal. Dit is de duurste fout in dit onderwerp, omdat deze onzichtbaar is: het totaal ziet er groter uit, grotere totalen voelen veiliger aan en de overbestelling arriveert voordat iemand de methode in twijfel trekt. Welk soort getal uw rapport u geeft, is het onderwerp van het volgende gedeelte, en het is de moeite waard om eerst af te rekenen voordat u iets berekent.
Alle geschiedenissen moeten dezelfde periode bestrijken, nadat de bundels zijn gelanceerd. Bundelverkopen vervangen meestal een aantal op zichzelf staande verkopen in plaats van er netjes bovenop te komen. Stel dat de kaars er 40 per week verkocht voordat je een twinpack lanceerde, en nu 35 per week verkoopt, terwijl het twinpack er 10 per week trekt. De bundel voegde 5 eenheden reële vraag toe, niet 10; de andere 5 kwamen uit de zelfstandige kolom. Neem een op zichzelf staande geschiedenis van vóór de lancering van 40 en voeg de volledige bundeltrekking van vandaag van 21 toe en je krijgt 61 per week tegen een echte 56, ongeveer 9% hoog, wat neerkomt op 60 overtollige eenheden per kwartaal en $ 420 aan contant geld tegen een eenheidskosten van $ 7. Gebruik cijfers na de lancering voor beide helften en de verplaatsing is al afgehandeld, omdat deze is ingebakken in het op zichzelf staande nummer dat je aan het lezen bent.
Het lastige geval is een bundel die nog niet is gelanceerd en waar geen geschiedenis na de lancering bestaat. Daar moet u inschatten welk deel van de omzet van de bundel uit nieuwe vraag zal bestaan in plaats van uit verplaatste vraag, en expliciet aangeven dat dit een schatting is. Ervan uitgaande dat volledige additiviteit het agressieve einde van dat bereik is, en niet het neutrale.
Een uitgewerkt voorbeeld
Eén component, twee bundels, twaalf weken. Cedar & Fig, 250 g wordt afzonderlijk verkocht, zit in de Cedar & Fig-geschenkdoos (één kaars per doos) en zit in een dubbelverpakking (twee kaarsen per verpakking).
- Standalone: 34, 36, 33, 35, 36, 34, 35, 37, 34, 36, 35, 35. Totaal 420 eenheden, 35 per week.
- Geschenkdoos: 6, 14, 9, 22, 5, 12, 8, 18, 7, 11, 10, 10. Totaal 132 dozen, 11 per week, elk één kaars.
- Tweelingpakket: 4, 6, 5, 7, 3, 5, 6, 4, 5, 6, 4, 5. Totaal 60 pakjes, 5 per week, elk twee kaarsen.
Vraag naar componenten = 420 + (132 × 1) + (60 × 2) = 420 + 132 + 120 = 672 eenheden in twaalf weken. Dat is 56 per week, of 8,0 eenheden per dag gedurende 84 dagen, tegen de 5,0 per dag die de eigen verkoop van de kaars suggereert.
eenheden verkocht op zijn eigen productpagina
eenheden die door de twee bundels worden verbruikt
eenheden die daadwerkelijk de plank hebben verlaten
echte eenheden per dag, tegen 5,0 standalone
Week na week beweegt de kloof meer dan de gemiddelden suggereren.
| Week | Op zichzelf staand | Van bundels | Totaal |
|---|---|---|---|
| 1 | 34 | 14 | 48 |
| 2 | 36 | 26 | 62 |
| 3 | 33 | 19 | 52 |
| 4 | 35 | 36 | 71 |
| 5 | 36 | 11 | 47 |
| 6 | 34 | 22 | 56 |
| 7 | 35 | 20 | 55 |
| 8 | 37 | 26 | 63 |
| 9 | 34 | 17 | 51 |
| 10 | 36 | 23 | 59 |
| 11 | 35 | 18 | 53 |
| 12 | 35 | 20 | 55 |
De op zichzelf staande kolom bereikt nooit 38. De echte wekelijkse trekking piekt op 71 in week 4, omdat de twee bundels grillig zijn en de kaars niet. De variabiliteit van een component wordt geërfd van de bundels waarin het zich bevindt. Daarom kan een stabiele SKU zich gaan gedragen als een onstabiele SKU zonder dat er iets aan het product verandert.
Nu de dubbele telling, in dezelfde aantallen. Als uw kaarscijfer al bundelgestuurde eenheden omvat, staat er 672 en niet 420. Voeg de bundelterm toch toe en u plant 924 eenheden, 11 per dag, 37,5% meer dan de winkel verbruikt. Gedurende een cyclus van twaalf weken zijn dat 252 overtollige kaarsen, $ 1.764 aan contant geld tegen een eenheidsprijs van $ 7, die op een plank staan omdat een stroom twee keer is geteld.
De gegevens uit Shopify halen
Het ophalen en opschonen van een verkoopgeschiedenis is zijn eigen taak, die wordt behandeld in het voorspellen van de vraag op basis van Shopify-verkoopgegevens. Bundels voegen één vraag toe aan dat proces, en deze moet beantwoord worden voordat de cijfers iets betekenen: staat de componentfiguur die voor je ligt alleen op zichzelf, of bevat deze al bundelgestuurde eenheden?
Shopify documenteert dat de voorraadniveaus van componenten worden verlaagd wanneer een bundel wordt verkocht. Wat we niet gedocumenteerd konden vinden op de bundelpagina's van Shopify, is hoe een bundelverkoop wordt toegeschreven in de productverkooprapporten, en het antwoord kan heel goed verschillen tussen Shopify's eigen Bundels-app en de bundel-apps van derden. Neem dus geen algemeen antwoord, inclusief dit antwoord. Test het:
- Noteer de huidige beschikbare hoeveelheid van het onderdeel en de verkochte eenheden voor die dag.
- Plaats één echte bestelling voor een bundel die het bevat, voor een bekende hoeveelheid.
- Controleer de beschikbare hoeveelheid van het onderdeel, verplaatst met de hoeveelheid die u verwacht.
- Controleer het verkooprapport per productvariant voor dezelfde dag en kijk of het aantal eenheden van het onderdeel ook is verschoven, of alleen dat van de bundel.
Als het verkoopcijfer van het onderdeel zou veranderen, geeft uw rapport u al een gecombineerde vraag weer en zou de bundeltermijn een dubbele telling zijn. Als alleen de bundel is verplaatst, staat uw deelfiguur op zichzelf en geldt de bovenstaande berekening zoals geschreven. Tien minuten, één keer per bundel-app, en het beantwoordt de vraag voor uw winkel in plaats van voor een hypothetische.
Nog één ding dat u moet verwijderen terwijl u bezig bent met exporteren: weken waarin het onderdeel of de bundel niet beschikbaar was. Een voorraadtekort lijkt precies op een nulvraag in een verkooprapport, en een bundel die niet kon worden verkocht omdat een ander onderdeel op was, levert ook een nul op voor dit onderdeel.
Punten voor componenten opnieuw ordenen
Er verandert niets aan de formule. De formule voor het opnieuw ordenen van punten houdt de gemiddelde dagelijkse omzet, doorlooptijd en veiligheidsvoorraad bij; een bundelcomponent geeft hem gewoon een andere eerste invoer.
Ceder & Vijg, 250 g, met een levertijd van 12 dagen met een buffer van 30 eenheden:
- Alleen op zichzelf staande vraag: (5 × 12) + 30 = 90 eenheden.
- Gecombineerde vraag: (8 × 12) + 30 = 126 eenheden.
Het verschil van 36 eenheden tussen hen is vier en een halve dag reële vraag bij 8 per dag. Een trigger ingesteld op 90 faalt niet luid; hij vuurt vier en een halve dag te laat, elke cyclus, en de buffer absorbeert het verschil totdat er een enigszins zware bundelweek aanbreekt en dat gebeurt niet. Dat is het patroon achter de meeste bundelgerelateerde stockouts: geen verkeerde methode, maar een juiste methode voedde een van de drie stromen.
Twee praktische opmerkingen. Stel de trigger in op het onderdeel, en nooit op de bundel, omdat de bundel geen eigen voorraad heeft waartegen een trigger kan worden geactiveerd. En bereken het tarief van het onderdeel opnieuw wanneer een bundel die het onderdeel bevat, wordt toegevoegd, stopgezet of opnieuw geprijsd, aangezien elk van deze een van de voorwaarden in de som verandert.
Promotionele bundels
Een bundelpromotie is een vraagpiek voor elk onderdeel tegelijk, en de onderdelen voelen dit heel anders aan. Het schatten van de omvang van de stijging wordt behandeld in promoties en voorraadprognoses. Het gaat er hier om hoe het landt.
Stel dat de geschenkdoos twee weken lang 40 per week kost in plaats van 11. De trekking van de kaars gaat van 56 per week naar 85, een stijging van ongeveer de helft. De lonttrimmer in dezelfde doos heeft helemaal geen zelfstandige verkoop, dus de trekking gaat van 11 naar 40 per week, bijna vier keer. Het onderdeel met de minste zelfstandige vraag krijgt de grootste relatieve impact van een bundelpromotie, en is meestal het goedkope onderdeel waar niemand naar kijkt.
Er volgen twee regels. Converteer de promotie naar componenteenheden voordat u iets bestelt, niet naar bundeleenheden. En controleer de doorlooptijd van elk onderdeel ten opzichte van de promotiedatum, want het onderdeel dat niet op tijd kan arriveren, bestrijkt het geheel, ongeacht hoeveel van al het andere je hebt gekocht.
Wanneer een component de beperking is
Shopify leidt de beschikbaarheid van bundels af uit de voorraadniveaus van de samenstellende producten, en het product met het laagste voorraadniveau bepaalt hoeveel bundels er kunnen worden verkocht. In planningstermen bezit één component het plafond voor de hele bundel, en het kopen van meer van iets anders verhoogt dit niet.
Met 210 kaarsen en 64 trimmers bij de hand, kunt u 64 geschenkdozen verkopen. Nog eens 200 kaarsen verandert dat aantal helemaal niet. De beoordelingsvolgorde voor een bundel wordt dus bepaald op basis van dekking en doorlooptijd in plaats van op basis van waarde: bereken hoeveel weken dekking elk onderdeel heeft ten opzichte van de gecombineerde vraag, sorteer oplopend, en bovenaan de lijst staat de echte beperking van de bundel. Het is vaak de goedkoopste regel in de doos en daarom wordt deze zelden eerst beoordeeld. Dat getal zien vallen voordat het bijt, is hetzelfde als het voorspellen van stockouts voordat ze zich voordoen, toegepast op een onderdeel in plaats van op een product.
Het op één lijn houden van drie streams, twee bundels en één voorraadpool in een spreadsheet is haalbaar voor één bundel en wordt snel lelijk. StockCueDe prognoses van elk pakket zijn bundelbewust, inclusief Gratis: bundelverkoop stroomt door naar de vraag naar componenten, zodat het bestelpunt van het onderdeel wordt berekend op basis van alles wat het kost, in plaats van op basis van de eigen productpagina.
Veelgestelde vragen
Hoe bereken ik de totale vraag naar een product dat afzonderlijk of in bundels wordt verkocht?
Voeg de afzonderlijke verkoopeenheden van het onderdeel toe aan de verkoopeenheden van elke bundel die het onderdeel bevat, vermenigvuldigd met het aantal van dat onderdeel dat elke bundel gebruikt. Een onderdeel dat in twaalf weken afzonderlijk 420 eenheden verkoopt, plus 132 geschenkdozen waarin elk één wordt gebruikt, plus 60 dubbele verpakkingen waarin elk twee wordt gebruikt, heeft een werkelijke vraag van 672 eenheden, en niet 420. Er moeten twee voorwaarden gelden voordat dat bedrag klopt: het op zichzelf staande cijfer mag niet al de bundelgestuurde eenheden omvatten, en alle drie de geschiedenissen moeten uit dezelfde periode komen, nadat de bundels zijn gelanceerd.
Worden bundelverkopen weergegeven in Shopify-productverkooprapporten?
Controleer het in uw eigen winkel in plaats van te vertrouwen op een algemeen antwoord. In de bundeldocumentatie van Shopify staat dat de voorraadniveaus van componenten worden verlaagd wanneer een bundel wordt verkocht, maar we konden op die pagina's geen verklaring vinden over hoe de verkoop wordt toegeschreven in productverkooprapporten, en het gedrag kan verschillen tussen de eigen Bundels-app van Shopify en bundelapps van derden. Plaats één testbestelling voor een bundel en kijk vervolgens in uw rapport over verkoop per productvariant of het aantal eenheden van het onderdeel is veranderd. Die enkele test vertelt u of uw componentcijfer alleen op zichzelf staat of al de vraag naar bundels omvat, en alles stroomafwaarts hangt ervan af of u weet welke.
Hoe stel ik een bestelpunt in voor een bundelcomponent?
Gebruik dezelfde formule voor bestelpunten die u voor al het andere gebruikt, met de gecombineerde vraag als dagelijkse verkoopinput in plaats van de afzonderlijke vraag. Voor een component die 672 eenheden trekt gedurende 84 dagen, zijn dat 8 eenheden per dag. Een doorlooptijd van 12 dagen levert dus 96 eenheden aan doorlooptijdvraag plus uw veiligheidsbuffer op. Als u in plaats daarvan het standalone tarief van 5 per dag gebruikt, wordt de trigger ingesteld op 60 plus de buffer, die wordt geactiveerd nadat u de echte al bent overgestoken.
Wat gebeurt er met de andere componenten als er één op is?
De bundel is niet meer verkoopbaar, omdat Shopify de beschikbaarheid van bundels afleidt van de voorraadniveaus van de samenstellende producten en het product met het laagste voorraadniveau bepaalt hoeveel bundels kunnen worden verkocht. De andere componenten behouden de stand-alone vraag die ze hebben, en de eenheden die je speciaal hebt gekocht om in de bundel te zitten, stoppen met bewegen totdat het ontbrekende onderdeel terug is. Daarom verdient het onderdeel met de langste doorlooptijd de eerste trigger voor herbestelling, en niet het onderdeel met de hoogste omzet.
STOCKCUE
Het handmatig optellen van drie vraagstromen bij elke koopcyclus is de stap die stilletjes niet meer plaatsvindt. De prognoses van StockCue zijn bundelbewust voor elk abonnement, inclusief Gratis, dus het bestelpunt van een component houdt al rekening met de bundels waaraan het wordt uitgegeven.
Installeer StockCue op Shopify →