Proč systematicky evidovat ceny před akcí
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, auditovatelnost a obranu vůči 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, promo efektivita, marže).
Základní pojmy a pracovní definice
- Obvyklá (cenníková) cena: zveřejněná 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 obvyklé 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é směrnice).
- SKU/varianta: nejmenší jednotka evidence; ceny se sledují na úrovni SKU, nikoli pouze kategorie.
Cíle systému evidence
- Audit trail: změna ceny je kdo/kdy/co/proč zdokumentována.
- Automatická rekonstrukce historie: schopnost zpětně zrekonstruovat zobrazenou cenu a claim („-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 mezi kanály: stejná historická logika v e-shopu, marketplace, pobočkách a katalozích.
Model dat: 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 (cenníková, 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řepisujte historický záznam; vždy vkládejte 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 multi-státy.
- Kontrola kolizí: žádné překrývání intervalů pro tutéž 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, nikoli 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í pouze při stejném složení).
- Varianty (velikost/ barva): vyhodnocujte na úrovni varianty, nikoli jen 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 claimy.
Procesní mapa: od návrhu slevy po archivaci
- Brief akce (cíl, segment, interval, KPI, období reference).
- Predvý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 claimů na webu/aplikaci (pixel testy, vizuální regresní kontroly).
- Ukončení akce a post-mortem (výsledky vs. plán, audit zobrazení claimů).
- Archivace exportů pro případ kontroly (neměnné snapshoty).
UX a obsah: jak zobrazovat informace o slevě férově
- Jasný rozpis: původní reálná cena, sleva v %, nová cena, období platnosti.
- Konzistentní umístění u produktů, v košíku a při placení.
- Bez perpetuálních odpočtů 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á claim 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 claimu 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 claimů 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á cena“ měněná < X dní před akcí | Indikátor možného „nafouknutí“ reference | Rostoucí trend = auditovat |
Exporty a důkazní archivace
- Neměnné snapshoty při startu a konci akce (CSV + podepsané hashem).
- Screeshotery kategorií a PDP s časovým razítkem.
- Verzionovaný datový sklad (např. SCD typu 2) pro analýzy a kontroly.
- Retention politika: uchovávání záznamů min. po dobu požadovanou místními předpisy; vyvážení s GDPR (minimalizace osobních údajů v logech).
Nejčastější chyby při evidenci cen
- Přepsání historie místo verzování (ztráta důkazu).
- Chybné domény výpočtu (reference z jiného kanálu/regionu než je claim).
- Agregace podle produktu místo varianty (zkresluje referenční cenu).
- Nesrozumitelný „price type“ (sleva přes kód vs. cenníková vs. promo – míchání jablek s hruškami).
- Chybějící důvody a schválení (obtížnější 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.
- Claim na webu prošel validátorem (unit/integrace testy).
- Vytvořené 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í claimů.
Komunikace a školení týmu
- Praktické příklady správných a nesprávných claimů v interní wiki.
- Školení pro merchandising a marketing o tom, co lze a co nelze.
- Rychlý escalation channel při pochybnostech (Slack/JIRA).
Evidence jako pojistka důvěry
Robustní, verzionovaná a auditovatelná evidence cen před a po akcích je nezbytná pro férovou komunikaci slev a obranu značky. Investice do datového modelu, schvalovacích procesů, validací a archivace se vrací při každé kampani: minimalizuje riziko chyb, urychluje kontroly a buduje dlouhodobou důvěru zákazníků i regulátorů.
