CockpitOS — Plattform-Überblick
CockpitOS ist das Betriebssystem für Shopping Center — nicht „noch ein CMS“, sondern eine integrierte Plattform, die Redaktion, Betrieb, Besucher-Kanäle und Partner-Integration auf einem gemeinsamen Datenkern vereint.
Diese Seite beschreibt Konzept und Architektur für alle, die das System zum ersten Mal verstehen wollen: Geschäftsführung, Eigentümer, Partner, Presse — ohne technisches Vorwissen, aber mit genug Tiefe, um zu erkennen, warum diese Kombination selten ist.
Das Problem: digitale Fragmentierung
Shopping Center betreiben heute typischerweise viele getrennte Welten:
- Website (oft WordPress oder Agentur-Projekt)
- Social Media (Tool + manuelle Freigabe)
- Displays und Kioske (eigenes Signage-System)
- QR-Apps oder Besucher-WebApps
- Mieter-Kommunikation, Issues, Property-Daten
- Analytics in separaten Tools
Jeder Kanal hat eigene Logins, eigene Pflege, eigene Wahrheit. Shops, Events und Öffnungszeiten werden mehrfach eingegeben — Fehler, Verzögerung und hoher Aufwand sind die Folge. KI-Assistenten scheitern an verstreuten, veralteten Quellen.
Unser Ansatz: ein Kern, alle Kanäle
CockpitOS löst das mit einem klaren Prinzip:
Einmal pflegen — überall nutzen.
Das Dashboard ist die zentrale Steuerzentrale. Hier leben alle Center-Daten: Shops, Events, News, Angebote, Centerplan, Social-Posts, Freigaben, Issues und mehr. Website, Digital Signage, NOW-WebApp, WordPress-Plugin und Social-Publish lesen aus diesem Kern — sie sind Kanäle, keine zweiten Datenbanken.
Das ist der entscheidende Unterschied zu einer Tool-Sammlung: Nicht Integration per Export/Import, sondern eine Plattform mit vielen Ausgängen.
Warum diese Tiefe selten kombiniert wird
Am Markt finden sich meist Teillösungen:
| Typisch am Markt | CockpitOS |
|---|---|
| CMS oder Website-Baukasten | CMS plus operatives Cockpit |
| Signage-Software ohne Redaktions-Workflow | Signage aus demselben Content-Bestand |
| Social-Tool ohne Center-Stammdaten | Social mit Freigabe, Outstand-Publish, Engage & Reporting im Cockpit |
| Chatbot ohne echte Live-Daten | KI-Assistent mit Shops, Events, Wayfinding aus dem Kern |
| Property-/Mieter-Tools getrennt von Marketing | Issues, Dispatch, Workflow neben Content in einer Oberfläche |
| Eine Website pro Center, hart verdrahtet | Multi-Tenant: viele Center, eine Plattform, modulare Freischaltung |
CockpitOS verbindet Redaktion, Freigabe, Ausspielung, Besucher-Erlebnis, Analytics und Partner-APIs in einem Produkt. Diese End-to-End-Verzahnung über Immobilien, Kanäle und Rollen hinweg ist das, was wir als einzigartig verstehen — nicht ein einzelnes Feature, sondern die Gesamtarchitektur.
Was in der Plattform steckt
Modular aktivierbar pro Organisation und Rolle — aber konzeptionell ein System:
| Bereich | Was es leistet |
|---|---|
| Mall Cockpit | Shops, Events, News, Angebote, Services, Jobs, Kategorien, Medien |
| Redaktionsfluss | Dispatch (E-Mail-Eingang), Workflow-Freigaben, Content Planner |
| Social Cockpit | Posts erstellen, Freigabe (intern + externer Link), Outstand-Publish, Engage, Reporting |
| Digital Experience | Center-Website, Templates, v0/Vercel-Hosting, Signage, Companion, QR, Reserve & Collect |
| Wayfinding | Centerplan, Etagen, Routing — auf Website, Kiosk und in der NOW-WebApp |
| Community & Betrieb | Feedback, Issues, Broadcast, Chatbot-Analytics |
| Analytics | Content-Performance, Besucherströme (Footfall-Vorbereitung), Social-KPIs |
| Center Manager App | Mobile Einreichung, Issues, Social — für Teams vor Ort |
| Integrationen | WordPress-Plugin, AgencyOS (Partner-API), Public API, MCP (Claude/Cursor) |
Details zu Menüpunkten und Modul-IDs: Navigation & Module.
Konzeptionelle Säulen
1. Single Source of Truth
Alle Kanäle beziehen dieselben Stammdaten. Ändert sich eine Öffnungszeit, ist sie sofort auf Website, Display und im Assistenten konsistent — ohne manuelle Sync-Jobs.
2. Operatives Cockpit, nicht nur Redaktion
Die Startseite /dashboard ist eine Steuerzentrale: offene Freigaben, Dispatch, Social-Warteschlange, Planner, Issues — abhängig von Rolle und gewähltem Center. CockpitOS denkt Betrieb und Marketing zusammen, nicht nur „Artikel speichern“.
3. KI mit Kontext — nicht generisch
Der Besucher-Assistent nutzt echte Center-Daten (Shops, Events, Öffnungszeiten, Wayfinding). Redakteure arbeiten mit Claude über MCP oder v0 direkt gegen APIs und Freigabe-Workflows — KI ist in den Prozess eingebaut, nicht angeklebt.
4. Mandantenfähigkeit & Skalierung
Eine Installation verwaltet viele Center und Organisationen. Module werden pro Abo und Rolle freigeschaltet. Websites können auf Render, Vercel/v0 oder hybrid laufen — der Datenkern bleibt derselbe.
5. Offen für Partner
AgencyOS ermöglicht Agenturen und Integratoren Content-Push per API. Die öffentliche Center-Website-API speist moderne Frontends (v0, eigene React-Apps). Das ist Plattform-Denken: CockpitOS bleibt Kern, Frontends können wechseln.
Technische Architektur (Kurzform)
| Schicht | Inhalt |
|---|---|
| Infrastruktur | PostgreSQL, Redis, Render (Frankfurt); Medien über Bunny CDN; E-Mail (Resend); Analytics (Umami); KI (OpenAI, optional Pinecone) |
| Kern | Monorepo (pnpm/Turborepo): Dashboard als einzige App mit direktem DB-Zugriff und allen REST-APIs |
| Shared Packages | database, ui, ai-context, wayfinding, mcp-cockpit-os, … |
| Kanäle | center-website, digital-signage, center-manager — API-Clients zum Dashboard |
| Steuerung | Module (ModuleConfig), Rollen, Organisationen, Center-Zuweisungen |
Sicherheitsprinzip: Geheimnisse und DB-Zugriff liegen serverseitig im Dashboard (und kontrolliert in Kanal-Backends). Frontends erhalten keine Roh-DB-Credentials.
Entwickler-Details: Developer Guide · Public API · AgencyOS.
Typischer Datenfluss
- Redaktion pflegt oder reicht Inhalte ein (Dashboard, Center Manager, Dispatch, Claude/v0).
- Freigabe (Website-Entwürfe, Social-Posts) läuft über Workflow — inkl. externem Freigabe-Link und Benachrichtigung.
- Nach Freigabe: automatische Ausspielung auf Website (Revalidate), Signage, Social (Outstand), ggf. WordPress-Sync.
- Besucher nutzen Website, QR/NOW-WebApp oder Kiosk — immer mit denselben Daten.
- Analytics & Social-Reporting messen Wirkung auf Plattform-Ebene.
Für wen ist CockpitOS gedacht?
| Rolle | Nutzen |
|---|---|
| Center-Betreiber / Eigentümer | Eine Plattform statt Tool-Inseln; messbare Digitalisierung des Standorts |
| Redaktion & Marketing | Weniger Doppelpflege; Social, Website und Signage aus einem Handgriff |
| Center Manager vor Ort | Mobile App für Issues, Content-Einreichung, Social-Einblicke |
| Technik & Agenturen | Public API, AgencyOS, MCP — erweiterbar ohne Kern zu ersetzen |
Weiterführend
| Thema | Dokument |
|---|---|
| Presse- & Kurztexte | Texte für Pressemitteilung |
| Module & Apps | Core Features & Module |
| Dashboard-Navigation | Navigation & Module |
| Social End-to-End | Social Media Freigabe |
| v0 / Vercel Go-Live | Go-Live DNS, Vercel & UD |
| Interne Architektur-Notiz (Code-Snapshot) | docs/COCKPITOS-SYSTEMARCHITEKTUR-VOLLSTAENDIG.md — bei Widersprüchen gilt diese Seite und der Code |
Stand: laufend gepflegt mit dem Produkt. Bei Fragen: sb@schickma.de
Nutzungsstatistik: Seitenaufrufe werden anonymisiert erfasst. Im Umami-Dashboard nach diesem Pfad filtern: /plattform/plattform-ueberblick