Ce înseamnă „SPR™ implementat”
SPR™ (Sales-Per-Revenue) implementat = TOATE deciziile zilnice se iau pe SPR™, nu pe CR sau ROAS. Echipa nu se uită la 2 dashboard-uri și nu alege „pe care credem azi”.
Înseamnă: dashboard unic, refresh sub 24h, granularitate per landing/source/device/segment, integrat cu sistemul de A/B testing și cu alocarea de buget pe canale.
Ziua 1-3: setup tracking + warehouse
Ziua 1: audit tracking actual. Verifici pixel Meta, GA4, Shopify/Stripe events. Identifici unde se pierd conversii (de obicei: pixel pe iOS, atribuții cross-device).
Ziua 2: setup server-side tracking dacă nu există (GTM Server-side pe Stape - vezi articolul pe atribuire cookieless pentru detalii).
Ziua 3: pipeline către warehouse. Pentru sub 500k vizitatori/lună: PostgreSQL self-hosted sau BigQuery free tier. Peste, BigQuery sau Snowflake. Tabele minime: events, sessions, orders, customers, returns.
Ziua 4-7: definire SPR™ și formula exactă
Formula SPR™ corectă pentru ecommerce:
- →SPR™ brut = revenue total ÷ vizitatori unici (sesiuni deduplicate).
- →SPR™ net = (revenue - retururi - discounturi - costuri shipping client) ÷ vizitatori unici.
- →SPR™ profit = (revenue net - COGS - fulfillment - payment processing) ÷ vizitatori unici. Cel mai onest. Folosește-l pentru decizii de scalare.
- →Granularități obligatorii: per landing page, per sursă de trafic (UTM-uri curate), per device (mobile/desktop), per segment de user (new/returning/VIP), per oră a zilei.
Ziua 8-10: dashboard în Looker Studio sau Metabase
Pentru start, Looker Studio e suficient. Conectezi BigQuery, definești view cu formula SPR™, creezi vizualizări per granularitate.
Layout recomandat: 1 ecran principal cu SPR™ total + variație vs. săptămâna trecută. Sub: SPR™ per canal (cu sparkline), SPR™ per device, top 10 landing pages după SPR™.
Refresh: max 24h. Pentru echipe care iau decizii în timpul zilei, scheduled query cu refresh la 4h.
Ziua 11-14: schimbare decizii echipă
Aici e cea mai grea parte. Tool-ul e ușor, schimbarea obiceiurilor e grea.
Ziua 11: workshop intern (2 ore) cu echipa de marketing + management. Explici formula, granularitățile, cum se schimbă deciziile.
Ziua 12-13: review cu fiecare canal owner. PPC manager primește dashboard cu SPR™ per campanie, nu cu ROAS raportat. CRO manager primește SPR™ per landing, nu CR. Email manager primește SPR™ per flow, nu open rate.
Ziua 14: prima ședință săptămânală 100% pe SPR™. CR și ROAS rămân ca metric secundar de diagnostic. Decizia de buget pe SPR™. Decizia de A/B test pe SPR™.
Ce vezi după 30 / 60 / 90 zile
Lună 1: 15-25% din buget realocat din canale cu ROAS raportat înșelător către canale cu SPR™ real bun. Revenue total: +8-12% fără un leu suplimentar.
Lună 2: A/B teste prioritizate corect. Câștigătorii confirmați au SPR™ +20-40% vs. control. Vinzi nu mai mulți vizitatori, ci aceiași vizitatori mai bine.
Lună 3: echipa nu mai întreabă „care e CR-ul săptămâna asta”. Întreabă „care e SPR™-ul”. Momentul ăsta = SPR™ chiar implementat, nu doar instalat.