Kako določiti prednost obvestilom o ponovni zalogi, ko je zaloga omejena

Ko čaka 500 ljudi, vi pa ponovno napolnite 30 kosov, je zasutje vseh naenkrat napačna poteza. Teh 30 boste prodali v nekaj minutah, nato pa 470 ljudi klikne na razprodano stran in ugotovi, da vaše obvestilo »ponovno na zalogi« pomeni »že razprodano«. Zato namesto tega določite prednost in razporedite. Najprej pošljite svojim najvrednejšim, najbolj namernim, prvim v vrsti – batchu, velikost katerega grobo ustreza kosom, ki jih imate. Opazujte, kako se prodaja. Nato sprostite naslednji batch le, če zaloga ostaja. Vrstni red prednosti: pretekla poraba in zvestoba, nato verjetnost, da bo nekdo dejansko kupil (nedavna prijava, izdelek imel v košarici), nato čas na seznamu. Cilj ni doseči vseh najhitreje – je prodati vaše omejene kose ljudem, ki bodo najverjetneje kupili, hkrati pa preostanku čakalnega seznama pustiti, da vašim obvestilom zaupa, namesto da jih ignorira.

Takole se odločite, komu poveste prvemu, in kako razporedite ostale.

Zakaj se »takoj obvesti vse« pri omejeni zalogi obrne proti vam

Zdi se pošteno in učinkovito. Ena pošiljka, cel čakalni seznam, naj zmagajo najhitrejši klikalci. In pri veliki ponovni zalogi je to v redu.

Pri majhni ponovni zalogi povzroči resno škodo. Recimo, da dobite nazaj 30 kosov, čaka pa 500 ljudi. Pošljete vsem 500. Teh 30 kosov se izprazni v desetih minutah. Zdaj ostalih 470 – vključno s strankami, ki so pri vas potrošile na stotine – klikne na »razprodano«. Porabili ste sporočilo, da razočarate večino svojega najbolj namernega občinstva, in naučili ste jih, da je hitro odpiranje vaših obvestil o ponovni zalogi nesmiselno, ker je vedno prepozno. Naslednjič, ko takšno pošljete, se jih bo manj potrudilo. Kanal propada.

Zapravljanje niso kosi – ti se prodajo tako ali tako. Je zaupanje 470 ljudi, zažgano za prodajo 30 stvari, ki bi jih lahko prodali manjši, bolje ujemajoči se skupini brez postranske škode.

Ovira, ki jo večina nasvetov preskoči: razporejanje potrebuje pogoj za ustavitev

Očitna rešitev – »kar pošiljaj v batchih« – ima zanko, ki se pokaže šele, ko si to enkrat naredil. Batchi na časovniku ne delujejo. Če drugi batch načrtujete 30 minut po prvem ne glede na to, kaj se je zgodilo, ga boste bodisi poslali na prazno polico (zaloga že pošla) bodisi zadržali, medtem ko kosi ležijo neprodani (zaloga še vedno tu, kupci čakajo). Razporejanje mora biti vezano na zalogo, ne na uro.

Pravo pravilo je torej: naslednji batch sprostite le, dokler zaloga ostaja, in nehajte pošiljati v trenutku, ko doseže nič. To je del, ki naredi razporejanje dejansko delujoče, namesto da isti problem zgolj razporedi čez uro. To je tudi mesto, kjer se razporejanje in preprečevanje preprodaje prekrivata – isto preverjanje zaloge v realnem času, ki odpira vaš naslednji batch, je tisto, ki ustavi naval pred preprodajo istih kosov dvakrat.

Vrstni red prednosti

Ko ne morete povedati vsem, jim povejte v tem vrstnem redu.

1. Vrednost stranke. Vaši VIP-ji in ponavljajoči se kupci prvi. Nekdo, ki je pri vas v enem letu potrošil 800 €, si je prislužil prvo priložnost pri redki zalogi in bolj verjetno bo kupil brez obotavljanja. To je posamično najmočnejši signal in je metoda zase – kako razdeliti čakalni seznam po porabi in spremeniti sporočilo po ravneh, je pokrito v Kako segmentirati naročnike ponovne zaloge glede na vrednost stranke.

