Přeskočit na hlavní obsah

White-label B2B (PRD-05)

info

Aplikace pod značkou pořadatele — F2+ scope. Plné znění najdete níže na této stránce.

Scope

FázeObrazovekOdhad
MVP0 (CMS agenda interní)
F2+2 (správa aplikací, brand konfigurace)12 h

Koncept

Pořadatel (divadlo, koncertní hala, festival) dostane vlastní mobilní aplikaci pod svou značkou, která běží na infrastruktuře Colosseum:

  • Vlastní logo, barvy, fonty
  • Filtrovaný obsah (pouze akce daného pořadatele)
  • Sdílený auth a wallet s hlavní MA
  • Pilotní segment: divadla + hudba

Detailní specifikace (Plné znění PRD)

PRD-05: White-label B2B — Colosseum MA

Verze1.0
Datum2026-02-23
StavDraft
VlastníkSymbio — Analýza & Design

1. Přehled a cíle

White-label B2B je doplňující produkt, který umožňuje institucionálním zákazníkům (divadla, koncertní sály, kulturní sítě) nabídnout návštěvníkům mobilní aplikaci pod vlastním brandem, přičemž využívají backend a infrastrukturu Colosseum.

Tento modul posouvá Colosseum z pozice „dodavatele ticketingového systému" na pozici komplexního návštěvnického řešení — od prodeje vstupenek přes komunikaci až po věrnostní program.

Klíčový insight z workshopu (viz context/user-journeys/workshop-vystup.md): Samostatná aplikace pouze s prodejem a vstupenkami není dostatečná motivace pro koncového uživatele ke stažení. Aplikace má smysl tam, kde je opakovaná návštěvnost (divadla, muzikálové scény, filharmonie) a kde přidaná hodnota (notifikace, offline wallet, věrnost, obsah) převyšuje webový zážitek.

Fázování

FázeScope
MVPCMS agenda — základní možnost založit novou aplikaci (CMS, ne app obrazovka). Bez end-user UI v hlavní MA.
F1
F2+Pilotní white-label MVP pro segment divadla + hudba. CMS brand konfigurace, app preview, publikace. End-user app pod brandem pořadatele.

Cíle

CílMetrikaFáze
Rozšířit produkt Colosseum o B2B nabídkuPočet onboardovaných institucíF2+
Zvýšit hodnotu Colossea pro stávající klientyUpgrade rate z čistého ticketingu na white-labelF2+
Snížit churn klientůRetence B2B klientů s white-label vs. bezF2+
Validovat white-label MVP na pilotním segmentuPočet stažení pilotních aplikací, aktivní uživateléF2+

Vazba na další PRD

  • PRD-01 (Nákup vstupenek): White-label aplikace sdílí nákupní flow (P3–P6), seat map, košík a platby z hlavní MA. Přebírá celý prodejní stack.
  • PRD-02 (Klientská zóna): Registrace a účet sdílí backend — uživatel se přihlásí jedním účtem do hlavní MA i white-label app.
  • PRD-03 (Notifikace): White-label app odesílá push notifikace pod brandem pořadatele, ale využívá notifikační infrastrukturu z PRD-03.
  • PRD-04 (Věrnostní program): Otázka: sdílený bodový systém (Colosseum Premium) nebo separátní per white-label app?

2. User stories

MVP

IDRoleStoryAkceptační kritéria
US-05-01Administrátor (CMS)Chci založit novou white-label aplikaci pro klientaV CMS existuje agenda „Mobilní aplikace" s formulářem pro založení nové app (název, klient, kontakt). Stav: draft.
US-05-02Administrátor (CMS)Chci vidět seznam založených aplikacíCMS přehled: tabulka white-label aplikací se stavem (draft, konfigurace, aktivní, pozastavená).

F1

F2+

