Theme-Marketplace
Strategie-Idee aus Brainstorm 2026-04-28.
Vision
10-15 Komplett-Themes als Standard-Angebot, kuratiert von externem Webdesigner. Jedes Theme deckt alle Section-Types mit mehreren Variants pro Type ab. Tenants lizenzieren Themes als Komplettpaket. Spaeter: Marketplace fuer Drittdesigner mit eigenem Lizenzmodell.
Kern-Prinzip
Components werden geteilt, Variants differenzieren.
- Section-Type (
hero.banner) ist Sysadmin-kuratiert - Component (
hero_banner) ist Sysadmin-erstellt, owns document_json - Variant (
atlas__hero_banner__v1) ist Designer-erstellt, owns CSS - Theme = kuratiertes Bundle von Variants
- Premium-Section = einzelne Variant als Lizenzeinheit (analog SliderRevolution)
Designer fokussiert auf CSS, nicht JSON. Tenant wechselt Theme = wechselt Variants, behaelt Inhalt + Brand.
License-Unit-Konzept
Eine license_unit ist die kleinste lizenzierbare Einheit. Vier Typen:
| Typ | Beschreibung | Inhalt |
|---|---|---|
standard | Free-/Cheap-Defaults, jeder Tenant hat sie automatisch | Standard-Components + Standard-Variants |
theme | Theme-Bundle | Variants quer ueber Section-Types + ggf. theme-spezifische Components + Demo-Pages |
premium_section | spezielles Standalone-Paket (analog SliderRevolution) | Typisch: 1+ eigene Component (mit speziellem document_json) + 1+ Variants. Kann auch reine Variants-Bundles sein, ist aber seltener. |
module | Backend-Modul mit Datenmodell + Admin-UI + Section-Templates | Datenbank-Tabellen, Studio-Views, Section-Type-Definitionen die auf das Modul-Datenmodell zugreifen. Beispiele: Blog-Modul, Event-Modul, Product-Modul, Case-Study-Modul. Section-Templates des Moduls sind nur fuer Abonnenten verfuegbar. |
Tenant ↔ License-Unit ist M:N ueber tenant_license-Tabelle.
Component-License-Bindung: templatedocument.license_unit_id (NULLABLE — NULL = Standard-Library, frei verfuegbar).
Variant-License-Bindung: templatevariant.license_unit_id (NULLABLE — NULL = inherits from Component bzw. Standard).
Marketing-Story
- Tenant browsed Themes mit Demo-Page-Vorschau
- Kauft Lizenz (subscription / one-time)
- Klont Demo-Pages → Onboarding (siehe Page-Cloning)
- Brand bleibt Tenant-eigen → CI-Konsistenz beim Theme-Wechsel
Phasen
- Heute fuer interne Themes — Sysadmin/Sysdesigner pflegen Themes im Studio
- Spaeter fuer externe Designer — Designer-Portal + Theme-Export/Import (siehe Theme-Export-Import)
- Marketplace — Curation, Stripe-Integration, Designer-Payout-Flow
Zusammenhaenge
- Vier-Schichten-Modell — Component/Variant-Separation ist ADR-050/076
- Page-Cloning — Demo-Pages werden geklont
- Theme-Export-Import — Marketplace braucht portables Format
- Section-Type-Taxonomy — wird nach Recherche erstellt
- Globaler-Tenant-Kontext — Tenant-Bindung mit License-Unit M:N
- Alexium Pages — Produkt-Strategie
Offene Punkte
- Section-Type-Taxonomie definieren (Recherche laeuft)
- Brand-Defaults pro Theme: empfehlen? oder hart trennen?
- Multi-Theme pro Tenant: ein Tenant nutzt Theme A fuer Hauptseite + Theme B fuer Akademie
- Pricing-Strategie: Subscription/One-Time/Bundle