Beauty Profil

Team & Rollen

Diese Seite erklärt den realen Dashboard-Bereich Team & Rollen. Sie beschreibt, wie Benutzer, Einladungen, Rollen, Aktivstatus und menübezogene Rechte in einer gemeinsamen Zugriffs- und Verantwortungslogik zusammengeführt werden.

Rolle

Zugangs- und Verantwortungszentrale für Benutzer, Rollen und Rechte.

Wichtig für

Sicherheit, Verantwortlichkeit, sauberes Onboarding und kontrollierte Menüzugriffe.

Nicht allein zuständig für

operative Mitarbeiterplanung oder Rollen auf der Kundenseite ohne Bezug auf Dashboard-Zugänge.

Schnell zu einem Bereich

Sinn Seitenkarte Wirkung Kundensicht Screenshots Funktionsblöcke Datenlogik Ablauf Fehler FAQ

Was dieser Bereich im Produkt wirklich macht

Team & Rollen steuert, wer überhaupt im Dashboard arbeiten darf und in welcher Tiefe. Das Modul verbindet Benutzerobjekte, Rollenlogik, Aktivstatus, offene Einladungen und Menüzugriffe zu einer echten Zugangsschicht des Produkts.

In der aktuellen UI besteht der Bereich aus Rollenhinweis, Team-KPIs, einer Benutzerliste, offenen Einladungen, einem Create/Edit-Modal mit Menüzugriffen und einer Berechtigungsmatrix. Damit ist die Seite weit mehr als ein Adressbuch für Mitarbeiter.

Wie die Seite aufgebaut ist

Add User CTA

Startet den Einladungs- oder Bearbeitungspfad für Benutzer.

Rollenhinweis

Erklärt Owner, Manager und Staff direkt im Modul.

Team-KPIs

Zeigen Gesamt sowie Verteilung nach Rolle.

Benutzerliste

Listet Teammitglieder mit Status, Rolle und Quick Actions.

Offene Einladungen

Trennt ausstehende Zugänge vom bestehenden Team.

User Modal

Pflegt Name, E-Mail, Rolle, Aktivstatus und Menüzugriffe.

Menü-Zugriffe

Setzen none, read oder manage pro Admin-Bereich.

Rechte-Matrix

Zeigt die sichtbare Standardlogik der Rollen.

Was dieser Bereich öffentlich und intern beeinflusst

Intern sicherheits- und prozessrelevant

Team & Rollen beeinflusst, wer Daten sieht, wer Änderungen ausführen darf und wie stark Verantwortlichkeit im System nachvollziehbar bleibt.

Extern indirekt qualitätswirksam

Kunden sehen die Rechteverwaltung nicht, merken aber ihre Wirkung dort, wo Zuständigkeiten sauber sind und weniger Prozessfehler entstehen.

Wichtige Abgrenzung

Diese Seite steuert Dashboard-Zugänge und Rechte, nicht die operative Teamverfügbarkeit oder Servicezuordnung im Mitarbeiter-Modul.

Was sieht der Kunde davon?

Indirekt im sauberen Ablauf

Kunden merken Rechteverwaltung dort, wo Prozesse weniger chaotisch sind und Zuständigkeiten im Team klarer funktionieren.

Im reduzierten Fehlerrisiko

Wenn nicht jede Person alles bearbeiten kann, sinkt das Risiko ungewollter Änderungen oder falsch behandelter Anfragen.

Praktische Übersetzung in Kundensprache

Saubere Rollen sagen: Das Studio arbeitet intern geordnet.

Klare Zuständigkeiten sagen: Anliegen landen eher bei den richtigen Personen.

Begrenzte Zugriffe sagen: sensible Daten und Prozesse werden ernster genommen.

Screenshots und visuelle Orientierung

Diese Bildplätze sind wieder als Screenshot-Layer vorbereitet. Bei Team & Rollen sind besonders Benutzerliste, Einladungen, das Modal mit Zugriffslevels und die Rechte-Matrix wichtig, weil dort die eigentliche Struktur des Moduls sichtbar wird.