IDRoleStoryAkceptační kritéria
US-05-03B2B klient (admin)Chci nastavit barvy a logo své aplikaceBrand konfigurace (S24): color picker pro primární/sekundární barvu, logo upload, font výběr. Live preview na mobilní mockup.
US-05-04B2B klient (admin)Chci vidět, jak bude moje aplikace vypadatPreview v CMS (P12) zobrazuje mobilní simulaci s aktuálním nastavením brandu — home screen, detail akce, wallet.
US-05-05B2B klient (admin)Chci nastavit kontaktní údaje zobrazené v aplikaciV brand konfiguraci (S24) pole: adresa, telefon, email, web, provozní doba, sociální sítě.
US-05-06B2B klient (admin)Chci publikovat svou aplikaci do App Store / Google PlayWorkflow: konfigurace → review Colosseem → publikace. CMS stav: „Připraveno k review" → „Schváleno" → „Publikováno".
US-05-07B2B klient (admin)Chci vidět statistiky své aplikaceDashboard v CMS: počet stažení, aktivní uživatelé, prodeje, konverze. (Základní metriky.)
US-05-08Koncový uživatel (white-label)Chci používat aplikaci divadla/koncertní síně jako kdyby byla „jejich vlastní"Uživatel vidí brand pořadatele (logo, barvy, název). Funkce (nákup, wallet, notifikace) fungují identicky jako v hlavní MA.
US-05-09Koncový uživatel (white-label)Chci se přihlásit stejným účtem jako v hlavní Colosseum appShared authentication — jeden uživatelský účet funguje v hlavní MA i white-label aplikacích.
US-05-10B2B klient (admin)Chci spravovat obsah své aplikace (novinky, bannery)Zjednodušené CMS: banner management, novinky (blog-like), push notifikace pod vlastním brandem.

TBD


3. Funkční specifikace

3.1 MVP scope

V MVP se vytváří pouze CMS základ pro správu white-label aplikací. Žádná end-user obrazovka v hlavní MA.

CMS agenda „Mobilní aplikace"

  • Seznam aplikací:

    • Tabulka: Název, Klient (organizátor), Stav, Datum založení, Poslední úprava
    • Stavy: DraftKonfiguraceReviewSchválenoPublikovánoPozastaveno
    • Filtry: dle stavu, dle klienta
    • CTA: „Založit novou aplikaci"
  • Formulář nové aplikace:

    • Název aplikace
    • Organizátor (select z existujících klientů Colosseum)
    • Kontaktní osoba (jméno, email, telefon)
    • Segment (divadlo / hudba / festival / multižánrový / jiný)
    • Poznámky
    • CTA: „Vytvořit" → stav Draft
  • Datový základ: Vytváří se entita WhiteLabelApp v databázi s vazbou na organizátora. V F2+ se rozšíří o brand konfiguraci.

3.2 F1 rozšíření

3.3 F2+ rozšíření

Správa aplikací — rozšířené CMS (P12)

  • Dashboard per aplikace:

    • Stav a progress (stepper: Konfigurace → Review → Publikace)
    • Quick stats: stažení, aktivní uživatelé, prodeje (pokud dostupné)
    • Preview mobilní app (embedded mockup nebo screenshot)
    • Sekce: Brand konfigurace, Obsah, Notifikace, Statistiky
    • CTA: „Požádat o review" / „Publikovat" (dle stavu)
  • Seznam akcí v aplikaci:

    • Automaticky: všechny akce daného organizátora z Colosseum databáze
    • Manuálně: admin může skrýt/zvýraznit konkrétní akce
    • Řazení: custom order na home screenu white-label app

Brand konfigurace (S24)

  • Vizuální identita:

    • Primární barva: Color picker (hex input + vizuální paleta). Použití: CTA buttony, header, accent.
    • Sekundární barva: Color picker. Použití: secondary elements, links.
    • Background barva: Light/dark mode base.
    • Logo: Upload (SVG/PNG, min 512×512 px). Zobrazení: splash screen, header, about screen.
    • App ikona: Upload (1024×1024 px). Pro App Store / Google Play.
    • Font: Výběr z pre-approved fontů (systémové + 5–10 licencovaných). Custom font = na vyžádání.
  • Kontaktní údaje:

    • Název instituce
    • Adresa (zobrazí se v sekci podpora/kontakt)
    • Telefon, email
    • Web URL
    • Provozní doba (formátované pole)
    • Sociální sítě: Instagram, Facebook, YouTube (URL per platforma)
  • App Store metadata:

    • Název aplikace (jak se zobrazí v obchodě)
    • Krátký popis (subtitle)
    • Klíčová slova
    • Screenshoty — auto-generované z preview s brandem, nebo custom upload
  • Preview:

    • Real-time mobilní mockup (iPhone/Android frame) s aktuálním nastavením
    • Přepínání obrazovek: Home, Detail akce, Wallet, Podpora
    • Light/dark mode toggle
    • „Vypadá správně?" → CTA „Požádat o review"

White-label app — end-user experience

Koncová aplikace je fork hlavní MA s přizpůsobeným brandem:

AspektHlavní MA (Colosseum Ticket)White-label app
BrandingColosseum TicketLogo, barvy, název pořadatele
ObsahVšechny akce všech pořadatelůPouze akce daného pořadatele (+ volitelné partnerské)
VyhledáváníGlobální (všichni pořadatelé)Scoped na pořadatele
Registrace / loginColosseum účetSdílený Colosseum účet (transparent SSO)
WalletVšechny vstupenkyVšechny vstupenky (sdílený wallet)
Push notifikacePod brandem ColosseumPod brandem pořadatele
Věrnostní programColosseum PremiumTBD: sdílený nebo separátní
PodporaColosseum podporaKontakt na pořadatele + Colosseum fallback
Blog / obsahColosseum blog (F2+)Pořadatelův obsah (CMS)

Pilotní segment: divadla + hudba

Na základě workshopu (viz context/user-journeys/workshop-vystup.md) je doporučený pilotní segment divadla a hudba — segmenty s:

  • Stálým, loajálním publikem (motivace stáhnout app)
  • Opakovanou návštěvností (hodnota push notifikací a walletu)
  • Potřebou komunikace (změny v obsazení, nové premiéry, sezónní předplatné)

Pilotní funkce:

  1. Vstupenka v kapse (offline wallet, QR)
  2. Push notifikace (změny, nové akce, připomínky)
  3. Praktické informace (čas, místo, šatna, obsazení)
  4. Přehled nákupů a historie
  5. Přidání do kalendáře
  6. Sdílení vstupenky
  7. Základní správa obsahu (novinky, oblíbené, hlídač)

Publikační workflow

  • Review: Colosseum tým kontroluje kvalitu brandu (rozlišení loga, čitelnost barev, kompletnost údajů)
  • Publikace: Colosseum zajišťuje build a upload do App Store / Google Play (B2B klient nepřistupuje ke store účtům)
  • Aktualizace brandu: Změna barev/loga = nový build → mini review → update v obchodech
  • Pozastavení: Colosseum může app dočasně stáhnout (nezaplacení, porušení podmínek)

3.4 K diskusi


4. Business rules

IDPravidloPodmínky
BR-05-01White-label app zobrazuje pouze akce daného pořadateleFiltr na organizerId. Admin může přidat partnerské pořadatele (multi-select).
BR-05-02Uživatelský účet je sdílenýJeden Colosseum účet funguje v hlavní MA i všech white-label aplikacích. SSO token.
BR-05-03Wallet je sdílenýVstupenky koupené v jakékoli app se zobrazují ve wallet ve všech apps uživatele.
BR-05-04Push notifikace pod brandem pořadateleWhite-label app má vlastní push certificate. Notifikace se zobrazují pod názvem a ikonou pořadatele.
BR-05-05Logo musí splňovat min. rozlišení512×512 px (in-app), 1024×1024 px (App Store). SVG preferováno.
BR-05-06Barvy musí splňovat WCAG 2.1 AA kontrastCMS validuje kontrast primární barvy vůči bílému textu (min 4.5:1). Warning, ne blokace.
BR-05-07Publikace vyžaduje Colosseum reviewB2B klient nemůže publikovat přímo. Review = kontrola kvality + compliance.
BR-05-081 organizátor = max 1 white-label appVýjimky: kulturní sítě mohou mít app per sub-brand (na vyžádání).
BR-05-09Colosseum spravuje App Store / Play Store účtyWhite-label aplikace se publikují pod Colosseum developer účtem, ne pod klientem. Výjimka: klient s vlastním účtem (na vyžádání, vyšší cena).
BR-05-10Aktualizace white-label app = aktualizace hlavní MANový feature v hlavní MA se automaticky propaguje do white-label buildů (shared codebase). Brand-specific úpravy přes konfiguraci, ne custom kód.

5. Data model

WhiteLabelApp

AtributTypPopis
idUUIDUnikátní identifikátor
organizerIdUUIDFK → Organizer (primární klient)
partnerOrganizerIdsUUID[]FK → Organizer[] (partnerské organizace zobrazené v app)
nameStringNázev aplikace
statusEnumdraft, configuring, review, approved, published, paused
segmentEnumtheater, music, festival, multi_genre, other
contactNameStringKontaktní osoba B2B klienta
contactEmailStringEmail
contactPhoneString?Telefon
notesText?Interní poznámky
createdAtDateTimeDatum založení
updatedAtDateTimePoslední úprava
publishedAtDateTime?Datum publikace

WhiteLabelBrandConfig