2. Verjetnost nakupa. Med ljudmi podobne vrednosti dajte prednost resničnim signalom nakupa: izdelek so imeli v košarici, ko se je razprodal, prijavili so se pred kratkim, odprli so vaših zadnjih nekaj e-poštnih sporočil. Nekdo, ki je zapustil košarico ravno s tem izdelkom, je bolj vroča stranka kot nekdo, ki je pred dvema mesecema iz rahle radovednosti kliknil »obvesti me«.

3. Prvi v vrsti / starost prijave. Čas na čakalnem seznamu je razsodnik pri neodločenih rezultatih in je tudi tisti pošteni, pravični, s katerim je dobro voditi, če porabe še ne spremljate. Kdor je vprašal prvi, izve prvi. Enostavno razložiti, enostavno zagovarjati.

Večina trgovin lahko kombinira zgornji dve: visoka vrednost plus visoka namera v prvem batchu, vsi ostali za tem. Ne potrebujete zapletenega modela točkovanja. Potrebujete »najboljše stranke in najbolj vroče kupce prve, nato ostale, z zaporo na zalogo«.

Določanje velikosti batchev

Prvi batch grobo prilagodite svojim kosom, popravljeno glede na to, koliko prejemnikov dejansko pretvori. Če imate 30 kosov in pričakujete, da bo morda vsak peti obveščeni kupec hitro kupil, je prvi batch okoli 100–150 vaših najprednostnejših ljudi smiseln – dovolj povpraševanja za izpraznitev 30 kosov, a ne tako veliko, da bi 470 ljudi zadelo ob zid naenkrat. (Ta razmerja pretvorbe se močno razlikujejo po trgovini in ceni; spremljajte svoja in prilagajajte.)

Načelo: prvi batch naj bo dovolj velik, da proda zalogo, in dovolj majhen, da je razočaran preostanek minimalen. Nato gre drugi batch, če kakšni kosi preživijo, na naslednjo prednostno raven – in tako naprej, vedno z zaporo na »ali je zaloge še kaj«.

Kaj natanko avtomatizirati

Sprožilec: zaloga variante se vrne v razpoložljivo.
Segment / prednostne ravni: določite vsaj dve – raven 1 (visoka vrednost + visoka namera: VIP-ji, nedavni dodatki v košarico, angažirane nedavne prijave), raven 2 (vsi ostali, urejeni po datumu prijave).
Batch 1 – raven 1 – e-pošta (za hitre izdelke dodajte SMS/potisno obvestilo): cel izdelek, neposredna nakupna povezava, poštena opomba, da je zaloga omejena. Cilj: prodati redke kose ljudem, ki bodo najverjetneje kupili.
Čakanje z zaporo na zalogo: zadržite naslednji batch in preverite zalogo, preden ga sprostite. Raven 2 pošljite le, če kosi ostajajo.
Batch 2+ – naslednja raven – isti kanal: sprostite le, dokler zaloga traja.
Pogoj za ustavitev: zaloga doseže nič → naprej se ne pošlje noben batch.
Izhod: kdor koli kupi, izpade iz preostalih korakov.

Eno pravilo, ki to loči od običajnega zasutja ob ponovni zalogi: vsak batch po prvem je pogojen z živo zalogo, ne s časovnikom.

Praktičen primer

Trgovina, ki prodaja usnjeno torbo iz omejene serije za 140 €. Prispe serija 40 kosov; na čakalnem seznamu je 620 ljudi. (Ilustrativno.)

Prvi batch gre 180 ljudem: preteklim kupcem znamke plus vsem, ki so imeli torbo v košarici, ko se je razprodala. E-pošta, z SMS-podpornikom za privoljene VIP-je zaradi hitrosti. Kupujejo skozi dopoldne. Ko je 40 kosov razprodanih, tok preveri zalogo, vidi nič in nikoli ne pošlje drugega batcha – tako preostalih 440 ljudi nikoli ne dobi obvestila za torbo, ki je ne morejo dobiti. Njihovo obvestilo ostane nedotaknjeno za naslednjo ponovno zalogo, ko jih morda bo dovolj, da jih dosežemo.

Brez izmišljene stopnje povrnitve. Delo opravi zasnova: redki kosi gredo najbolje ujemajočim se kupcem, preostanek seznama pa se ne zapravi za pomanjkanje.

Kaj meriti

