Wiederverfügbarkeits- und Preisalarm-Automatisierung

Unterschiedliche Preissenkungsregeln nach Produktmarge erstellen

Veröffentlicht am July 19, 2026 von

Nicht jedes Produkt sollte derselben Preissenkungsregel folgen, denn ein Abschlag von 5 € bedeutet etwas völlig anderes bei einem Artikel mit 60 % Marge als bei einem mit 12 % Marge. Die Lösung: Staffeln Sie Ihren Katalog nach Marge und legen Sie die Benachrichtigungsregeln pro Stufe fest. Hochmargige Produkte können schon bei einer moderaten Senkung Benachrichtigungen auslösen – Sie haben Spielraum, sodass ein kleiner Nachlass immer noch Gewinn lässt und Ware bewegt. Dünnmargige Produkte brauchen eine viel größere Senkung, bevor sich eine Benachrichtigung lohnt, oder werden ganz von Preissenkungs-Benachrichtigungen ausgeschlossen, denn ein Produkt zu rabattieren, das kaum etwas verdient, kann aus einem schmalen Gewinn einen Verlust machen. Die Mittelmarge liegt dazwischen. Setzen Sie drei Stufen, weisen Sie jedem Produkt eine Schwelle basierend auf dem zu, was es tatsächlich verdient, und Sie hören auf, Benachrichtigungen zu senden, die still Ihre unrentabelste Ware zu einem Rabatt verkaufen, den Sie sich nicht leisten können.

So bauen Sie die Regeln, damit die Marge, nicht die Gewohnheit, entscheidet, wer eine Benachrichtigung bekommt.

Das Problem mit einer einzigen Schwelle für alles

Die meisten Shops setzen eine einzige Preissenkungsregel: Jedes Produkt, das um X % oder Y € fällt, löst eine Benachrichtigung aus. Sauber zu bauen und ökonomisch falsch.

Eine pauschale Schwelle behandelt eine hochmargige Kerze und ein dünnmargiges Elektronikzubehör identisch. Aber sie sind nicht identisch. Bei der Kerze lässt ein Abschlag von 20 % vielleicht immer noch 40 Punkte Marge – ein wirklich guter Abverkauf. Beim Zubehör kann dieselben 20 % den Gewinn vollständig auslöschen und Sie dazu bringen, ein Produkt zum Selbstkostenpreis zu verschicken. Dieselbe Regel, gegenteiliges Ergebnis. Die Benachrichtigung, die bei einem Artikel rentable Ware abverkauft, verscherbelt bei einem anderen verlustbringende Ware, und eine pauschale Schwelle kann den Unterschied nicht erkennen. Sie feuert einfach.

Warum „auf dünnen Artikeln einfach weniger rabattieren” nicht die ganze Antwort ist

Vernünftiger Instinkt – kleinere Nachlässe auf dünnmargigen Produkten. Aber er übersieht zwei Dinge.

Erstens kann bei einem wirklich dünnmargigen Artikel selbst ein kleiner Rabatt der falsche Zug sein. Wenn ein Produkt 12 % Marge fährt und Sie 10 % vom Preis nehmen, haben Sie den Großteil des Gewinns verschenkt, um eine Einheit zu bewegen, die Sie vielleicht ohnehin zum vollen Preis verkauft hätten. Die Frage ist nicht nur, wie groß die Senkung ist – sie ist, ob dieses Produkt überhaupt eine Benachrichtigung senden sollte. Manche sollten es nicht.

Zweitens lässt ein pauschales „überall weniger rabattieren” oben Geld liegen. Hochmargige Produkte können einen echten Abschlag verkraften und trotzdem Gewinn drucken, sodass Zurückhaltung dort langsamen Abverkauf und länger als nötig herumstehende Ware bedeutet. Der Sinn margenbasierter Regeln ist nicht einheitliche Vorsicht. Er ist, die Aggressivität der Benachrichtigung an das anzupassen, was sich jedes Produkt tatsächlich leisten kann – was dieselbe Logik ist, die hinter E-Commerce-Marge erhöhen, ohne die Produktpreise anzuheben steht: das Dünne schützen, das Rentable härter arbeiten lassen.