Empfehlung: User-Modal und Rechte-Matrix getrennt zeigen, damit Standards und Individualpflege nicht verschwimmen.

Die Funktionsblöcke im Detail

1. Teamverwaltung als Zugangsschicht der Plattform

Der Bereich Team & Rollen ist die Zugangsschicht der Plattform. Hier werden Benutzer nicht nur angezeigt, sondern nach Rolle, Status, Menüzugriff und Einladungslage als handhabbare Teamstruktur organisiert.

Pflegt

Mitglieder, Rollen, Aktivstatus und Zugriffsstruktur des Teams.

Beeinflusst

wer was im System sehen, lesen oder verwalten darf.

Häufig verwechselt mit

dem Mitarbeiter-Modul. Team & Rollen steuert Zugänge und Rechte, nicht die operative Personalpräsenz.

Vorhanden: Benutzerliste, Rollenlogik, Aktiv/Inaktiv, Einladungen und Rechte-Matrix.

Wirkung: das Modul entscheidet über Ordnung und Verantwortung im Backoffice.

Praxis: zentral für Studios mit mehreren Personen im Dashboard.

2. Benutzer hinzufügen und Einladung statt Sofortzugang

Neu Personen werden über einen Add-User-Flow eingeladen. Die Seite trennt dabei klar zwischen einem Teammitglied, das bereits existiert, und einer offenen Einladung, die erst angenommen oder storniert werden kann.

Pflegt

neu Zugänge über Einladungs- und Aktivierungslogik.

Beeinflusst

wie kontrolliert neu Benutzer ins Team aufgenommen werden.

Häufig verwechselt mit

sofortigem Account-Anlegen. In der aktuellen UI spielt Einladung eine eigene Rolle.

Vorhanden: Benutzer hinzufügen Button, Einladungsnotiz und offener Einladungsbereich.

Wirkung: Zugänge sind kontrolliert und nachvollziehbar statt ad hoc verteilt.

Praxis: wichtig für Sicherheit und sauberes Onboarding.

3. Rollenkonzept Owner, Manager, Staff

Die Seite ordnet Rollen klar in Owner, Manager und Staff ein. Diese Rollen tragen nicht nur Labels, sondern definieren unterschiedliche Standardtiefen für Verantwortung und Zugriff.

Pflegt

die grundlegende Rollenhierarchie des Teams.

Beeinflusst

wie weitreichend ein Benutzer operativ und administrativ eingreifen kann.

Häufig verwechselt mit

reiner Teambezeichnung. In Wahrheit steuern die Rollen echte Rechteprofile.

Vorhanden: Info-Box mit Owner, Manager und Mitarbeiter.

Wirkung: Verantwortungslevel werden schon vor der Detailpflege sichtbar.

Praxis: gut für schnelle Rollenzuordnung und Erwartungsklarheit.

4. Benutzerliste mit Status, Rollenbadge und Quick Actions

Die Liste aller Benutzer zeigt pro Eintrag Name, E-Mail, Rolle, Status, Erstellungsdatum, letzter Login und direkte Aktionen für Aktivierung, Bearbeitung oder Löschung. Dadurch ist das Modul gleichzeitig Übersicht und Kontrollraum.

Pflegt

den direkten Zugriff auf einzelne Benutzerobjekte.

Beeinflusst

wie schnell Teamänderungen und Rechtekorrekturen im Alltag umgesetzt werden.

Häufig verwechselt mit

einer reinen Teamliste. Tatsächlich ist jede Zeile operativ bearbeitbar.

Vorhanden: Rolle, Aktivpunkt, Deaktiviert-Badge, Edit, Toggle und Delete.

Wirkung: das Team bleibt nicht statisch, sondern steuerbar.

Praxis: wichtig bei Rollenwechseln, Austritten oder temporären Deaktivierungen.

5. Offene Einladungen als eigener Lifecycle

Einladungen haben auf der Seite einen eigenen Bereich. Dort werden Status, Ablaufdatum, Invite-Link sowie Aktionen für Kopieren, Erneut senden und Stornieren getrennt vom bestehenden Team geführt.

