Planner-app voor winkelpromoties: datums, winkels en kortingen
Planner-app voor winkelpromoties om kortingen per winkel te plannen, overlaps te detecteren en een duidelijke kalenderweergave voor managers te publiceren.

Waarom promotieplanning bij de meeste retailteams stukloopt
Promotieplanning begint vaak eenvoudig: een spreadsheet, een paar e-mails en een chatbericht om data te bevestigen. Daarna wordt dezelfde promo in drie plekken gekopieerd, door verschillende mensen aangepast, en weet niemand welke versie de definitieve is.
Het probleem is niet dat spreadsheets slecht zijn. Het probleem is dat promoties gezamenlijk werk zijn. Spreadsheets, chats en e-mails geven geen eenduidige bron van waarheid en waarschuwen niet wanneer een kleine wijziging een conflict veroorzaakt.
Als promoties verspreid zijn, herhalen dezelfde problemen zich:
- Overlappende kortingen (twee promos stapelen per ongeluk, of een nieuwe promo vreet de marge van een oudere op)
- Verkeerde datums (een promo start te vroeg, eindigt te laat of valt in een blackout-periode)
- Verkeerde winkels (een regionale aanbieding loopt overal, of belangrijke winkels worden gemist)
- Last-minute wijzigingen die nooit de werkvloer bereiken (managers horen het nadat klanten het al weten)
Filiaalmanagers hebben geen complex planningstool nodig. Ze hebben één kalenderweergave nodig die antwoordt op: wat loopt deze week, wat verandert er morgen, en wat geldt voor mijn winkel.
Een retail promotions planner-app heeft een eenvoudige taak: plan promoties op één plek, vang conflicten op voordat ze live gaan, en publiceer een kalender waarop winkelteams kunnen vertrouwen. Als dat lukt, beweegt marketing sneller, heeft operations minder uitzonderingen en besteden managers minder tijd aan het achtervolgen van updates.
Wat een promotions planner moet dekken (en wat niet)
Een promotions planner werkt alleen als iedereen het eens is waarvoor hij bedoeld is. Marketing heeft een plek nodig om het aanbod te definiëren. Regionale managers moeten timing en territorium beschermen. Filiaalmanagers moeten een duidelijk overzicht hebben van wat eraan komt, zonder in berichten te hoeven graven.
Houd de scope strak. Voor elke promo moet de planner vier vragen beantwoorden:
- Wat zijn de data en tijden?
- Welke winkels zijn inbegrepen (of uitgesloten)?
- Wat is de kortingsregel (20% op geselecteerde categorieën, BOGO, vast bedrag korting)?
- Welke notities hebben managers nodig om het uit te voeren (signage, limieten, couponcode, wie te contacteren)?
Als de app die goed doet, vertrouwen mensen hem.
Wat hij niet moet worden: een volledige prijsengine die elk kassa-edgecase afhandelt, of een voorraadplannings-tool die vraag voorspelt. Die systemen zijn groter, lastiger te veranderen en bestaan vaak al. Je planner kan ernaar verwijzen met velden zoals "Pricing handled by POS rule ID" of "Inventory check required" zonder te proberen ze te vervangen.
Om het bruikbaar te houden, mik op een klein aantal schermen: een promotielijst, een promotieformulier, een kalenderweergave en een eenvoudige goedkeuringsweergave.
Gegevens die je nodig hebt: winkels, datums, kortingen en toewijzingen
Een promotions planner werkt alleen als hij schone gedeelde data heeft. Als de basis ontbreekt, eindigen teams met discussies over wat een promo betekent in plaats van die te plannen.
Begin met winkels. Elke winkel moet een stabiele store ID, regio (of district) en timezone hebben. Timezone is belangrijker dan mensen verwachten: een "vrijdag 9u start" is niet hetzelfde moment overal. Voeg openingstijden toe zodat je promos die starten voordat de deuren open zijn of eindigen na sluiting kunt opvangen.
Definieer vervolgens de promotie. Houd het eenvoudig: een naam die filiaalmanagers herkennen, start- en einddatum-tijd, een status (draft, in review, approved, published), een type (seizoen, uitverkoop, alleen voor leden, prijs-match) en kanalen (in-store, online, e-mail, SMS). Kanalen voorkomen verwarring zoals "de schaplabel staat er wel, maar de website niet."
Kortingsdetails hebben ook structuur nodig. Ondersteun veelvoorkomende formaten (percentage, vast bedrag, buy-one-get-one) en optionele caps (max korting per artikel of per mandje). Zonder vastgelegde caps zit de klantenservice vast in randgevallen.
Targets beantwoorden "wat is in de aanbieding?" Dat kan categorieën zijn, specifieke SKU's en optionele klantsegmenten (bijvoorbeeld loyaliteitsleden).
Tot slot verbinden toewijzingen de punten: welke winkels krijgen welke promotie. Een korte sanity-checklist helpt:
- Elke promo heeft een start, einde en status
- Elke promo heeft minstens één winkeltoewijzing
- Elke korting heeft een duidelijke regel en eventuele cap
- Elk target is een categorie- of SKU-lijst, geen vrije tekst
- Elke winkel heeft een timezone en openingstijden
Een eenvoudige workflow: concept, review, goedkeuren, publiceren
Een promotions planner werkt alleen als iedereen dezelfde route elke keer volgt. Houd de workflow simpel, met één duidelijke eigenaar in elke stap en een duidelijke overdracht.
Begin met een concept. Trade marketing of merchandising maakt de promotie, stelt datums in, kiest de korting en wijst winkels toe. Concepten moeten makkelijk te wijzigen zijn omdat de meeste aanpassingen hier plaatsvinden.
Ga dan naar review. Een regionale manager controleert of de promo realistisch is: de juiste winkels zijn inbegrepen, de datums passen in de handelskalender en er zijn geen duidelijke conflicten. Dit is het beste moment om ontbrekende signage-notities of onduidelijke limieten op te merken.
Als het er goed uitziet, keur het goed en vergrendel de onderdelen die niet op het laatste moment moeten verschuiven. Een praktische regel is om sleutelvelden zoals datums, winkelijst en kortingsniveau te vergrendelen. Als iemand een vergrendeld veld moet wijzigen, moet hij een nieuwe revisie aanmaken die opnieuw door review gaat, in plaats van stilletjes te bewerken wat winkels al hebben gezien.
Publiceer tenslotte. Filiaalmanagers moeten niet in spreadsheets of e-mails hoeven te graven. Ze moeten één kalenderweergave voor hun winkel zien, met de promotienaam, datums en korting in duidelijke taal.
Een workflow die beheersbaar blijft zonder traag te worden:
- Draft (bewerkbaar door planners)
- Review (regionale controle vereist)
- Approve (vergrendelt datums, winkels, kortingsniveau)
- Publish (zichtbaar in de winkelkalender)
- Change (nieuwe revisie plus notificatie naar getroffen winkels)
Regels om overlaps te valideren voordat ze de winkels bereiken
De meeste promotiefouten zijn geen creatieve problemen. Het zijn basale conflicten die door glippen omdat niemand ze op dezelfde manier controleert. Een promotions planner moet controles automatisch uitvoeren wanneer iemand een promo opslaat of indient.
De overlapcontroles die de meeste verrassingen voorkomen
Begin met regels die makkelijk uit te leggen zijn, en maak ze daarna strikt.
- Winkel- en datumconflict: Als dezelfde winkel twee promos heeft die dezelfde datums dekken, markeer het tenzij de kortingsregels exact overeenkomen (zelfde type,zelfde diepte,zelfde voorwaarden).
- Productconflict: Als dezelfde SKU (of categorie) in twee promos tegelijk zit, vereist dit een duidelijke prioriteit (bijvoorbeeld "BOGO overridet 10% korting") of blokkeer het.
- Budget en guardrails: Stel limieten in zoals "max 30% korting", "niet meer dan 3 promos per winkel per week" of "max één diepe kortingsweekend per maand." Harde stops werken beter dan beleefde waarschuwingen.
- Blackout-datums: Blokkeer promos op data die je niet kunt ondersteunen, zoals inventarisaties, grote feestdagen, geplande systeemupdates of leveringsgaps.
- Timezone en start/eindtijd: Valideer start- en eindtijden in de lokale timezone van elke winkel, niet in HQ-tijd.
Maak conflicten actiegericht, niet vervelend
Wanneer een regel faalt, laat precies zien welk conflict er is en wat de gebruiker daarna kan doen: datums aanpassen, een winkel verwijderen, een SKU uitsluiten of prioriteit instellen.
Voorbeeld: "Winkel 014 heeft 'Winter Clearance' (20% korting) gepland Jan 12-14. Je nieuwe promo overlapt Jan 13-14."
Publiceren: een kalenderweergave die filiaalmanagers echt gebruiken
Een promotieplanning helpt alleen wanneer filiaalmanagers het snel kunnen zien, erop vertrouwen en ernaar kunnen handelen. De kalender moet voelen als de bron van waarheid, niet als nog een rapport dat ze moeten ontcijferen.
Twee weergaven dekken de meeste behoeften: maand voor planning en week voor uitvoering. Maandoverzicht beantwoordt: "Wat staat er aan te komen?" Weekoverzicht beantwoordt: "Wat moet ik vandaag opzetten?" Kleur helpt, maar houd het consistent. Gebruik één schema (op status of op promotype) en houd daaraan vast.
Filters zijn belangrijk, vooral voor managers die meer dan één locatie dekken. Houd de standaardinstellingen simpel:
- Winkel (standaard de winkel van de kijker)
- Regio of district
- Promotype
- Kanaal (in-store, online, beide)
- Status (draft, approved, published)
Als iemand op een promo klikt, toon de details die in de winkel belangrijk zijn: een korte kortingssamenvatting (wat, hoeveel, wanneer), welke winkels zijn inbegrepen en de notities die de uitvoering beïnvloeden (signage, limieten, uitsluitingen). Als er speciale voorwaarden zijn, zet die bovenaan.
Twee formaten verminderen dagelijkse wrijving: een printweergave voor backoffice-borden en ochtendbriefings, en een dagelijkse agendaweergave voor een drukke week (wat start of eindigt vandaag).
Voor rapportage: bouw niet te veel extra’s. Een eenvoudige export in lijstvorm (datumrange, winkel, promotienaam, korting, status) is vaak genoeg voor finance of operations.
Rechten en goedkeuringen zonder het ingewikkeld te maken
Promo-verwarring begint op het moment dat iedereen alles kan bewerken. De oplossing is niet tien rollen. Het zijn drie duidelijke rollen, eenvoudige bewerkingsregels en een zichtbare goedkeuringsgeschiedenis.
Een praktische setup:
- Marketing editor: kan promos aanmaken, datums aanpassen, kortingssoort/waarde kiezen en interne notities toevoegen. Kan niet publiceren.
- Regional approver: kan goedkeuren, afwijzen of wijzigingen vragen. Kan winkeltoewijzingen en datums aanpassen waar nodig.
- Store viewer: read-only toegang tot de definitieve kalender en promo-details. Kan een winkelnote toevoegen (optioneel), maar kan geen kortingen of datums wijzigen.
Houd bewerkingen voorspelbaar door velden te vergrendelen na goedkeuring. Bijvoorbeeld, marketing kan nog steeds uitvoeringsnotities bijwerken, maar het wijzigen van datums, winkels of kortingswaarden vereist herkeuring. Dat stopt stille wijzigingen die signage, personeel en voorraadplannen breken.
Goedkeuringen moeten een lichte paper trail achterlaten: wie heeft goedgekeurd, wanneer en wat is er gewijzigd. Een simpele goedkeuringslog is genoeg als die makkelijk leesbaar is bij een post-mortem.
Notificaties moeten stil en gericht zijn. Waarschuw alleen mensen wanneer een winkel wordt geraakt: een nieuwe promo is toegewezen, datums veranderen of een promo wordt geannuleerd. Ping een winkel niet omdat iemand een interne notitie herschreef.
Bewaar oudere versies van elke promo (zelfs als het alleen de laatste vijf zijn). Wanneer een winkel belt over "de korting die verdwenen is," kun je antwoord geven wat live was, wie het wijzigde en waarom.
Stappenplan: opzetten en een wekelijkse promotiecyclus draaien
Een wekelijkse ritme houdt promoties helder. Kies één cut-off tijd voor promos (bijvoorbeeld woensdag middag) zodat iedereen weet wanneer wijzigingen stoppen en de kalender definitief wordt.
Eenmalige setup
Koppel elke winkel aan een regio en timezone. Maak een paar herbruikbare promotiesjablonen (zoals "Weekend 10% korting" of "Clearance 2 voor 1"). Bepaal hoe je promos toewijst: per winkel, per regio of per winkelgroep. Minder klikken betekent minder fouten.
Als die basis staat, voelt plannen meer als het invullen van een schema dan het steeds opnieuw opbouwen van promoties.
Wekelijkse run
Maak conceptpromos voor de volgende week en stel exacte start- en eindtijden in, inclusief datumgrenzen die problemen geven (vrijdagavond, maandafsluiting, feestdagen). Voer overlapcontroles uit voordat iets wordt gepubliceerd. Los conflicten op door datums aan te passen, producten te beperken of te beslissen welke promo in een specifieke winkel wint. Dien daarna in voor goedkeuring en publiceer in de winkelkalender.
Voeg een korte managernotitie toe als speciale behandeling nodig is, zoals "Endcap only" of "Niet stapelen met loyaliteitscoupons."
Bijvoorbeeld: je plant "Weekend 15% korting" voor alle winkels, maar één winkel heeft al een lokale event-promo op zaterdag. De overlapcontrole markeert dit en je verkort het weekend voor die winkel of sluit hem uit.
Veelgemaakte fouten die promoverwarring veroorzaken (en hoe ze te vermijden)
De meeste promo-problemen zijn geen slechte ideeën. Het zijn kleine planningsfouten die escaleren wanneer tientallen winkels en mensen betrokken zijn.
Overlappen is de grootste. Twee promos treffen dezelfde winkel op dezelfde datums en de kassa stapelt kortingen of personeel kiest het verkeerde aanbod. Een simpele regel helpt: voor elke winkel en datumrange mag er maar één primaire korting actief zijn. Als je een gelaagd aanbod nodig hebt (10% plus een coupon), behandel het als één promotie met een notitie, niet als twee losse promos.
Datums wijzigen na goedkeuring breekt vertrouwen. Een promo wordt goedgekeurd en iemand schuift de start een dag op; winkels printen verkeerde signage. Los dit op met één praktijk: na goedkeuring vereisen datumwijzigingen herkeuring en een automatische notificatie naar elke getroffen winkel.
Vage promotienamen kosten tijd. "Voorjaarsactie" vertelt een manager niets als het als een klein kalendervakje verschijnt. Gebruik namen die antwoord geven op wat, hoeveel en voor wie:
- "Weekend Sale: 20% op alle denim (in-store)"
- "BOGO 50%: select snacks (Winkels 12-45)"
- "Clearance extra 10%: alleen getagde items"
Timezone-fouten schaden multiregio-ketens. Middernacht-tot-middernacht promoties moeten per winkel in lokale tijd worden opgeslagen en weergegeven, niet in HQ-tijd.
Drafts publiceren leert managers de kalender te negeren. Houd drafts privé, publiceer alleen goedgekeurde promos en toon een duidelijke last-updated timestamp.
Snelle controles voordat je een promotie publiceert
Voordat je op publiceren drukt, doe een korte check voor fouten die winkelteams direct voelen: verkeerde datums, missende winkels en conflicterende kortingen.
De 5-minuten pre-publish checklist
- Eigenaar en status zijn duidelijk: elke promotie heeft één benoemde eigenaar en een goedkeuringsstatus (Draft, In review, Approved). Als je niet kunt zeggen wie veranderingen goedkeurt, publiceer dan niet.
- Datums passen bij de winkel-timezone: bevestig start- en eindtijden in de lokale tijd van de winkel, niet in het hoofdkantoor.
- Geen conflicten voor dezelfde winkel en producten: scan op overlaps waarbij dezelfde items in dezelfde winkel dubbel worden afgeprijsd.
- Winkelijst is compleet: vergelijk toegewezen winkels met de bedoelde regio (bijvoorbeeld "Alle Noord-oost winkels").
- Kalender is leesbaar overal: controleer de kalender op telefoon en desktop. Lange namen mogen de korting of datums niet verbergen.
Eén plek waarop managers kunnen vertrouwen
Filiaalmanagers hoeven niet hun e-mail, chat en een spreadsheet na te trekken om te weten wat er vandaag actief is. De gepubliceerde weergave moet drie vragen in één oogopslag beantwoorden: wat loopt nu, wat start binnenkort en wie te contacteren als iets niet klopt.
Bijvoorbeeld: je plant een weekenduitverkoop voor 40 winkels. Een overlapcontrole markeert dat twee winkels al een "appliances 10% off" promo hebben die doorloopt tot zondag. Je sluit voor die winkels appliances uit of past datums aan voordat iemand verkeerde signage print.
Voorbeeld: een weekenduitverkoop plannen over meerdere winkels
Een retailteam plant een weekenduitverkoop voor 12 winkels: 20% op geselecteerde woonartikelen van zaterdag tot zondag. Tegelijk loopt er een maandelijkse loyaliteitskorting (10%) die elke eerste weekend van de maand geldt.
In de promotions planner maak je een concept van de weekenduitverkoop, wijs je alle 12 winkels toe en stel je producttargets in (bijvoorbeeld "woonartikelen", exclusief "clearance"). Voordat je publiceert, voer je validatie uit.
De overlapregel markeert conflicten in drie winkels. Die locaties hebben al een winkel-specifieke loyalty-boost gepland (bijvoorbeeld 15% voor leden) die met de nieuwe 20% sale zou stapelen en boven de toegestane maximumkorting uitkomt.
Drie nette manieren om het op te lossen:
- Verschuif de weekenduitverkoop voor de drie winkels naar het volgende weekend.
- Houd de datums, maar versmal de producttargets in die winkels (bijvoorbeeld sluit kleine apparaten uit waar marge krap is).
- Houd datums en producten, maar zet een do-not-stack-regel zodat de loyaltykorting voor dat venster wordt geschorst.
Zodra conflicten zijn opgelost, publiceer je. Managers moeten geen wirwar aan regels zien. Ze zien een schoon weekoverzicht: elke dag toont de promotienaam, korting en een korte notitie.
Een lichte opvolging helpt de uitvoering: een notitieveld voor signage en personeel (bijvoorbeeld "Endcap signage voor vrijdag 17:00" en "Voeg 1 extra kassa toe zaterdag 12-16").
Volgende stappen: zet het proces om in een app die je team kan draaien
Als je promotieproces in een spreadsheet werkt, ben je al halverwege. De volgende stap is de terugkerende onderdelen in een kleine app te gieten die iedereen dezelfde weergave, dezelfde regels en dezelfde versie van de waarheid geeft.
Begin klein zodat je snel iets bruikbaars kunt opleveren. Kies één regio, één promotype (bijvoorbeeld weekend procentkorting) en één kalenderweergave die filiaalmanagers in 10 seconden kunnen controleren. Houd alles anders buiten totdat de eerste versie draait.
Een bouwvolgorde die meestal werkt:
- Modelleer de basis: winkels, promoties, datumbereiken, kortingsregels en winkeltoewijzingen
- Voeg overlapcontroles toe die conflicten voorkomen voordat iets gepubliceerd wordt
- Voeg een lichte goedkeuringsstap en een gepubliceerde status toe
- Stuur één notificatie wanneer een promotie wordt gepubliceerd of gewijzigd
- Zet een read-only kalenderweergave voor filiaalmanagers
Houd het datamodel flexibel. Promoties veranderen in de tijd, dus plan voor promotype en voorwaarden in plaats van elke kortingsvorm hard te coderen.
Als je dit als een compleet intern hulpmiddel wilt bouwen zonder losse systemen aan elkaar te knopen, is AppMaster (appmaster.io) één optie: het kan een productieklare backend, webapp en native mobiele apps genereren vanuit hetzelfde set schermen, data en goedkeuringsregels.
FAQ
Begin wanneer je diesel hetzelfde promotiebericht in meer dan één plek kopieert en mensen het niet eens zijn welke versie de definitieve is. Als filiaalteams veranderingen van klanten of last-minute berichten horen, loont een gedeelde planner zich snel.
Gebruik één kalender als bron van waarheid en houd concepten privé totdat ze goedgekeurd zijn. Voeg duidelijke statussen toe zoals draft, in review, approved en published zodat niemand hoeft te raden wat echt is.
Store ID, regio of district en timezone zijn de must-haves, plus openingstijden als je fouten wilt opvangen zoals “promo start voordat de winkel open is”. Behandel timezone niet als optioneel; het verandert wat “start vrijdag om 9u” daadwerkelijk betekent.
Houd het simpel: promotienaam, start- en einddatum-tijd, status, kortingsregel, targets (categorieën of SKU's) en toegewezen winkels. Voeg een notitieveld toe voor uitvoering zoals signage, limieten, kortingscodes en contactpersonen.
Valideer overlaps in winkel + datum, product-overlaps op dezelfde SKU's of categorieën, blackout-datums en guardrails zoals maximale kortingsdiepte. Het doel is conflicten te vinden op het moment van opslaan of indienen, niet nadat de promotie live is.
Maak het een harde regel: na goedkeuring vereist het wijzigen van data, winkels of kortingsniveau een nieuwe revisie en herkeuring. Stille aanpassingen breken vertrouwen; zodra managers de kalender niet meer vertrouwen, gaan ze terug naar het najagen van berichten.
Ja, als je het promotievenster per winkel in de lokale tijd opslaat en daar ook weergeeft. Vermijd weergave in “HQ-tijd” voor start- en eindtijden, want daar komen vroege starts en late eindes vandaan.
Drie rollen dekken het meestal: een marketing editor die concepten kan maken en bewerken, een regional approver die kan goedkeuren en winkeltoewijzingen beheren, en een store viewer die de gepubliceerde kalender ziet. Vergrendel sleutelvelden na goedkeuring om bewerkingen voorspelbaar te houden.
Geef ze een weekweergave voor uitvoering en een maandweergave voor planning, met een standaardfilter op hun winkel. Laat de promotienaam, datums en een korte kortingssamenvatting in duidelijke taal zien, plus één of twee notities die van invloed zijn op de setup.
Begin met winkels, promoties, toewijzingen, een kalenderweergave, basis goedkeuringsstatussen en overlapvalidatie, en voeg meldingen toe voor publicatie en wijzigingen. Platforms zoals AppMaster (appmaster.io) kunnen helpen dit als een volledig intern hulpmiddel te leveren met backend, web- en mobiele apps zonder losse systemen aan elkaar te hoeven knopen.


