Poolad lojalitet (planerat)

Poolad lojalitet är en planerad funktion för kedjor med "Delad lojalitet" påslagen i kedjeinställningarna. Den låter gäster samla poäng och uppnå tier-statusar över flera medlemsrestauranger i kedjan – istället för separata lojalitetsprofiler per enhet. Status: arkitektur klar, funktionen under utveckling. Planerad release: Q2-Q3 2026.

Nuvarande läge (april 2026)

Lojalitet finns idag per-restaurang – varje restaurang har sin egen medlemslista och poänghistorik. När du slår på "Delad lojalitet" i kedjeinställningarna (t.ex. i holding-typ) är det planerat att konsolidera detta till kedje-nivå. I MVP: flaggan kan slås på, men konsolidering är inte aktiv än – lokal lojalitet fortsätter fungera som idag.

Målbild: global kundidentitet

En enda kundprofil för gästen i hela kedjan:

• Pooled points (poäng delade över alla enheter)
• Pooled tier (Bronze/Silver/Gold baserat på total konsumtion i kedjan)
• Gemensam kundhistorik (besök, favoritrestaurang, topprodukter)

Vad som planeras

Planerad logik

Intjäning:

• Gäst betalar order på Restaurang A → poäng beräknas enligt kedjans program-inställningar
• Poängen läggs till i gästens saldo (med restaurang A markerat för spårbarhet)
• Gästens saldo uppdateras
• Framtida poäng-utgångsdatum sätts (t.ex. 24 månader framåt)

Tier-återberäkning:

• Nattlig körning räknar om tier per medlem baserat på 12 månaders rullande spend
• Exempel: Gäst har spenderat 12 500 kr senaste året → Gold-tier
• Ny tier tillämpas från och med nästa order

Inlösen:

• Gäst på Restaurang B visar telefon → systemet hittar kedjemedlemskap
• Kan använda poäng för rabatt enligt tier-regler
• Inlösen registreras (med restaurang B markerat)

Ekonomisk allokering (under utredning)

Frågan: när poäng tjänas på A och löses in på B – vems intäkt redovisas?

Planerad approach:

• Poäng tjänas på A → 100% allokerat till A (A:s intäkt)
• Poäng löses in på B → B redovisar full intäkt minus rabatt, ingen interkompani-allokering
• Månadsstift: om nettoallokering behövs → intra-company revenue-share-voucher

Alternativ approach (diskuteras):

• Reserv-konto för outnyttjade poäng
• Vid inlösen: del av beloppet flyttas från reserv till bolaget där inlösen sker

Beslut tas av Mikael och CPA i samarbete med pilotkunder.

Utmaningar

• Datasynkronisering: nattlig tier-recompute för alla medlemmar (kan vara tungt vid stora kedjor)
• Per-restaurang analytics: hur allokera pooled revenue i enhetsrapporter?
• Edge case: kund som kvalat Gold i kedjan, kedjan upplöses → vad händer med tier?
• Migration: befintliga per-restaurang-lojalitet måste kunna migrera till pooled utan dataförlust

UI-förändringar (planerade)

• /chain/:slug/lojalitet – kedjenivå-lojalitetssida (tiers, inställningar, medlemmar)
• Vanliga restaurangadmin-sidan visar bara lokala medlemmar om kedjan inte har pooled på
• POS visar tier-badge och saldo när kund identifieras

Vad händer när flaggan slås på i MVP?

I nuvarande MVP (april 2026) när "Delad lojalitet" slås på:

• Flaggan är på
• Lojalitetssidan är synlig i navigationen men visar placeholder "Kommer snart"
• Lokal lojalitet fortsätter fungera oförändrat
• Ingen migrering sker förrän funktionen är live

Inget bryts – det är en framtida uppgradering som kommer läggas till utan disruption.

Jämför med andra system

Stora kedjor (Starbucks, McDonald's) har byggt skräddarsydda lojalitetsprogram internt. Vendions mål: ge franchise och holdings samma kraftfulla verktyg "out of the box", utan egen utveckling.

Fallback tills pooled är live

Om du har en kedja och vill ha unified kundupplevelse innan pooled lojalitet lanseras:

1. Kedjepresentkort (funkar idag) – gäster kan ha ett kort med kedje-scope och använda i alla enheter
2. Gemensam CRM – kundregister är idag per-restaurang, men gästintel aggregerar vid samma telefonnummer
3. Manuell tier-hantering – kedjeadmin kan markera VIP-kunder manuellt genom taggar

Nästa steg: Läs om konsoliderad analytics – funktionen som redan är live.