Ein Verein, choreographiert.

Was war kaputt?

Tanzsportvereine jonglieren typischerweise Excel-Listen, WhatsApp-Gruppen und mehrere SaaS-Abos für Mitglieder, Trainings und Choreographie-Planung. Choreographien werden auf Papier oder in Videos festgehalten — Versionskonflikte sind die Regel, nicht die Ausnahme. Daten verteilen sich auf US-Cloud-Anbieter, DSGVO ist Glücksache.

Wie wurde es gelöst?

• Mitgliederverwaltung mit Rollen, Rechten und Multi-Tenant-Isolation pro Verein
• Live-Multi-User-Choreographie-Editor — mehrere Trainer:innen bewegen Tanzfiguren auf einer gemeinsamen Bühne, server-synchronisiert
• Trainings- und Event-Verwaltung mit Anmelde-Logik
• Modular via Feature-Flags togglebar — jeder Verein aktiviert nur was er braucht
• Self-hosted in Deutschland, eigener Server, eigene Daten

Was läuft heute?

Aktuell in Alpha mit erstem Pilotverein. Erste produktive Mitglieder-Verwaltung läuft, Live-Editor in Erprobung. Architektur ist auf weitere Vereins-Typen (Sport, Sozial, Kultur) übertragbar — DanceBaseOS wird zur Basis für einen breiteren Vereins-Stack.

Warum dieser Stack?

Next.js für Server-First-Architektur (Konflikte serverseitig entschieden, keine Optimistic UI für kritische Operationen). PostgreSQL für strikte Multi-Tenant-Isolation auf DB-Ebene. TypeScript für Typ-Sicherheit über die Bühne hinweg. Canvas-Engine für die Live-Editor-Choreographien — pixelgenau, performant, ohne Browser-Layout-Cost.