AtributTypPopis
idUUIDUnikátní identifikátor
appIdUUIDFK → WhiteLabelApp (1:1)
primaryColorStringHex primární barva (#RRGGBB)
secondaryColorStringHex sekundární barva
backgroundColorStringHex pozadí
logoUrlStringURL loga (SVG/PNG)
appIconUrlStringURL ikony aplikace (1024×1024)
fontFamilyStringNázev fontu z pre-approved seznamu
institutionNameStringZobrazovaný název instituce
addressString?Adresa
phoneString?Telefon
emailString?Email
webUrlString?Web
operatingHoursJSON?Provozní doba (strukturovaně per den)
socialInstagramString?Instagram URL
socialFacebookString?Facebook URL
socialYoutubeString?YouTube URL
appStoreNameStringNázev v App Store
appStoreSubtitleString?Subtitle
appStoreKeywordsString?Klíčová slova
updatedAtDateTimePoslední úprava

6. Edge cases a error states

ScénářChování
Pořadatel nemá žádné aktivní akceWhite-label app zobrazí empty state: „Momentálně žádné akce. Sledujte nás pro novinky." + push opt-in.
Logo nesplňuje min. rozlišeníCMS warning při uploadu: „Logo má nízké rozlišení (X×Y px). Doporučujeme min. 512×512 px." Upload není blokován, ale review to může zamítnout.
Barvy nesplňují WCAG kontrastCMS warning s náhledem: „Kontrast primární barvy vůči bílému textu je X:1 (doporučeno min. 4.5:1). Text může být špatně čitelný."
Uživatel hlavní MA otevře white-label app (a naopak)Automatické přihlášení (SSO). Wallet se synchronizuje. Uživatel vidí všechny své vstupenky.
B2B klient chce custom funkci mimo konfiguraciNení podporováno v white-label standardu. Nabídnout jako custom development (oddělená kalkulace).
Pořadatel ukončí spolupráci s ColosseemApp přejde do stavu paused. Uživatelé vidí: „Aplikace je dočasně nedostupná." Wallet a vstupenky zůstávají přístupné v hlavní MA.
App Store review odmítne aplikaciColosseum řeší s Apple/Google. B2B klient je informován o důvodu a potřebných úpravách.
Dva pořadatelé chtějí stejný název aplikaceCMS validace: unikátní název v rámci App Store. Warning + návrh alternativy.
Font není dostupný na jedné platforměFallback na systémový font (SF Pro / Roboto). CMS preview ukazuje oba varianty.
Aktualizace hlavní MA rozbije white-label buildRegression testing: white-label buildy se automaticky testují při každém release hlavní MA. Rollback mechanismus.

7. Screen mapping

IDObrazovkaTypFázePopis
P12White-label — správa aplikacíPrimární (8h)F2+CMS dashboard: seznam, detail, preview, publikace
S24White-label — brand konfiguraceSekundární (4h)F2+Color picker, logo, font, kontaktní údaje, preview

Celkový odhad (čistý design)

FázeObrazovkyHodiny
MVP0 (CMS agenda — interní, bez design odhadu)0 h
F100 h
F2+212 h
Celkem212 h

Poznámka: CMS agenda v MVP je interní administrace — design se řeší v rámci existujícího CMS frameworku (Dato/Websale), ne jako custom obrazovka.


8. Otevřené otázky

Věrnostní program ve white-label — Sdílený Colosseum Premium (body se sbírají across všech apps), nebo separátní program per pořadatel? Sdílený má výhodu pro uživatele (víc bodů), separátní pro pořadatele (vlastní branding věrnosti).

Publikace pod klientovým developer účtem — Standard: Colosseum účet. Ale někteří klienti (Národní divadlo, velké sítě) mohou chtít vlastní účet. Jak to řešit technicky a obchodně?

Pricing model — Setup fee + monthly subscription? Revenue share z prodejů? Kombinace? Vliv na scope konfigurace (basic vs. premium tier).

Custom funkce per klient — Kde je hranice white-label konfigurace vs. custom development? Např. vlastní home screen layout, custom sekce, specifické integrace.

Pilotní klient — Kdo bude první white-label zákazník? Ideálně existující klient Colossea s vysokou návštěvností a motivací (divadlo nebo muzikálová scéna).

Web builder (varianta řešení z workshopu) — Workshop identifikoval 3 varianty: (1) integrace s CMS klienta, (2) Colosseum Web Builder, (3) white-label MVP. Aktuálně jdeme cestou (3). Je (2) — vlastní CMS pro menší instituce — stále na stole pro budoucí fáze?

Obsah ve white-label — Má pořadatel přístup k blog modulu (PRD-06)? Nebo jen k bannerům a novinkám? Rozsah content managementu per white-label app.