Wo das Leck auftaucht

Nehmen Sie einen Shop mit gemischtem Katalog. (Zur Veranschaulichung.) Sagen wir, 30 % der SKUs fahren unter 20 % Marge – Zubehör, Massenware, preisangepasste Linien. Schalten Sie eine pauschale 15-%-Preissenkungs-Benachrichtigung über alles ein, und jeder einzelne dieser dünnmargigen Rabatte frisst den Großteil oder den gesamten Gewinn des Produkts.

Wenn diese dünnen Artikel, sagen wir, 200 rabattierte Bestellungen im Monat bei durchschnittlich 30 € Bestellwert ausmachen, ist ein 15-%-Nachlass 4,50 € pro Stück – 900 € im Monat an Abschlägen, die auf Produkten landen, die zum vollen Preis vielleicht 4 € Gewinn verdient hätten. Sie verkaufen an dem Punkt keine Ladenhüter ab; Sie bezahlen Kunden dafür, Ihnen kaum rentable Produkte abzunehmen, und nennen es Automatisierung. Derweil bewegen sich die hochmargigen Kerzen, die einen echten Abverkaufsvorstoß verkraften könnten, langsam, weil Sie überall gleich vorsichtig sind. Das Leck läuft in beide Richtungen: das Dünne über-rabattieren, das Fette unter-arbeiten.

Die praktische Lösung: drei Stufen

Stufe 1 – hohe Marge (sagen wir, 50 %+). Diese können bei einer moderaten Senkung Benachrichtigungen auslösen. Sie haben Spielraum, sodass selbst ein kleiner Nachlass Ware abverkauft und immer noch soliden Gewinn lässt. Senken Sie hier die Schwelle – lassen Sie mehr davon feuern – denn sie schnell zu bewegen ist günstig.

Stufe 2 – Mittelmarge (sagen wir, 25–50 %). Standardschwelle. Eine bedeutende Senkung, bevor eine Benachrichtigung rausgeht, so bemessen, dass der Abschlag immer noch eine lohnenswerte Marge lässt. Das ist Ihre Standardstufe.

Stufe 3 – dünne Marge (unter ~25 %). Zwei Optionen, und Sie wählen pro Produkt: entweder eine viel größere Senkung verlangen, bevor eine Benachrichtigung feuert (sodass sie nur rausgeht, wenn Sie wirklich liquidieren müssen und den Einschnitt akzeptiert haben), oder den Artikel ganz von Preissenkungs-Benachrichtigungen ausschließen. Bei vielen dünnmargigen SKUs ist der Ausschluss die richtige Wahl – der Gewinn ist zu schmal, um automatisch etwas davon herzugeben.

(Setzen Sie Ihre eigenen Prozentbänder aus echten Kostendaten; diese Zahlen sind Platzhalter.)

Zwei Dinge, die neben den Stufen richtig zu machen sind:

Basieren Sie die Stufe auf der wahren Marge, nicht dem Bruttopreis. Beziehen Sie Versand, Zahlungsgebühren, Retouren und Stückkosten ein. Ein Produkt mit fettem Preisschild kann dünnmargig sein, sobald die echten Kosten landen.
Setzen Sie den tatsächlichen Auslösebetrag pro Stufe mit der Logik aus Wie viel Preissenkung sollte eine Benachrichtigung auslösen – die Stufen entscheiden wie aggressiv, das entscheidet den genauen Boden.

Was zu automatisieren ist – präzise

