Proč systematicky evidovat ceny před a po akci
Transparentní evidence cen před a po slevových akcích je klíčová pro dodržování pravidel férového stanovování cen, auditorovatelnost a obranu proti podezřením z klamavých praktik. Správně nastavený proces chrání značku před reputačním rizikem, snižuje pravděpodobnost sankcí a zároveň usnadňuje interní rozhodování (pricing, efektivita promoakcí, marže).
Základní pojmy a pracovní definice
- Běžná (listová) cena: publikovaná prodejní cena mimo akci.
- Akční cena: dočasně snížená cena v rámci kampaně.
- Referenční cena: hodnota, vůči které se komunikuje sleva (např. „sníženo z běžné ceny“). Použití musí být pravdivé a zdokumentovatelné.
- Období hodnocení: časové okno, ze kterého se odvozuje „nejnižší cena před slevou“ (v EU se často posuzuje nejnižší cena v období 30 dnů; konzultujte lokální pravidla a metodická doporučení).
- SKU/varianta: nejmenší jednotka evidence; ceny se sledují na úrovni SKU, nikoli pouze kategorie.
Cíle systému evidence
- Auditní stopa: změna ceny je kdo/kdy/co/proč zdokumentována.
- Automatická rekonstrukce historie: schopnost zpětně zrekonstruovat zobrazenou cenu a tvrzení („-20 %“) k libovolnému datu a času.
- Jednoznačná pravidla výpočtu referenční ceny (např. „nejnižší cena v posledních X dnech“).
- Integrita napříč kanály: stejná historická logika v e-shopu, marketplace, pobočkách a katalozích.
Datový model: co minimálně zaznamenávat
Pro každý SKU/variantu mějte tabulku historie cen. Doporučená pole:
- sku (string) – identifikátor varianty
- currency (ISO kód)
- price_type (běžná, akční, promo-kód, marketplace override)
- price_value (číselná hodnota)
- valid_from, valid_to (časová platnost; valid_to může být null pro aktuální záznam)
- channel (web, app, marketplace_X, retail)
- region (země/daňová zóna)
- campaign_id (vazba na akční kampaň, pokud existuje)
- business_reason (sezóna, likvidace, konkurenční reakce)
- author (kdo změnu schválil/uložil)
- approval_ref (interní schválení – ticket, JIRA, protokol)
- computed_reference_price_window (např. 30 dní – pro zpětnou auditovatelnost)
- reference_price_value (hodnota, vůči které se v okamžiku změny komunikovala sleva)
- reference_method (např. „nejnižší cena v posledních 30 dnech“)
Verzionování: jak předejít ztrátě historie
- Append-only logika: nikdy nepřepište historický záznam; vždy vložte nový.
- Soft-close předchozího záznamu (nastavení valid_to při novém záznamu).
- Čas v UTC a jednoznačné časové razítka pro více zemí.
- Kontrola kolizí: žádné překrývání intervalů pro stejnou kombinaci sku+channel+region+price_type.
Výpočet referenční ceny při oznámení slevy
- Určete časové okno (např. posledních 30 dnů) a doménu (SKU, kanál, region).
- Z historie vytáhněte nejnižší skutečně účtovanou cenu v daném okně (nikoli doporučovanou, ani uváděnou, ale reálně platnou).
- Tuto hodnotu uložte do reference_price_value při startu akce spolu s reference_method a verzí pravidla.
- Pokud se cena před akcí měnila (např. předchozí zlevnění), algoritmus musí tyto změny respektovat a nezamlčovat.
Speciální scénáře a okrajové případy
- Nový produkt: pokud neexistuje dostatečná historie, nepoužívejte zavádějící reference; komunikujte „uváděcí cenu“ bez porovnávání.
- Balíčky a sety: pokud jde o nové složení, neodvozujte referenci z individuálních SKU bez transparentní metodiky (vážený součet, přímé porovnání jen při shodném složení).
- Varianty (velikost/barva): vyhodnocujte na úrovni varianty, nikoli pouze na rodičovském SKU, pokud varianta má odlišnou cenovou historii.
- Marketplace: pokud se lišíte od vlastního e-shopu, evidujte channel-specific historii a tvrzení.
Procesní mapa: od návrhu slevy po archivaci
- Brief akce (cíl, segment, interval, KPI, období reference).
- Předvýpočet referenční ceny a marže (včetně nákladů na promo).
- Schválení (pricing + finance + právní/brand).
- Publikace změny (API/CDN flush, synchronizace kanálů).
- Real-time záznam (append-only historie + záznam referenční ceny).
- Monitoring tvrzení na webu/aplikaci (pixel testy, vizuální regresní kontroly).
- Ukončení akce a post-mortem (výsledky vs. plán, audit zobrazení tvrzení).
- Archivace exportů pro případ kontroly (neměnné snapshoty).
UX a obsah: jak férově zobrazovat informace o slevě
- Jasné rozpisy: původní reálná cena, sleva v %, nová cena, období platnosti.
- Konzistentní umístění u produktů, v košíku a v pokladně.
- Bez perpetuálních odpočítávání a bez „běžné ceny“, která nebyla účtována.
- Historie pro zákazníka není povinná, ale interní auditní stopa ano.
Kontrolní mechanismy a interní audit
- Automatické testy: při spuštění akce se porovná tvrzení s vypočítanou referencí, pokud nesedí → blokace publikace.
- Čtvrtletní audit vzorku SKU: manuální ověření historie a vizuálů (screenshoty, logy).
- Kontrola kolizí: dvě akce nesmí paralelně měnit stejné SKU bez hierarchie pravidel.
- Log událostí: každé zobrazení cenového tvrzení může být vzorkováno a uloženo (ID session, URL varianty).
Měření a reporting: co sledovat na dashboardu
| Metrika | Popis | Varovný signál |
|---|---|---|
| % SKU s kompletní historií | Podíl položek, kde nechybí žádný interval | < 98 % → riziko neúplné evidence |
| Claim compliance rate | Shoda zobrazených tvrzení s referenčním výpočtem | < 99,5 % → okamžitá náprava |
| Čas publikace vs. log | Latence mezi schválením a viditelností | > 15 min u kritických změn |
| Podíl „běžné ceny“ měněné < X dní před akcí | Indikátor možného „nafouknutí“ reference | Růst trendu = auditovat |
Exporty a důkazní archivace
- Neměnné snapshoty při startu a konci akce (CSV + podepsané hashem).
- Screenshoter kategorií a detailů produktu s časovým razítkem.
- Verzionovaný datový sklad (např. SCD typu 2) pro analýzy a kontroly.
- Retenční politika: uchovávání záznamů minimálně po dobu požadovanou lokálními předpisy; vyvážení s GDPR (minimalizace osobních údajů v logách).
Nejčastější chyby při evidenci cen
- Přepsání historie místo verzionování (ztráta důkazu).
- Nesprávná doména výpočtu (referenční cena z jiného kanálu/regionu než je tvrzení).
- Agregace podle produktu místo varianty (mylně stanovena referenční cena).
- Nejasný „price type“ (sleva přes kód vs. běžná vs. promo – míchání jablek a hrušek).
- Chybějící důvody a schválení (těžší obrana při kontrole).
Governance a odpovědnosti
- Pricing owner: nastavuje metodiky reference a schvaluje akce.
- Data owner: garantuje kvalitu historie (validace, úplnost, integritu).
- Právní/Compliance: průběžný dohled nad komunikací a souladem s lokálními pravidly.
- Engineering: implementace append-only, API, logování, snapshoty.
Praktický checklist před spuštěním akce
- Pro každý SKU existuje spojitá časová osa cen za posledních X dní.
- Referenční cena je automaticky vypočítaná a uložena spolu s metodikou.
- Tvrzení na webu prošlo validátorem (unit/integrace testy).
- Vytvořeny snapshoty (CSV + screenshoty) s hashem a razítkem.
- Plán post-mortem (vyhodnocení marže, CAC/CLV dopadů, stížností).
Doporučené technické vzory
- Tabulka historie cen s indexem (sku, channel, region, valid_from) pro rychlé dotazy.
- Materializovaný pohled „aktuální cena“ a „nejnižší cena za X dní“ pro reporting v reálném čase.
- Joby při nasazení akce: předvýpočet referenčních cen a cross-check na vzorku.
- Feature flag pro bezpečné zapínání/vypínání tvrzení.
Komunikace a školení týmu
- Praktické příklady správných a nesprávných tvrzení v interní wiki.
- Školení pro merchandising a marketing o povoleném postupu.
- Rychlý escalation channel při pochybnostech (Slack/JIRA).
Evidence jako pojistka důvěry
Robustní, verzionovaná a auditorovatelná evidence cen před a po akcích je nezbytná pro férovou komunikaci slev a obranu značky. Investice do datového modelu, procesů schvalování, validací a archivace se vrací při každé kampani: minimalizuje riziko chyb, zrychluje kontroly a buduje dlouhodobou důvěru zákazníků i regulátorů.