Pflegt

den Zwischenzustand zwischen Einladung und echtem Teammitglied.

Beeinflusst

Nachvollziehbarkeit und Sauberkeit im Onboarding-Prozess.

Häufig verwechselt mit

einem nebensächlichen Zusatzblock. In Wirklichkeit steuert er den Zugangslifecycle.

Vorhanden: offene Einladungen, Refresh, Copy, Resend und Cancel.

Wirkung: unvollständige Onboardings bleiben sichtbar und bearbeitbar.

Praxis: besonders nützlich bei grösseren Teams oder langsamer Annahme von Einladungen.

6. Menü-Zugriffe pro Bereich statt grober Globalrechte

Im Modal wird nicht nur eine Rolle gewählt. Zusätzlich kann pro Menüpunkt festgelegt werden, ob kein Zugriff, Lesen oder Verwalten erlaubt ist. Damit ist das Modul deutlich feiner als ein blosses Rollen-Dropdown.

Pflegt

bereichsspezifische Access-Levels für das gesamte Admin-Menü.

Beeinflusst

wie präzise Verantwortung und Risiko im Team verteilt werden.

Häufig verwechselt mit

starren Rollenrechten. In Wirklichkeit gibt es zusätzlich eine Menüzugriffsschicht.

Vorhanden: none, read, manage pro Menübereich.

Wirkung: Rechte können viel feiner an reale Verantwortlichkeiten angepasst werden.

Praxis: stark für Studios mit Frontdesk, Managern und spezialisierten Rollen.

7. Create/Edit-Modal mit Rollenhilfe und Access Defaults

Das Modal führt Name, E-Mail, Rolle, Aktivstatus, Rollenhilfe und Menüzugriffe zusammen. In der JS-Logik greifen dabei role defaults und role help ineinander, damit die Auswahl nicht bei null beginnt.

Pflegt

die komplette Anlage- und Bearbeitungslogik für Benutzer.

Beeinflusst

ob neu oder geänderte Benutzer mit sinnvoller Voreinstellung starten.

Häufig verwechselt mit

einem einfachen User-Formular. Tatsächlich bildet es den Kern der Rechtevergabe.

Vorhanden: Modal für Create/Edit, Rollenhilfe, Invite-Hinweis und Menüdefaults.

Wirkung: Zugänge werden strukturierter statt improvisiert angelegt.

Praxis: reduziert Fehler bei der Rollenzuweisung spürbar.

8. Berechtigungsmatrix als sichtbare Referenz

Am unteren Ende zeigt die Seite eine Berechtigungsmatrix für Owner, Manager und Staff. Damit sind Rollenrechte nicht nur implizit im System versteckt, sondern als sichtbare Referenz lesbar.

Pflegt

keine individuellen Userdaten, sondern die sichtbare Standardlogik der Rollen.

Beeinflusst

Onboarding, Support und die Verständlichkeit der Rollenarchitektur.

Häufig verwechselt mit

einer statischen Tabelle ohne Funktion. In der Praxis erklärt sie das gesamte Rollenmodell.

Vorhanden: Matrix für Benutzer, Abrechnung, Analytik, Services, Staff, Buchungen, Kunden und weitere Rechte.

Wirkung: Teams verstehen schneller, was eine Rolle grundsätzlich darf.

Praxis: sehr hilfreich für Schulung, Support und AI-Assistants.

Was diese Seite technisch in Daten und Aktionen verbindet

Der Bereich Team & Rollen verbindet Mitgliederdaten, Rollenliste, Menürechte, Einladungsstatus und Statuswechsel. In der JS-Logik werden dafür usersState, invitationsState, roleList sowie roleDefaults und roleDescriptions zusammengeführt.