Auslöser: Preissenkung, die eine Schwelle überschreitet, die je nach Margenstufe des Produkts variiert. Stufe 1 feuert bei einer kleinen Senkung; Stufe 2 bei einer moderaten; Stufe 3 entweder nur bei einer großen Senkung oder nie.
Segment: Käufer, die Interesse am konkret gesenkten Artikel signalisiert haben – dieselbe Zieldisziplin über alle Stufen.
Timing: umgehend nach einer qualifizierenden Senkung. Die Stufe ändert, ob sie qualifiziert, nicht die Sendegeschwindigkeit.
Kanal: E-Mail als Standard; reservieren Sie SMS für hochmargigen Abverkauf, wo Sie sich die Dringlichkeit und die Kosten des Kontakts leisten können.
Inhalt: der Artikel, der neue Preis, der ehrliche Grund – identisches Format über alle Stufen. Die Stufe ist für den Käufer unsichtbar; sie steuert nur die Berechtigung.
Ziel: Ware zu einem Rabatt abverkaufen, den sich jedes Produkt tatsächlich leisten kann, und niemals einen dünnmargigen Artikel automatisch in einen Verlust rabattieren.

Ein Shop-Beispiel

Ein Shop, der sowohl handgefertigte Kerzen (rund 60 % Marge) als auch Handyzubehör (rund 15 %) verkauft. (Zur Veranschaulichung.) Sie taggen Kerzen als Stufe 1: Eine Kerze, die auch nur 2 € fällt, kann eine Benachrichtigung auslösen, denn bei 60 % Marge ist reichlich Spielraum, und langsam laufende Düfte lohnen sich, schnell abzuverkaufen.

Die Handyhüllen gehen in Stufe 3. Die meisten sind ganz von Preissenkungs-Benachrichtigungen ausgeschlossen – bei 15 % Marge verschenkt eine Rabatt-Benachrichtigung nur den dünnen Gewinn eines Artikels, der sich zum vollen Preis gut verkauft. Die zwei Zubehörlinien, die sie sehr wohl abverkaufen wollen, verlangen eine Senkung von 30 %+, bevor überhaupt eine Benachrichtigung rausgeht, und nur, wenn sie bewusst entschieden haben, diese Ware zu liquidieren.

Dieselbe Automation, zwei völlig verschiedene Regelsätze, entschieden von dem, was jedes Produkt verdient. Die Kerzen bewegen sich schnell; das Zubehör behält seine Marge. Keine erfundene Gewinnzahl – das Design hindert den Shop einfach daran, Produkte zu rabattieren, die er sich nicht leisten kann zu rabattieren.

Was zu messen ist

Marge pro rabattierter Bestellung, nach Stufe – die Zahl, die beweist, dass die Staffelung funktioniert. Bestellungen der dünnen Stufe sollten fast nie eine nahe-null oder negative Marge zeigen.
Abverkaufs-Durchsatz nach Stufe – bewegen sich hochmargige Artikel jetzt tatsächlich schneller, wo sie freier auslösen?
Anteil des Preissenkungs-Umsatzes aus dünnmargigen SKUs – sollte klein sein und schrumpfen. Wenn dünne Artikel Ihr Rabattvolumen dominieren, sind Ihre Stufen falsch beschriftet.
Gemischte Marge auf allen preissenkungs-attribuierten Umsätzen – die Top-Line-Prüfung, dass Benachrichtigungen die Rentabilität insgesamt nicht herunterziehen.

Wie Omnisend hilft

Die Arbeit hier steckt größtenteils in Ihren Produktdaten – jede SKU mit ihrer Margenstufe zu taggen – und dann Benachrichtigungen an stufenspezifischen Schwellen auszulösen. Sie wollen also Automatisierung, die einen Produkt-Tag oder eine -Eigenschaft lesen und darauf verzweigen kann, nicht nur bei jeder Preisänderung feuert.

