Segment / RudderStack — śledź zdarzenia merchu razem ze zdarzeniami produktu
Zdarzenia utworzenia PO, wysłania, dostarczenia strumieniują do Waszego CDP — atrybuuj wydatki na swag według kampanii i segmentu w Polsce.
Schemat zdarzenia — server-side track()
Standardowe zdarzenia: po.created, po.approved, po.shipped, po.delivered, recipient.received. Każde zdarzenie niesie ID PO, wartość, walutę, odbiorcę (ID zanonimizowany), dział, kampanię, kraj.
Identity stitching
Odbiorcy identyfikowani przez hash emaila + kampanię — join z Waszą istniejącą tożsamością użytkownika. Dla B2B, identyfikacja na poziomie konta przez domenę.
Destynacje — gdziekolwiek Segment idzie
Raz w Segment/RudderStack, kieruj do Waszego warehouse'u (Snowflake, BigQuery, Redshift), product analytics (Amplitude, Mixpanel, Heap), CRM (HubSpot, Salesforce), platform reklamowych.
Polska — lokalna prywatność i KSeF
Zgoda RODO obsługiwana na odbiorcę. Gdzie zgoda jest nieobecna, tylko zagregowane/zanonimizowane zdarzenia płyną. Dane kosztu VAT 23% dodawane server-side, nigdy PII. ID faktur KSeF cross-reference dla uzgodnień finansowych z Warszawy.
FAQ
RudderStack open-source?
Tak — działa zarówno z zarządzanym jak i self-hosted RudderStack. MTU-friendly.
PII w zdarzeniach?
Tylko hashowane — nigdy surowy email/telefon. Pełne PII płyną tylko ze zgodą i przez bezpieczny kanał oddzielony od zdarzeń.
Wsparcie Customer.io / Klaviyo?
Tak — przez destinations Segment lub bezpośrednio przez webhook.
Replay zdarzeń?
Tak — ostatnie 30 dni dostępne na żądanie, użyteczne do re-atrybucji.
Koszt?
Zdarzenia liczą się przeciwko Waszym MTU Segment. Minimalizujemy wolumen zdarzeń — jeden na przejście stanu, nie na heartbeat.