Users
Mehrnutzerfaehigkeit statt Studio-Mitgliederverwaltung
Die Plattform denkt in Nutzerkonten, Profilen, Rollen, Abo-Status und Trainingshistorie. Genau darauf ist diese Webansicht jetzt ausgerichtet.
128
Aktive Nutzer
persoenliche App-Nutzer mit Workout-Historie
geplant
Login-Basis
Auth-Modul fuer Email, Session und Rollen
ja
Abofaehig
Subscription und Entitlements sind im Datenmodell vorgesehen
Nutzer im Fokus
Konten, Rollen, Subscription-Status und letzte Session-Signale.
UserCoachSupportAdmin
| Nutzer | Status | Rolle | Subscription | Letzte Session | Workout-Historie | Kontakt |
|---|---|---|---|---|---|---|
Gerd WeismehlUSR-1001 | Aktiv | user | solo-foundation | Gestern, 18:42 | 48 Sessions | gerd@gymapp.dev |
Leonie HartmannUSR-1002 | Beta | user | beta-access | Heute, 07:18 | 32 Sessions | leonie@gymapp.dev |
Mila SchwarzUSR-1003 | Support | support | internal | vor 3 Tagen | 12 Sessions | mila@gymapp.dev |
David KruegerUSR-1004 | Paused | user | trial | vor 8 Tagen | 5 Sessions | david@gymapp.dev |
Architekturhinweise
Die Nutzerlogik ist Kern fuer Login, Subscription und Admin-Rollen.
Auth sauber trennen
Login und Rollen bleiben eigenes Modul, damit Workout-Logik nicht mit Session-Logik vermischt wird.
Profil statt Studiokartei
Ziele, Koerpergroesse, Erfahrung und Einheitensystem gehoeren ins Nutzerprofil.
Abo-Status vorbereiten
Subscription-Status muss spaeter fuer Features und Freigaben auswertbar sein.