Ich habe Klaviyo und Omnisend getestet und betreibe Omnisend in meinen Shops. Die relevanten Bausteine: Produkt-Tags und benutzerdefinierte Eigenschaften, sodass jede SKU ihre Margenstufe trägt, Segment- und Auslösebedingungen, die eine Preissenkungs-Automation nur für die richtige Stufe an der richtigen Schwelle feuern lassen, und sauberes Reporting pro Strecke, damit Sie die Marge nach Stufe beobachten können. Es wird Ihre wahren Margen nicht berechnen – diese Kostenrechnung ist Ihre Sache, und wenn die Stufen-Tags falsch sind, tun die Regeln treu das Falsche. Aber sind die Stufen einmal gesetzt, macht das sie durchsetzbar, ohne jede SKU von Hand zu verwalten. (Omnisend ist ein Werkzeug, das ich nutze und empfehle; jeder Affiliate-Link hier wird offengelegt – die Staffelungslogik funktioniert in jeder Plattform, die auf Produktdaten verzweigen kann.)

Ihr nächster Schritt

Ziehen Sie Ihren Katalog und fügen Sie jedem Produkt ein Feld hinzu: seine Margenstufe, basierend auf den wahren Kosten inklusive Gebühren, Versand und Retouren. Sortieren Sie danach. Alles unter ~25 % Marge – entscheiden Sie jetzt sofort, ob es je eine Preissenkungs-Benachrichtigung senden sollte, und schließen Sie die aus, die es nicht sollten. Setzen Sie dann zwei oder drei Schwellen, eine pro Stufe, und richten Sie Ihre Automation darauf. Beginnen Sie damit, die dünne Stufe zu reparieren; dort leckt heute das Geld.

Für das größere Bild, warum das wichtig ist, lesen Sie Rabattabhängigkeit und Margenschutz.

Avtomatizacija ponovne zaloge in znižanja cen

Kako določiti različna pravila znižanja glede na maržo izdelka

Veröffentlicht am July 19, 2026 von

Ni nujno, da vsak izdelek sledi istemu pravilu znižanja cene, saj znižanje za 5 € pomeni nekaj čisto drugega pri izdelku s 60-odstotno maržo kot pri izdelku z 12-odstotno. Rešitev je, da svoj katalog razvrstiš po marži in nastaviš pravila obveščanja za vsako stopnjo. Izdelki z visoko maržo lahko sprožijo obvestila ob skromnem padcu — imaš manevrski prostor, zato majhen rez še vedno pusti dobiček in premakne zalogo. Izdelki s tanko maržo potrebujejo veliko večji padec, preden je obvestilo vredno poslati, ali pa se iz obvestil o znižanju cene izključijo v celoti, saj lahko popust pri izdelku, ki komaj kaj zasluži, tanek dobiček spremeni v izgubo. Srednja marža sedi vmes. Nastavi tri stopnje, vsakemu izdelku dodeli prag glede na to, kar dejansko zasluži, in nehaš pošiljati obvestila, ki po tihem prodajajo tvojo najmanj donosno zalogo po popustu, ki si ga ne moreš privoščiti.

Tukaj je, kako zgraditi pravila tako, da o tem, kdo dobi obvestilo, odloča marža, ne navada.

Problem z enim samim pragom za vse

Večina trgovin nastavi eno samo pravilo znižanja cene: vsak izdelek, ki pade za X % ali Y €, sproži obvestilo. Čisto za gradnjo in narobe glede ekonomike.

Ploski prag obravnava svečo z visoko maržo in elektronski dodatek s tanko maržo enako. A nista enaka. Pri sveči lahko 20-odstotno znižanje še vedno pusti 40 točk marže — resnično dobra razprodaja. Pri dodatku lahko istih 20 % v celoti izbriše dobiček in te pripravi do tega, da izdelek pošiljaš po lastni ceni. Isto pravilo, nasproten izid. Obvestilo, ki pri enem izdelku razproda donosno zalogo, pri drugem likvidira zalogo, ki ustvarja izgubo, in ploski prag razlike ne zazna. Samo se sproži.

Zakaj »kar manj popuščaj pri tankih izdelkih« ni celoten odgovor

Razumen občutek — manjši rezi pri izdelkih s tanko maržo. A zgreši dve stvari.

