# Pilot-Checkliste: persönlicher Mitgliederbereich

## Ziel und Rahmen

Mit 3–5 echten Mitgliedern auf unterschiedlichen Geräten prüfen. Keine
Produktivdaten, Bankdaten oder Screenshots von Nachrichten an unbeteiligte
Personen weitergeben.

## Rollen- und Rechte-Smoke-Test

| Rolle | Erwartetes Ergebnis |
| --- | --- |
| Mitglied | Kann ausschließlich `/my-club` und eigene Daten, Termine, Nachrichten sowie Rückmeldungen nutzen. Kein Zugriff auf Finanzen, Archiv, Rollen, Mitgliederlisten oder fremde Nachrichten. |
| Trainer | Sieht die erlaubten Trainings-/Terminwerkzeuge und Rückmeldungen entsprechend den Rollenrechten; kein Zugriff auf Finanz- und Rollenverwaltung ohne zusätzliche Rechte. |
| Vorstand | Kann die Verwaltungsansichten, Profiländerungsanfragen und Kommunikationsvorgänge entsprechend seiner Rechte nutzen. |

Pro Rolle testen:

1. Login, Verein auswählen und Direktaufruf eines fremden/geschützten Pfads.
2. Eigenes Profil, Termin-Zusage/Absage und Nachrichteneingang öffnen.
3. Für ein Mitglied prüfen, dass die API keine fremde Nachricht oder Rückfrage
   zurückgibt (abweichende `recipientId` ausprobieren).

## Mobile Hauptabläufe

Auf mindestens einem Gerät mit 360–430 px Breite testen:

1. Erster Login: Onboarding verstehen und schließen.
2. Profiländerung einreichen.
3. Termin zu- oder absagen.
4. Nachricht öffnen, als gelesen markieren und Rückfrage senden.
5. Seite bei gedrosselter Verbindung neu laden: Lade-, Fehler- und
   Wiederholen-Zustände müssen verständlich sein.

## Feedbackbogen

Für jede Person erfassen:

- Gerät/Browser und Verbindungsart.
- Konnte die Person Profil, Terminrückmeldung und Nachricht ohne Hilfe finden?
- Unklare Begriffe oder fehlende Informationen.
- Fehlermeldung, Zeitpunkt und reproduzierbarer Ablauf.
- Freigabe für breiteren Rollout: ja / nein / mit Nachbesserung.

Nach dem Pilot die Ergebnisse im Vereinsvorgang dokumentieren und nur dann die
letzte Phase-4-Checkbox im [Plan](./simple-user-plan.md) abhaken.