Prodaja po batchu – je prvi batch izpraznil večino zaloge? Če se kosi kar prelivajo v drugi batch, je vaša prva raven premajhna; če se prvi batch razproda v hipu ob preostalem povpraševanju, je prevelika ali pa vaš čakalni seznam pritlikavi vašo ponudbo.
Zapravljene pošiljke – sporočila, ki so prispela po razprodaji. Pri dobro zaklenjenem razporejanju naj bo to blizu nič. Če je visoko, vaša zapora na zalogo ni v realnem času.
Prihodek na prejemnika po ravni – potrjuje, da je vaš vrstni red prednosti pravilen. Raven 1 naj na osebo zasluži več kot raven 2; če ne, ponovno premislite, kako razvrščate.
Angažiranost čakalnega seznama skozi čas – ali se stopnji odpiranja in klikov na obvestila o ponovni zalogi držita ali propadata? Propad pomeni, da so se ljudje naučili, da obvestilo pride prepozno.

Kako pomaga Omnisend

Težka dela sta tukaj razvrščanje čakalnega seznama v ravni in zapiranje vsakega batcha na živo zalogo. Testiral sem Klaviyo in Omnisend ter v svojih trgovinah poganjam Omnisend, deloma zato, ker lahko seznam segmentiram po zgodovini nakupov in vedenju ter v eno avtomatizacijo postavim pogojne korake brez razvijalca.

Za prednostne ponovne zaloge: segmentacija po vrednosti stranke in vedenju za gradnjo ravni, sprožilci ponovne zaloge na resničnih podatkih o zalogi in pogojni/razcepni koraki, tako da se batch sprosti le, dokler zaloga ostaja. (Omnisend je orodje, ki ga uporabljam in priporočam; morebitna partnerska povezava je razkrita – logika razporejanja deluje na vsaki platformi, ki združuje segmentacijo z avtomatizacijo, zavedno o zalogi.)

Poštena meja: nobeno orodje ne ustvari kosov. Če 620 ljudi želi 40 torb, določanje prednosti zgolj odloči, kdo dobi dobro novico, in zaščiti zaupanje vseh ostalih. Prava rešitev za kronična pomanjkanja je zgoraj v verigi – naročite več ali odkrito upravljajte pričakovanja.

Vaš naslednji korak

Za svojo naslednjo omejeno ponovno zalogo določite le dve ravni, preden prispe: svoje najboljše stranke plus tiste, ki so za ta izdelek zapustili košarico, v raven 1, vse ostale v raven 2. Raven 1 pošljite prvo, raven 2 zaklenite na preostalo zalogo in nastavite tok, da se ustavi pri nič. Nato preverite svojo številko zapravljenih pošiljk – sporočila, dostavljena po razprodaji – in jo poženite proti ničli.

Da »vrednost stranke« iz grobe delitve spremenite v pravo metodo, preberite Kako segmentirati naročnike ponovne zaloge glede na vrednost stranke.

When you restock fewer units than you have waitlist subscribers, don’t notify everyone at once. Split the waitlist into tiers — repeat customers first, then one-time buyers, then subscribers who’ve never purchased — and release the alert in waves sized to your stock, with a stock check before each wave. If you restock 50 units against a 300-person waitlist, notify roughly your best 100 first, wait a few hours, check inventory, then release the next wave only if units remain. This sells the scarce stock to the customers worth the most, and it spares the rest of the list a notification that leads to a sold-out page.

The waitlist that’s bigger than the delivery

This situation is common in stores doing €20,000-100,000 a month: a supplier finally ships, but half the quantity you ordered. Or a product went viral on TikTok while your reorder was on a boat. Either way, you’re holding 40 units and 350 requests. The naive move — blast the full waitlist the moment stock lands — creates a race. The units go to whoever checks their phone first, and 310 people click through to disappointment.

Those 310 people aren’t neutral about it. A “back in stock” alert that ends on a sold-out page reads as bait. Some will unsubscribe. Some will stop trusting your alerts, which quietly damages every future restock. You built the waitlist to strengthen the relationship with high-intent shoppers; a badly handled scarce restock does the opposite.

Why “just send it and let the fastest win” fails you twice

The common defenses of a full blast are fairness and simplicity. But first-come-first-served isn’t fair to the customers who matter — it’s random. A subscriber who has never bought anything gets the same shot as someone with six orders and a €400 lifetime spend. If the loyal customer loses the race, you’ve spent scarce inventory acquiring nothing (the never-buyer might have converted later anyway) while a proven repeat buyer walks away empty-handed. You lose the sale’s relationship value and you still burn goodwill with everyone who missed out. Discounting or running ads on top of a scarce restock compounds the error: you’d be paying to create even more demand you cannot fill.