Prvič, pri resnično tankem izdelku je lahko celo majhen popust napačna poteza. Če izdelek teče pri 12-odstotni marži in ceno znižaš za 10 %, si oddal večino dobička, da premakneš kos, ki bi ga morda prodal po polni ceni tako ali tako. Vprašanje ni le, kako velik je padec — je, ali naj ta izdelek sploh pošlje obvestilo. Nekateri ne bi smeli.

Drugič, plosko »kar povsod manj popuščaj« pušča denar na mizi na vrhu. Izdelki z visoko maržo lahko vsrkajo pravo znižanje in še vedno natisnejo dobiček, zato biti tam plah pomeni počasno razprodajo in zalogo, ki leži dlje, kot je treba. Bistvo pravil na podlagi marže ni enakomerna previdnost. Je uskladitev agresivnosti obvestila s tem, kar si vsak izdelek dejansko lahko privošči — kar je ista logika, ki stoji za Povečanjem marže spletne trgovine brez dviga cen izdelkov: zaščiti tanke, na donosnih pa delaj bolj.

Kje se pokaže luknja

Vzemi trgovino z mešanim katalogom. (Ilustrativno.) Recimo, da 30 % SKU-jev teče pod 20-odstotno maržo — dodatki, blagovni izdelki, cenovno usklajene linije. Vklopi plosko obvestilo o znižanju s 15 % popusta za vse in vsak od teh popustov s tanko maržo poje večino ali ves dobiček izdelka.

Če ti tanki izdelki predstavljajo, recimo, 200 popustnih naročil na mesec pri povprečnem naročilu 30 €, je 15-odstotni rez 4,50 € popusta pri vsakem — 900 € na mesec znižanj, ki pristanejo na izdelkih, ki bi pri polni ceni morda zaslužili 4 € dobička. Na tej točki ne razprodajaš mrtve zaloge; plačuješ kupcem, da ti komaj donosne izdelke vzamejo z rok, in temu praviš avtomatizacija. Medtem se sveče z visoko maržo, ki bi zdržale pravo razprodajno spodbudo, premikajo počasi, ker si povsod enako previden. Luknja teče v obe smeri: pretirano popuščaš tankim, na debelih pa premalo delaš.

Praktična rešitev: tri stopnje

1. stopnja — visoka marža (recimo 50 %+). Te lahko sprožijo obvestila ob skromnem padcu. Imaš manevrski prostor, zato tudi majhen rez razproda zalogo in še vedno pusti soliden dobiček. Tukaj znižaj prag — pusti, da se jih več sproži — ker je njihovo hitro premikanje poceni.

2. stopnja — srednja marža (recimo 25–50 %). Standardni prag. Smiseln padec, preden gre obvestilo ven, dimenzioniran tako, da znižanje še vedno pusti vredno maržo. To je tvoja privzeta stopnja.

3. stopnja — tanka marža (pod ~25 %). Dve možnosti, izbereš pa za vsak izdelek posebej: ali zahtevaj veliko večji padec, preden se obvestilo sproži (tako da gre ven le, ko res potrebuješ likvidacijo in si sprejel udarec), ali izdelek iz obvestil o znižanju cene izključi v celoti. Za veliko SKU-jev s tanko maržo je izključitev pravilna odločitev — dobiček je preveč tanek, da bi ga karkoli oddal samodejno.

(Svoje odstotne razpone nastavi iz pravih podatkov o stroških; te številke so nadomestki.)

Dve stvari, ki ju je treba narediti prav ob stopnjah:

Stopnjo utemelji na pravi marži, ne bruto ceni. Vključi dostavo, provizije za plačilo, vračila in stroške na enoto. Izdelek z debelo ceno na nalepki je lahko izdelek s tanko maržo, ko pristanejo pravi stroški.
Nastavi dejanski znesek sprožilca za vsako stopnjo z uporabo logike v Za koliko mora cena pasti, da sproži obvestilo — stopnje odločijo, kako agresivno, to pa odloči točno spodnjo mejo.

Kaj avtomatizirati — natančno

