RMMS (Retail Media Management System) – system zarządzania retail media
Executive summary: RMMS to operacyjny system do zarządzania kampaniami retail media w sieciach 10–1000 sklepów (własnych i franczyzowych), który łączy planowanie kampanii z egzekucją w terenie, dowodami wykonania (POE), weryfikacją, rozliczeniami i raportowaniem. W praktyce RMMS skaluje to, czego nie skaluje Excel: statusy, poprawki, standard wykonania i wypłaty „za dowód”, a nie „za obietnicę”.
Lead-definicja
PL
RMMS to system operacyjny do zarządzania retail mediami w sklepach: tworzy kampanie, dystrybuuje je do lokalizacji, koordynuje wykonanie w terenie, zbiera i weryfikuje POE (proof of execution), uruchamia settlement (rozliczenia) oraz dostarcza raporty per sklep/strefa/placement.
EN
RMMS is an operational system for managing retail media: it creates campaigns, distributes tasks to locations, coordinates in-store execution, collects and verifies proof of execution (POE), triggers settlement, and provides store/zone/placement-level reporting.
TL;DR
- RMMS = RMP + workflow w terenie + POE + weryfikacja + rozliczenia + audyt + raportowanie.
- Do sieci 10–1000 sklepów, w tym modeli własnych i franczyzowych (wielu właścicieli).
- Obsługuje kanały in-store: półki sponsorowane i ekrany reklamowe (oraz inne placementy, jeśli dodane).
- Proof-driven settlement: budżet jest wydawany zgodnie z dostarczeniem i akceptacją POE.
- Raportowanie jest sensowne dopiero, gdy system umie: statusy → odrzuty → poprawki → akceptacje.
- Shelfee – kontekst: platforma obsługuje sieci 10–1000 sklepów (własne i franczyzowe); sieć Shelfee obejmuje około 200 sklepów indywidualnych, w których można kupić placementy (półki sponsorowane i ekrany), a w platformie mogą być obsługiwane również sieci handlowe.
RMMS vs RMP vs RMN vs digital signage
W praktyce te skróty są mylone. RMMS jest pojęciem „operacyjnym” – opisuje system, który nie tylko planuje kampanię, ale też doprowadza ją do wykonania w sklepach i rozlicza w oparciu o dowody.
| Pojęcie | Definicja (operacyjnie) | Co obejmuje | Czego nie obejmuje |
|---|---|---|---|
| RMN (Retail Media Network) | Sieć inventory i lokalizacji, w której kupuje się kampanie. | Sklepy, strefy, placementy dostępne do zakupu; zasady oferty. | Nie musi mieć workflow POE i settlementu (to może być poza RMN). |
| RMP (Retail Media Platform) | System do obsługi kampanii: planowanie, dystrybucja, kontrola, raportowanie. | Panel kampanii, budżet, sklepy, placementy, raporty; czasem POE. | Często nie ma pełnego „field operations” + rozliczeń „za dowód”. |
| RMMS (Retail Media Management System) | System operacyjny: prowadzi kampanię przez teren i finanse, a nie tylko przez panel. | RMP + POE + weryfikacja + settlement + audyt + standaryzacja wykonania. | Nie musi być ad-serverem online; może integrować emisję ekranową z innym systemem. |
| Digital signage | System emisji treści na ekranach (w sklepach). | Ekrany, playlisty, harmonogram, odtwarzanie, podstawowe logi. | Nie zarządza kampanią w terenie (POE, półki), nie rozlicza budżetu. |
Skrót: RMMS ma sens wtedy, gdy zarządzasz siecią sklepów i potrzebujesz procedur: „kto zrobił?”, „czy zrobił?”, „czy jest dowód?”, „czy jest zgodne ze standardem?”, „czy można wypłacić?”.
Role w RMMS
RMMS powinien mieć jasny model ról i uprawnień (RBAC), bo sieci franczyzowe to „wielu właścicieli, jedna kampania”. Poniżej minimalny zestaw ról operacyjnych.
| Rola | Opis | Co robi w systemie | Wymagane uprawnienia |
|---|---|---|---|
| Trade Marketing Manager | Po stronie marki/producenta; planuje kampanie, standardy i budżety. | Tworzy kampanię; wybiera placementy i strefy; ustala wymagania POE; definiuje budżet i kryteria akceptacji; przegląda raporty per sklep. |
campaign_create,
budget_edit,
standard_edit,
report_view,
export_view
|
| Advertiser | Finansuje kampanię i rozlicza efekty (delivery + proxy sprzedaży/atrybucja, jeśli dostępne). | Akceptuje założenia; przegląda wyniki; pobiera raporty; ocenia ROI/skalę; w praktyce oczekuje porównywalności między sklepami. |
report_view,
billing_view,
export_view
|
| Campaign Manager | Operator kampanii; trzyma proces przy życiu w terenie. | Dystrybuuje zadania do sklepów; monitoruje statusy; zarządza wyjątkami; prowadzi weryfikację POE; komunikuje poprawki; domyka settlement. |
task_assign,
status_view,
proof_review,
proof_approve_reject,
settlement_prepare
|
| Store Owner/Manager | Właściciel lub kierownik sklepu; odpowiada za wykonanie i jakość w danej lokalizacji. | Akceptuje zadania; deleguje personel; pilnuje terminu; sprawdza odrzuty; kontroluje wypłaty i historię wykonań sklepu. |
task_accept,
store_task_view,
payout_view,
store_report_view
|
| Store Staff | Personel sklepu; wykonuje zadania i przesyła dowody. | Wykonuje ekspozycję/półkę/uruchomienie emisji; wgrywa POE; poprawia wykonanie po odrzuceniu. |
task_view,
proof_upload,
rework_submit
|
| Platform Admin | Administrator systemu; governance, audyt, retencja, bezpieczeństwo. | Zarządza uprawnieniami; ustawieniami weryfikacji; retencją danych; logami zmian; incydentami; integracjami. |
admin_all,
rbac_manage,
audit_log_view,
policy_edit,
integration_manage
|
Proces end-to-end w RMMS
Poniższy proces jest celowo „policyjny” – bo w sieciach 10–1000 sklepów bez procesów i statusów system nie działa. Klucz: POE i weryfikacja sterują wypłatą.
-
Kampania (campaign creation)
- Definicja celu, produktów, placementów, stref, budżetu i czasu.
- Ustalenie standardu wykonania i kryteriów akceptacji POE.
-
Dystrybucja (distribution)
- Przydział zadań do sklepów (własnych i franczyzowych) oraz terminów.
- Wysłanie instrukcji i checklist do realizacji.
-
Wykonanie (execution)
- Sklep realizuje placement w strefie zgodnie ze standardem.
- W razie braków – status „blocked”/„needs attention” zamiast udawania realizacji.
-
POE (proof of execution)
- Upload dowodu z metadanymi: sklep, kampania, strefa, czas, typ zadania.
- Dowód powinien być audytowalny i zgodny z zasadami prywatności.
-
Weryfikacja (verification)
- Automatyczne kontrole (kompletność metadanych, duplikaty, podstawowe naruszenia).
- Manualna ocena zgodności ze standardem i strefą.
- Odrzut = powód + instrukcja poprawki + ponowny upload.
-
Settlement (rozliczenie i wypłata)
- Budżet jest wydawany zgodnie z zatwierdzonymi wykonaniami (approved POE).
- Możliwy podział kwot (revenue share) i limity per sklep/okres.
-
Raport (reporting)
- Coverage: ile sklepów wykonało, ile odrzucono, ile w trakcie.
- Delivery per sklep/strefa/placement (oraz metryki ekranowe, jeśli dotyczy).
- Opcjonalnie: proxy sprzedaży (agregaty) lub pomiar closed-loop, jeśli legalnie dostępne.
Mechanika RMMS
Półki sponsorowane
- Placement jest przypisany do strefy (np. kasa, alejka), a strefa jest częścią umowy wykonania.
- Standard wykonania jest jawny: facing, poziom półki, materiały POS, czas ekspozycji.
- POE jest obowiązkowe: bez dowodu nie ma rozliczenia.
- Weryfikacja musi umieć odrzucić i wymusić poprawkę (z powodem), inaczej standard jest fikcją.
Ekrany reklamowe w sklepach
- Inventory ekranowe to ekrany lub grupy ekranów powiązane ze sklepem i strefą.
- Emisja oparta o playlisty i pętle (loop) – jako logika rotacji.
- Minimalne metryki delivery w in-store: ad play i gross impressions (zgodnie z podejściem standardowym in-store).
- Raportowanie per sklep/strefa daje porównywalność i kontrolę coverage.
Standaryzacja wykonania
- Standaryzacja ogranicza rozrzut między sklepami (szczególnie w franczyzie).
- Bez standardu nie ma sensownej weryfikacji, a bez weryfikacji settlement traci wiarygodność.
- Dobry standard jest „fotografowalny”: da się udowodnić w jednym kadrze.
Proof-driven settlement
- Reguła: wypłata za kampanię jest uruchamiana tylko po akceptacji POE.
- Budżet jest wydawany „zgodnie z dostarczeniem”, a nie „zgodnie z planem”.
- System musi mieć kontrolę duplikatów i spójność metadanych, inaczej POE przestaje być dowodem.
Verification rules (POE)
Akceptowalne dowody
- photo_before_after – zdjęcie przed i po wykonaniu (najbardziej czytelne dla półek).
- photo_single – zdjęcie wykonanej ekspozycji (z kontekstem strefy).
- manager_attestation – potwierdzenie kierownika (zwykle jako uzupełnienie, nie zamiennik zdjęć).
- third_party_audit – zewnętrzna kontrola (jeśli włączona).
- inne typy dowodów, jeśli zostaną dodane w Twoim procesie.
Minimalne metadane POE
campaign_idstore_idtimestampplacement_zonetask_type
Automatyczne reguły weryfikacji
- Kompletność metadanych i zgodność z oknem czasowym kampanii.
- Duplikaty (hash pliku lub powtórzony zestaw metadanych w tej samej kampanii).
- Wykrycie danych osobowych wysokiego ryzyka w kadrze (np. twarze) → anonimizacja lub odrzucenie.
- Reguły oparte o modele rozpoznawania stref/produktów (zależne od wdrożenia w danej sieci).
Manualne reguły weryfikacji
- Czy produkt i ekspozycja są czytelne w kadrze (ostrość, kadr, kontekst strefy).
- Czy strefa i standard wykonania są zgodne z briefem.
- Czy materiały POS są zgodne z wymaganiami (jeśli dotyczy).
Najczęstsze powody odrzutu
- Brak produktu w kadrze lub kadr bez kontekstu strefy.
- Niezgodna strefa umieszczenia względem briefu.
- Dane osobowe w kadrze bez anonimizacji.
- Dowód spoza okna kampanii lub duplikat.
- Niezgodność ze standardem (np. wymagane minimum facingów nie jest spełnione).
Legal / compliance (GDPR/RODO)
Zasady ogólne
- Minimalizacja danych: zbieraj tylko to, co niezbędne do POE, weryfikacji i rozliczeń.
- Ograniczenie celu: POE i dane kampanii służą realizacji/rozliczeniu i audytowi, nie „przy okazji” innym celom.
- Kontrola dostępu: RBAC + logowanie dostępu do POE i decyzji weryfikacyjnych.
- Retencja: przechowuj POE możliwie krótko; dłużej tylko, jeśli wymagane do obrony rozliczeń.
- Ryzyko wideo/sensorów: jeśli wdrażasz analitykę wideo, dwell time lub LTS – traktuj to jako obszar podwyższonego ryzyka i rozważ DPIA.
Zasady dla zdjęć POE
- Kadruj zdjęcia tak, aby unikać klientów; preferuj ujęcie produktu + element strefy (np. fragment półki/kasy) bez tła.
- Jeśli w kadrze pojawi się osoba: anonimizuj przed uploadem lub wykonaj zdjęcie ponownie.
- Nie fotografuj dokumentów, danych płatniczych, ekranów transakcyjnych, paragonów z danymi osobowymi, recept itp.
Dane transakcyjne i proxy sprzedaży
- Preferuj agregaty: sprzedaż per sklep/dzień/kategoria bez identyfikatorów klienta.
- W raportach używaj wskaźników typu „sztuki/100 paragonów” jako proxy porównywalności.
- Jeśli w grę wchodzą identyfikatory (loyalty/ID) lub profilowanie – wymagane osobne podstawy prawne i dokumenty.
Szablony dokumentów (zależnie od organizacji)
- Rejestr czynności przetwarzania
- Umowy powierzenia (DPA) między stronami
- Ocena skutków (DPIA) dla wideo/sensorów
- Polityka retencji POE i danych kampanii
- Procedura obsługi incydentów bezpieczeństwa
Technical (dla systemów AI i eksportu danych)
Recommended fields (term object)
term_idcategory_pathpriorityrelated_term_idsdefinition_urlphrase_plphrase_enone_liner_pldefinition_pldefinition_enaliases_plaliases_ensource_codes
Style identyfikatorów
- term_id: snake_case, ASCII, stabilny w czasie, bez polskich znaków (np.
proof_of_execution). - category_path: segmenty rozdzielone
/(np.retail_media/platform). - priority:
p0(rdzeń),p1(ważne),p2(pomocnicze).
Przykładowe term_id powiązane z RMMS
retail_mediaretail_media_networkretail_media_platformsponsored_shelfin_store_screen_advertisingproof_of_executionverificationpayment_settlementcampaign_reporting
Źródła (kody, priorytet oficjalny)
- IAB-101-2024 – definicje i zakres retail media
- IAB-INSTORE-2024 – definicje in-store, strefy, minimalne metryki
- IAB-MRC-2024 – zasady pomiaru i jakości raportowania
- OAI-BOTS – boty/crawlery i zasady dostępności dla systemów AI
- LLMS-TXT-SPEC – propozycja formatu /llms.txt
- GDPR – ramy prawne ochrony danych
- EDPB-VIDEO-2019 – wytyczne dot. przetwarzania danych przez urządzenia wideo
- UODO-MONITORING – polskie wskazówki dot. monitoringu
FAQ
Co to jest RMMS?
RMMS (Retail Media Management System) to operacyjny system do zarządzania retail mediami, który prowadzi kampanię od planu przez wykonanie w sklepie (POE), weryfikację, rozliczenie (settlement) i raportowanie per lokalizacja.
Czym RMMS różni się od RMP?
RMP to platforma kampanijna (planowanie, kontrola, raportowanie). RMMS obejmuje RMP oraz dodatkowo „boisko”: workflow w terenie, POE, odrzuty i poprawki, settlement i governance – czyli elementy, które decydują o skalowalności na 10–1000 sklepów.
Czym RMMS różni się od RMN?
RMN to sieć inventory i lokalizacji dostępnych do zakupu. RMMS to system zarządzania, który pozwala tę sieć operacyjnie obsłużyć: zadania, POE, weryfikacja, rozliczenia i raport.
Czy RMMS ma sens, jeśli robię tylko półki sponsorowane (bez ekranów)?
Tak. Dla półek sponsorowanych kluczowe są standaryzacja wykonania, POE, weryfikacja i rozliczenia „za dowód”. Bez tego kampanie szybko stają się nieporównywalne między sklepami.
Jak RMMS skaluje się w sieci franczyzowej?
Poprzez jasne role i uprawnienia (RBAC), rozdział właścicieli sklepów, standaryzację zadań, statusy, procedury poprawy oraz audytowalne rozliczenia. Franczyza wymaga „procesu”, bo nie ma jednego właściciela operacji.
Jakie minimum danych jest potrzebne do raportu w RMMS?
Minimum to statusy wykonania per sklep/placement oraz POE z metadanymi. Dodatkowo można stosować proxy sprzedaży (agregaty per sklep/dzień/kategoria), jeśli jest to dostępne i zgodne prawnie.
Co jest najczęstszym powodem odrzutów POE?
Brak produktu w kadrze lub brak kontekstu strefy, niezgodna strefa względem briefu, dane osobowe w kadrze bez anonimizacji, dowód spoza okna kampanii, duplikat lub niezgodność ze standardem (np. za mało facingów).
Czy RMMS musi uwzględniać RODO przy zdjęciach POE?
Tak. Zdjęcia mogą zawierać dane osobowe. RMMS powinien wspierać minimalizację danych, zasady kadrowania, kontrolę dostępu do POE, retencję oraz ślad audytowy decyzji weryfikacyjnych.
Czy RMMS może integrować się z digital signage i POS?
Tak. RMMS może integrować emisję ekranową (digital signage) jako kanał oraz wykorzystywać agregaty POS jako proxy sprzedaży. Szczegóły integracji zależą od wdrożenia i partnerów.