Plattform-Reife & Betrieb
Zielgruppe: Entscheider (Eigentümer, Betreiber), Investoren (VC/PE), IT-Leitung, strategische Partner — die prüfen wollen, ob CockpitOS betreibbar und erweiterbar ist, nicht nur demo-tauglich.
Software-Engineering — wie ein Produkt, nicht wie ein Nebenprojekt
| Merkmal | Umsetzung |
|---|---|
| Monorepo | apps/ (Dashboard, Center-Website, Signage, Manager) + packages/ (database, ui, MCP, wayfinding, …) — gemeinsame Typen und UI. |
| Eine API-Wahrheit | Geschäftslogik und DB-Zugriff im Dashboard; Kanäle konsumieren REST-APIs. |
| Typsicherheit | TypeScript durchgängig; Prisma-Schema als Vertragsbasis (packages/database). |
| CI & Checks | u. a. Next.js Dynamic-Route-Checks im Dashboard-Build — verhindert Ausfälle durch Routing-Konflikte. |
| Dokumentation als Deliverable | cockpit-docs/ mit Changelog, Developer-Vertrag, Redaktions-Onboarding — parallel zum Code gepflegt. |
Daten & Migrationen — kein „YOLO-Schema“
CockpitOS arbeitet mit Live-Center-Daten. Im Projekt gelten feste Regeln:
- Additive Migrationen (neue Spalten mit Default/nullable).
- Expand-Contract bei Strukturwechseln — keine blinden
DROP-Aktionen. - Dokumentierte SAFE-Migrationen und Referenz
db_structure.mdim Repository.
Das ist ein Reife-Signal für Betreiber und Investoren: Datenbestände werden wie in Enterprise-Software behandelt.
Mandantenfähigkeit & Module
| Konzept | Nutzen |
|---|---|
| Organisationen & Center | Mehrere Mandanten in einer Installation. |
ModuleConfig | Features pro Organisation/Rolle — Mall Cockpit, Social, Signage, Analytics … |
| Rollenmodell | Super Admin, Center Admin, Content Editor, Center Manager, … — dokumentiert in Navigation & Module. |
Skalierung im Geschäftsmodell ist im Produkt angelegt, nicht nachträglich interpretiert.
Integrationen — offen, aber kontrolliert
| Integration | Reife |
|---|---|
| Public Center-Website API | Vertraglich dokumentiert, CORS für moderne Frontends, templatePublicContent für v0 ohne Secrets. |
| AgencyOS | Partner-API inkl. Audit, Content-Push, Team-Zugriff — Doku. |
| MCP (Claude/Cursor) | Gleiche Tools wie interne Redaktion — Remote-MCP für Teams. |
| Outstand (Social) | Publish, Webhooks, Metrik-Sync, Cron — Betrieb dokumentiert. |
| WordPress | Plugin-Pfad für Bestands-Center — parallel zur CockpitOS-Website, nicht Ersatz des Kerns. |
| v0 / Vercel | Frontend-Kanäle, Deploy-Register, Go-Live-DNS — Doku. |
Betrieb & Verfügbarkeit
| Thema | Hinweis |
|---|---|
| Hosting | Produktiv u. a. auf Render (render.yaml im Repo). |
| Medien | Bunny CDN — zentrale Medienlogik im Cockpit. |
| Cron / Webhooks | Dokumentiert unter docs/CRON-SETUP.md (Repo) und in Fach-Doku (Social, Revalidate). |
| Status | Einrichtung Better Stack — Setup-Doku. |
Keine Secrets in dieser Doku — Betriebspartner erhalten Zugangsdaten separat.
Produktumfang — modular, aber zusammenhängend
Die Feature-Matrix zeigt, welche App welche Kernfunktion abdeckt:
Die Modul-Registry im Code (apps/dashboard/src/lib/modules.ts) entspricht der Navigation — Doku und Produkt sind abgeglichen (Pflege-Regel im Team).
Zurück
Nutzungsstatistik: Seitenaufrufe werden anonymisiert erfasst. Im Umami-Dashboard nach diesem Pfad filtern: /plattform/plattform-reife-und-betrieb