Sprožilec: znižanje cene, ki prečka prag, ki se spreminja glede na stopnjo marže izdelka. 1. stopnja se sproži ob majhnem padcu; 2. stopnja ob zmernem; 3. stopnja ali le ob velikem padcu ali nikoli.
Segment: kupci, ki so nakazali zanimanje za konkreten znižani izdelek — ista disciplina ciljanja pri vseh stopnjah.
Časovnica: takoj po ustreznem padcu. Stopnja spremeni, ali se kvalificira, ne hitrosti pošiljanja.
Kanal: email kot privzeto; SMS pridrži za razprodajo z visoko maržo, kjer si lahko privoščiš nujnost in strošek stika.
Vsebina: izdelek, nova cena, iskren razlog — identična oblika pri vseh stopnjah. Stopnja je za kupca nevidna; ureja le upravičenost.
Cilj: razprodati zalogo pri popustu, ki si ga vsak izdelek dejansko lahko privošči, in nikoli samodejno popustiti izdelka s tanko maržo v izgubo.

Primer iz trgovine

Trgovina, ki prodaja tako umetniške sveče (približno 60-odstotna marža) kot dodatke za telefone (približno 15-odstotna). (Ilustrativno.) Sveče označijo kot 1. stopnjo: sveča, ki pade celo za 2 €, lahko sproži obvestilo, ker je pri 60-odstotni marži veliko prostora in je počasi prodajajoče se dišave vredno hitro razprodati.

Ovitki za telefone gredo v 3. stopnjo. Večina je iz obvestil o znižanju cene izključena v celoti — pri 15-odstotni marži popustno obvestilo le oddaja tanek dobiček pri izdelku, ki se dobro prodaja po polni ceni. Dve liniji dodatkov, ki ju res želijo razprodati, zahtevata 30-odstotni ali večji padec, preden gre kakršnokoli obvestilo ven, in le takrat, ko so se namerno odločili to zalogo likvidirati.

Ista avtomatizacija, dva čisto različna sklopa pravil, določena s tem, kar vsak izdelek zasluži. Sveče se premikajo hitro; dodatki obdržijo maržo. Brez izmišljene številke dobička — zasnova preprosto prepreči, da bi trgovina popuščala izdelke, ki si jih ne more privoščiti popustiti.

Kaj meriti

Marža na popustno naročilo, po stopnji — številka, ki dokaže, da razvrščanje deluje. Naročila tanke stopnje bi skoraj nikoli ne smela kazati skoraj ničelne ali negativne marže.
Razprodajni odtok po stopnji — se izdelki z visoko maržo dejansko premikajo hitreje zdaj, ko se sprožijo bolj svobodno?
Delež prihodka od znižanja cene, ki prihaja iz SKU-jev s tanko maržo — bi moral biti majhen in se krčiti. Če tanki izdelki prevladujejo v tvojem obsegu popustov, so tvoje stopnje napačno označene.
Mešana marža na vsem prihodku, pripisanem znižanju cene — vrhnja preverba, da obvestila ne vlečejo donosnosti navzdol na splošno.

Kako pomaga Omnisend

Delo je tukaj večinoma v tvojih podatkih o izdelku — v označevanju vsakega SKU-ja z njegovo stopnjo marže — in nato v sprožanju obvestil ob pragih, specifičnih za stopnjo. Zato želiš avtomatizacijo, ki lahko prebere oznako ali lastnost izdelka in se glede na to razveji, ne le sproži ob vsaki spremembi cene.

Preizkusil sem Klaviyo in Omnisend ter v svojih trgovinah poganjam Omnisend. Pomembni deli: oznake izdelkov in lastnosti po meri, tako da vsak SKU nosi svojo stopnjo marže, pogoji segmenta in sprožilca, ki avtomatizaciji za znižanje cene omogočijo, da se sproži le za pravo stopnjo ob pravem pragu, in čisto poročanje za posamezen tok, tako da lahko spremljaš maržo po stopnji. Tvojih pravih marž ti ne bo izračunal — to delo s stroški je tvoje, in če so oznake stopenj napačne, pravila zvesto naredijo napačno. A ko so stopnje enkrat nastavljene, jih to naredi izvršljive, ne da bi vsak SKU upravljal ročno. (Omnisend je orodje, ki ga uporabljam in priporočam; vsaka partnerska povezava tukaj je razkrita — logika razvrščanja deluje na katerikoli platformi, ki se lahko razveji glede na podatke o izdelku.)