Members State
Benutzer tragen id, Rolle, roleId, Status, Owner-Flag und Menürechte als strukturierten Zugriffsdatensatz.
Invitation Lifecycle
Offene Einladungen haben eigenen Status, Invite-Link, Ablaufdatum und Aktionen für Copy, Resend und Cancel.
Role Defaults
Owner, Manager und Staff bringen voreingestellte Menüzugriffe mit, die im Modal angepasst werden können.
Patch- und Delete-Flows
Aktivstatus, Rollenwechsel, Zugriffsrechte und Entfernen von Benutzern laufen über eigene API-Pfade und Aktivitätslogs.

Praktisch ist diese Seite damit kein statischer Team-Block, sondern ein kleiner Access-Control-Hub für Membership, Rolle und Rechteverteilung. Genau deshalb eignet sie sich gut für AI-Assistants: Die Logik ist regelbasiert, klar strukturiert und pro Bereich erklärbar.

Empfohlene Reihenfolge bei der Bearbeitung

  1. 1 Zuerst klären, welche reale Verantwortlichkeit eine Person im Studio hat, bevor eine Rolle gewählt wird.
  2. 2 Danach Rolle und Menüzugriffe gemeinsam setzen, statt nur das Rollendropdown zu beachten.
  3. 3 Neu Personen möglichst über den Einladungsfluss aufnehmen, damit der Zugang nachvollziehbar bleibt.
  4. 4 Bestehende Benutzer regelmässig auf Aktivstatus und tatsächliche Zuständigkeit prüfen.
  5. 5 Offene Einladungen nicht liegen lassen, sondern refreshen, erneut senden oder stornieren.
  6. 6 Rollenlogik immer zusammen mit Audit Log und operativen Modulen denken, nicht isoliert als Admin-Randthema.

Häufige Fehler auf dieser Seite

Rollen nur grob setzen und Menüzugriffe im Detail nicht prüfen.
Zu breite Rechte vergeben, weil „es schneller geht“.
Deaktivierte oder veraltete Teamzugänge nicht sauber bereinigen.
Einladungen offen stehen lassen, obwohl sie abgelaufen oder nicht mehr relevant sind.
Das Mitarbeiter-Modul mit der Rechteverwaltung verwechseln.
Owner-, Manager- und Staff-Logik ohne klare reale Verantwortlichkeiten zu vergeben.

Fragen und Antworten

Ist Team & Rollen dasselbe wie Mitarbeiter? ⌄
Nein. Mitarbeiter beschreibt eher die operative Person im Studio, während Team & Rollen die Dashboard-Zugänge und Rechteverwaltung steuert.
Warum gibt es neben Rollen noch Menüzugriffe? ⌄
Weil die aktuelle UI Rechte pro Bereich feiner steuern kann als nur über eine grobe Rollenbezeichnung.
Wofür sind offene Einladungen ein eigener Block? ⌄
Weil Einladung und aktives Teammitglied zwei verschiedene Zustände sind, die separat nachvollzogen und bearbeitet werden müssen.
Warum ist der Owner besonders behandelt? ⌄
Weil Owner in der aktuellen Logik eine Sonderrolle mit vollem Zugriff und zusätzlichen Schutzmechanismen darstellt.
Ist die Rechte-Matrix nur Dokumentation? ⌄
Sie ist zwar keine direkte Bearbeitungsoberfläche, aber eine wichtige sichtbare Referenz für das Rollenmodell und damit operativ sehr nützlich.

Weiter im Guide Center

Team & Rollen wird erst richtig stark, wenn Rechte, Verantwortlichkeit und Nachvollziehbarkeit zusammengedacht werden. Die folgenden Guides helfen, diese Logik in angrenzende Bereiche zu übertragen.

Alle Admin-Guides ansehen
Operatives Team

Mitarbeiter

Hilft zu verstehen, wo Teamidentität endet und Rechteverwaltung beginnt.
Nachvollziehbarkeit

Änderungshistorie

Dort wird sichtbar, wie Rechte und Änderungen später kontrollierbar bleiben.
Absicherung

Einstellungen

Hilft, sensible Plattformbereiche im Zusammenspiel mit Rollenlogik besser zu schützen.
Im Zusammenhang lesen

Workflows

Hilft zu verstehen, wie aus Rollen echte Verantwortungs- und Zugriffsprozesse werden.