What a full blast costs, roughly

Illustrative math. A store restocks 40 units of a €70 product; the waitlist holds 320 people, of whom 60 are repeat customers. Full blast: assume buyers arrive in proportion to how fast segments open messages, and repeat customers behave like everyone else — they’d win maybe 7 or 8 of the 40 units. Tiered release: notify the 60 repeat customers plus the 40 most recent one-time buyers first. Suppose 30 units sell to that group, and a second wave clears the rest. Same revenue day one — but now three-quarters of the scarce stock reinforced relationships with proven buyers, and 220 lower-tier subscribers were never shown a product they couldn’t get, because the second wave’s stock check stopped wave three from sending. The revenue difference shows up later, in repeat purchase rate, not in the restock-day total.

How to set up tiered alerts, step by step

Define the tiers before you need them. A workable default: Tier 1 — subscribers with 2+ orders or above-average lifetime spend; Tier 2 — one-time customers; Tier 3 — never purchased. Building these segments properly is its own topic, covered in how to segment back-in-stock subscribers by customer value.
Set a wave-sizing rule. A simple one: notify about 2-3 subscribers per available unit per wave. Not everyone notified will buy, so some oversubscription is fine; 8x is not.
Add a stock gate between waves. Each wave sends only if inventory is above a threshold. This single condition is what protects Tier 3 from sold-out clicks.
Decide wave timing. 3-6 hours between waves works for most stores: long enough for Tier 1 to act, short enough that stock doesn’t sit unsold if they don’t.
Leave for later: per-tier messaging variations, SMS for Tier 1, purchase limits per customer. Get the waves and the stock gate working first.

The automation, spelled out

Trigger: product inventory rises from 0 past a buffer (e.g. 5 units).

Wave 1: segment = product waitlist AND Tier 1. Delay: none. Channel: email (add SMS later if Tier 1 has consent). Content: product, price, one button, and a true line — “You’re getting this early because you’re a returning customer.” Naming the priority builds loyalty on its own. Goal: sell 50-70% of the batch to your best people.

Wave 2: delay 4 hours after wave 1. Condition: stock above threshold. Segment = waitlist AND Tier 2, minus anyone who already bought. Content: straight restock alert with honest scarcity — “restocked in small quantity.”

Wave 3: delay 4 hours after wave 2, same stock condition, segment = waitlist AND Tier 3, minus purchasers. If stock ran out, this wave never sends — and consider a courtesy email to unnotified subscribers a day later: “This restock sold out before your turn came; you’re still on the list for the next one.” It turns a silent miss into a transparent queue.

Exit for everyone: purchasing the product removes the subscriber from all remaining waves. If your platform can’t do this reliably, you risk the overselling mess described in how to prevent overselling after a back-in-stock campaign.

Keep the total message count per subscriber low — one alert per wave they’re in, no chasing. How many back-in-stock messages you should send makes the case for restraint.

Metrics that tell you the tiers are working

Sell-through per wave — what share of the batch each tier bought. If wave 1 buys almost nothing, your tier definitions need work.
Sold-out click rate — clicks landing on an empty product page. The whole design exists to push this toward zero.
Repeat purchase rate of restock buyers — over 60-90 days, tiered restocks should feed this number.
Waitlist unsubscribe rate after restock events — rising means people feel baited.

Running tiers in Omnisend

Rising ad costs are what pushed me into behavioral automation in the first place — when every new customer costs more each quarter, choosing which existing customer gets scarce stock stops being a detail and starts being margin strategy. In Omnisend, the pieces are segments built on order count and lifetime spend, a back-in-stock trigger from your store integration, delay blocks between waves, and conditional splits checking segment membership. The stock-level gate between waves is the fiddly part — it depends on how current your inventory sync is, so test with a low-stock dummy product before trusting it. And tiers can’t fix a thin waitlist; if fewer people sign up than you restock, just notify everyone and put the effort into growing your list with restock notifications instead.

Your next step

Check one number today: how many subscribers on your biggest current waitlist have purchased from you before. If it’s more than a handful, build the Tier 1 segment now — before the next short delivery forces you to improvise.

Avtomatizacija ponovne zaloge in znižanja cen