Tvoj naslednji korak

Potegni svoj katalog in vsakemu izdelku dodaj eno polje: njegovo stopnjo marže, na podlagi pravega stroška, vključno s provizijami, dostavo in vračili. Razvrsti po njem. Karkoli pod ~25-odstotno maržo — odloči prav zdaj, ali naj to sploh kdaj pošlje obvestilo o znižanju cene, in izključi tiste, ki ne bi smeli. Nato nastavi dva ali tri prage, enega na stopnjo, in usmeri svojo avtomatizacijo nanje. Začni s popravkom tanke stopnje; tam danes pušča denar.

Za širšo sliko, zakaj je to pomembno, preberi Odvisnost od popustov in zaščita marže.

Back-in-Stock and Price-Drop Automation

Creating Different Price-Drop Rules by Product Margin

Veröffentlicht am July 10, 2026 von

You create margin-based price-drop rules by splitting your catalog into two or three margin tiers and giving each tier its own notification threshold: on high-margin products (say 60%+ gross margin), alert on drops of 10% or more; on mid-margin products, require 15–20%; on thin-margin products (under 30%), either raise the threshold to 25%+ or exclude them from price-drop alerts entirely. The principle is simple — a discount that’s a rounding error on one product is a loss on another, so the automation announcing your discounts shouldn’t treat them the same. Most email platforms won’t do this natively per product, but a tag- or collection-based workaround gets you 90% of the value.

The problem with one rule for the whole catalog

You’re spending real money on Meta and Google to bring people in, and CPCs haven’t gotten kinder. So when a price-drop alert recovers a hesitant shopper, it feels like free revenue. But whether it actually is depends entirely on which product got discounted.

Take two products in the same store. A house-brand candle sells for €30 and costs you €8 landed — 73% gross margin. A branded coffee grinder sells for €120 and costs you €95 — 21%. Now apply the same “alert on any 15% drop” rule to both. The candle drops to €25.50 and still earns you €17.50. The grinder drops to €102 and earns you €7 — before payment fees, shipping subsidies, and the ad click that brought the buyer in the first place. One rule, two completely different businesses.

The usual fix people reach for is a blanket one: raise the alert threshold for everything, or stop discounting altogether. Both throw away the candle’s opportunity to protect the grinder. High-margin products can absorb aggressive alerts that drive volume; thin-margin products can’t, and no amount of extra ad spend on top changes that arithmetic — it just adds acquisition cost to an order that already barely pays for itself.

Where the leak actually shows up

Here’s an illustrative calculation with invented numbers. Suppose your price-drop automation sends 1,000 alerts a month and converts 5%, so 50 orders. If those orders split evenly across your catalog, and a third of your catalog sits under 30% margin, then roughly 17 of those 50 orders are on products where the discount plus fees ate most of the profit. You’d see €4,000 of “recovered revenue” in your dashboard and maybe €300 of actual contribution from that thin-margin third. The dashboard says the automation works. Your accountant says a chunk of it doesn’t.

This is why margin tiers matter more for price-drop flows than for almost any other automation: the flow’s entire job is broadcasting your discounts to your most price-sensitive audience.

Setting up the tiers, step by step

Export your catalog with cost and price and compute gross margin per product. A spreadsheet is fine. If you don’t have costs recorded, fix that first — every rule downstream depends on it.
Cut into three tiers. A workable default: A = 60%+ margin, B = 30–60%, C = under 30%. Don’t agonize over boundaries; you can move products later.
Tag products in your store (e.g. margin-a, margin-b, margin-c) or sort them into hidden collections. This is what your email platform can actually see.
Assign thresholds: tier A alerts at 10%+, tier B at 15–20%, tier C at 25%+ or not at all. If you’re unsure what a sensible baseline drop even is, how much of a price drop should trigger a notification walks through that decision on its own.
Later, not yet: per-tier message copy, per-tier send frequency, SMS for tier A only. Get the thresholds live first and run them for a full month.

The automation, spelled out per tier

Trigger: product price drops below the shopper’s last-seen price by at least the tier’s threshold — 10% for tier A, 15–20% for tier B, 25% for tier C.
Segment: contacts who viewed or carted that specific product in the last 30 days without buying it. For tier C, tighten this to cart abandoners only — the highest-intent slice — so the few alerts you do send on thin margin go where they’re most likely to convert. (Targeting by intent is a lever of its own; see how to send price-drop alerts to high-intent shoppers.)
Delay: 1–2 hours after the price change for tiers A and B. For tier C, a same-day send is fine; you’re not trying to create a stampede on products that barely pay.
Channel: email for all tiers. If you use SMS, reserve it for tier A — the ~€0.05 per message is trivially covered by a 60%+ margin product and painful on a 20% one.
Message: tier A can shout (“Now €25.50 — down from €30”). Tier C should whisper: mention the new price without anchoring hard on the discount, so you’re informing interested shoppers rather than training deal-hunters.
Goal per tier: tier A, maximize orders; tier B, balance volume and contribution; tier C, convert existing intent without advertising the markdown to anyone who wasn’t already close.

A worked example

Invented numbers, for illustration only. A home-goods store tags 120 products tier A, 200 tier B, 80 tier C. In one month it runs markdowns touching all three tiers. Under the old single 15% rule, all three fire alerts. Under tiered rules: the tier-A candles fire at a 12% drop that previously went unannounced — new revenue the old rule missed. The tier-B cookware fires as before. The tier-C grinder’s 15% drop now fires no alert at all; the 9 people who would have bought it at €7 contribution either buy at full price later, buy something else, or don’t — and the store keeps the €18-per-order difference on the ones who buy anyway. The point isn’t that every tier-C sale is bad; it’s that you stop actively promoting your worst economics to your most price-alert audience.

What to measure

Contribution per alert sent, by tier — revenue minus product cost, not just revenue. This is the number the whole exercise exists for.
Conversion rate per tier — if tier A converts far below tier B, your tier-A products may just be less wanted, not under-alerted.
Share of alert revenue from tier C — you want this shrinking over time.
Full-price sell-through on tier C products after you stop alerting on them — the counterfactual check.

Review quarterly and re-tier products whose costs changed. A supplier price increase can quietly move a product from tier B to tier C, and a periodic automation audit is a good time to catch it.

How this works in Omnisend

I didn’t come to any of this from enthusiasm for email. Ad fatigue did it — I watched my ROAS erode quarter after quarter on my own stores, and margin pressure meant I couldn’t discount my way out. Behavioral automation was the response, and margin-aware rules were one of the first refinements that made a visible difference to contribution rather than just topline.

Omnisend doesn’t offer a per-product threshold field, so you implement tiers through segmentation: build the price-drop workflow, then use your margin-a/b/c product tags (synced from Shopify or your platform’s feed) to split the flow — either as separate workflows filtered by product tag, or one workflow with conditional branches on the tag. Tier A’s branch can add an SMS step; tier C’s branch can simply end without sending. It’s an afternoon of setup once the tagging is done.

Be honest with yourself about the prerequisites: this only works if your product costs are recorded and your tags are maintained. Stale tags produce confidently wrong automation. And no threshold logic fixes a product that’s overpriced for its market — a tier-C product nobody buys at full price has a pricing problem, not an alerting problem.

Your next step

Pull your ten best-selling discounted products from last quarter and write their gross margin next to each. If any are under 30%, you’ve been paying to advertise discounts you couldn’t afford — tag those products this week and give them their own rule. If you haven’t built the base flow yet, start with the price-drop alert automation and add tiers as your second iteration.