chore(repo): sync wireframe structure and references
This commit is contained in:
david committed
1 parent
05d2d5777f
commit
d953a79e95
453 files changed
+36639
-621
No files matched your search
@@ -0,0 +1,66 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S01
|
||||
screen: Neues Passwort setzen
|
||||
typ: Auth Form
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/a745a832-9d89-449d-8756-2147611e41ce/edit"
|
||||
---
|
||||
|
||||
# S01 — Neues Passwort setzen
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer setzt ein neues Passwort im zentralen Set-Password-Core-Flow.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
A4 Form / Auth-Card.
|
||||
|
||||
## Daten
|
||||
|
||||
- neues Passwort
|
||||
- Passwort bestaetigen
|
||||
- Passwort-Regeln / Staerke
|
||||
|
||||
## Aktionen
|
||||
|
||||
- Passwort setzen
|
||||
- Passwort anzeigen/verbergen
|
||||
- zurueck zum vorherigen Auth-Schritt, wenn der Zubringerflow es erlaubt
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Klarer Hinweis, warum ein neues Passwort gesetzt wird, kommt optional vom Zubringerflow.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein Success-Toast; nach erfolgreichem Passwort geht es zu 2FA freiwillig oder 2FA Pflicht.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Leer | Passwortfelder leer | Bauen |
|
||||
| Laden | Button loading | Wiederverwenden |
|
||||
| Fehler | Passwort zu schwach / stimmt nicht ueberein | Nur dokumentieren |
|
||||
| Keine Berechtigung | Link/Token ungueltig gehoert in Zubringerflow | Raus |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- gueltiger Zubringer-Kontext vorhanden
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Dieser Screen ist zentral wiederverwendbar. Kontexttexte duerfen vom Zubringerflow kommen.
|
||||
|
||||
Der Zurueck-Button ist eine sekundare Navigation, z. B. wenn Passwort Reset versehentlich geoeffnet wurde.
|
||||
+63
@@ -0,0 +1,63 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S02
|
||||
screen: 2FA freiwillig anbieten
|
||||
typ: Auth Decision
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password 2fa optional
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/379cb0ba-e4e2-4028-b44f-503226cb2e85/edit"
|
||||
---
|
||||
|
||||
# S02 — 2FA freiwillig anbieten
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer versteht, dass 2FA empfohlen ist, aber in diesem Einstieg uebersprungen werden darf.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
Auth-Decision-Card.
|
||||
|
||||
## Daten
|
||||
|
||||
- 2FA-Empfehlung
|
||||
- kurzer Sicherheitsnutzen
|
||||
|
||||
## Aktionen
|
||||
|
||||
- 2FA einrichten
|
||||
- jetzt ueberspringen
|
||||
- zurueck, wenn der Zubringerflow es erlaubt
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Empfehlung ohne Druck: 2FA schuetzt den Account zusaetzlich.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein Toast; Auswahl fuehrt weiter.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Angebot | 2FA ist empfohlen, aber optional | Bauen |
|
||||
| Uebersprungen | Abschluss mit Hinweis in S06 | Wiederverwenden |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- Zubringerflow erlaubt freiwillige 2FA.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Dieser Screen darf nicht wie Pflicht wirken.
|
||||
|
||||
Der Zurueck-Button darf die Primaerentscheidung nicht ueberstrahlen.
|
||||
@@ -0,0 +1,62 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S03
|
||||
screen: 2FA erforderlich
|
||||
typ: Auth Decision
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password 2fa required
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/c3ae9f82-bc80-455c-9c09-0d6791f29d22/edit"
|
||||
---
|
||||
|
||||
# S03 — 2FA erforderlich
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer versteht, dass 2FA fuer diesen Einstieg verpflichtend ist und nicht uebersprungen werden kann.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
Auth-Decision-Card / Security-Gate.
|
||||
|
||||
## Daten
|
||||
|
||||
- Pflichtgrund optional vom Zubringerflow
|
||||
- Hinweis auf Authenticator-App
|
||||
|
||||
## Aktionen
|
||||
|
||||
- 2FA einrichten
|
||||
- zurueck/abbrechen je Zubringerflow, aber kein 2FA-Skip
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Klarer Pflichttext: Fuer diesen Account oder diesen Vorgang ist 2FA erforderlich.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein Toast; CTA fuehrt zu S04.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Pflicht | kein Ueberspringen moeglich | Bauen |
|
||||
| Abbruch | zurueck/abbrechen je Zubringerflow | Nur dokumentieren |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- Zubringerflow setzt 2FA auf Pflicht.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Dieser Screen ist bewusst getrennt von S02.
|
||||
|
||||
Wenn 2FA Pflicht ist, darf Zurueck nicht wie "2FA ueberspringen" wirken.
|
||||
@@ -0,0 +1,64 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S04
|
||||
screen: 2FA einrichten
|
||||
typ: Auth Security
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password 2fa setup
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/54d265e1-a26b-4a3f-a581-4e6da249a060/edit"
|
||||
---
|
||||
|
||||
# S04 — 2FA einrichten
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer richtet 2FA mit Authenticator-App ein und bestaetigt den Code.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
A4 Form / Auth-Setup-Step.
|
||||
|
||||
## Daten
|
||||
|
||||
- QR-Code
|
||||
- Secret / manueller Code optional
|
||||
- 6-stelliger TOTP-Code
|
||||
|
||||
## Aktionen
|
||||
|
||||
- Code bestaetigen
|
||||
- Setup abbrechen, wenn freiwillig und erlaubt
|
||||
- zurueck, wenn der Zubringerflow es erlaubt
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Kurz erklaeren, dass eine Authenticator-App benoetigt wird.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein Success-Toast; nach erfolgreichem Setup geht es zu S05.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Setup | QR + Codefeld | Bauen |
|
||||
| Laden | Code wird geprueft | Wiederverwenden |
|
||||
| Fehler | Code falsch | Nur dokumentieren |
|
||||
| Gesperrt | siehe V03 | Bauen |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- 2FA wurde gewaehlt oder ist Pflicht.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Wenn 2FA freiwillig war, muss klar sein, ob Abbrechen noch erlaubt ist.
|
||||
@@ -0,0 +1,62 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S05
|
||||
screen: Recovery Hinweis
|
||||
typ: Auth Security
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password recovery
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/e59c847b-0f58-482f-b0fb-ea88493af999/edit"
|
||||
---
|
||||
|
||||
# S05 — Recovery Hinweis
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer versteht, wie er den Zugang wiederherstellen kann, falls 2FA spaeter nicht verfuegbar ist.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
Auth-Feedback-Card / Security-Notice.
|
||||
|
||||
## Daten
|
||||
|
||||
- Recovery-Code oder Recovery-Hinweis
|
||||
- optional Download/Kopieren-Aktion
|
||||
|
||||
## Aktionen
|
||||
|
||||
- Code kopieren
|
||||
- Code herunterladen
|
||||
- "Ich habe den Code gespeichert" bestaetigen
|
||||
- weiter
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Klarer Sicherheitshinweis: Recovery-Code sicher speichern.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- "Code kopiert" optional als Inline/Toast.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Hinweis | Recovery sichtbar | Bauen |
|
||||
| Bestaetigung fehlt | Weiter ggf. disabled | Nur dokumentieren |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- 2FA wurde eingerichtet.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Offen: Muss der Code aktiv bestaetigt werden oder reicht ein Hinweis?
|
||||
@@ -0,0 +1,62 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: S06
|
||||
screen: Abschluss
|
||||
typ: Auth Feedback
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password done
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/4bd741f3-92a2-495b-4ddb-8db2-670042df98b8/edit"
|
||||
---
|
||||
|
||||
# S06 — Abschluss
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer sieht, dass Passwort und ggf. 2FA erfolgreich abgeschlossen wurden, und wird zum naechsten Ziel gefuehrt.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
Auth-Feedback-Card.
|
||||
|
||||
## Daten
|
||||
|
||||
- Passwort gesetzt
|
||||
- 2FA eingerichtet / uebersprungen / nicht erforderlich
|
||||
- naechstes Ziel aus Zubringerflow
|
||||
|
||||
## Aktionen
|
||||
|
||||
- weiter
|
||||
- zum Login
|
||||
- zur App / Profil-Auswahl, je Kontext
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Bei uebersprungener 2FA: Hinweis, dass 2FA spaeter in Security Settings aktiviert werden kann.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein separater Toast noetig.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Mit 2FA | Passwort + 2FA abgeschlossen | Bauen |
|
||||
| Ohne 2FA | Passwort gesetzt, 2FA uebersprungen/optional | Wiederverwenden |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- Passwort wurde erfolgreich gesetzt.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Der konkrete Weiterleitungsbutton kommt vom Zubringerflow.
|
||||
@@ -0,0 +1,61 @@
|
||||
---
|
||||
kind: screen
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
id: V03
|
||||
screen: 2FA Setup gesperrt
|
||||
typ: Auth Blocker
|
||||
umsetzung: Bauen
|
||||
status: In Subframe
|
||||
route: auth-core set-password 2fa setup locked
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/design/bd5706b1-92f3-4f7b-84a7-97e045d70162/edit"
|
||||
---
|
||||
|
||||
# V03 — 2FA Setup gesperrt
|
||||
|
||||
## Ziel
|
||||
|
||||
Der Nutzer versteht, dass die 2FA-Einrichtung nach zu vielen Fehlversuchen temporaer gesperrt ist und was er tun kann.
|
||||
|
||||
## Pattern / Archetyp
|
||||
|
||||
Auth-Blocker-Card.
|
||||
|
||||
## Daten
|
||||
|
||||
- Sperrhinweis
|
||||
- optional Wartezeit
|
||||
- optional Support/Admin-Hinweis
|
||||
|
||||
## Aktionen
|
||||
|
||||
- spaeter erneut versuchen
|
||||
- Support/Admin kontaktieren, falls vorgesehen
|
||||
- zurueck, wenn erlaubt
|
||||
|
||||
## Banner / Hinweise
|
||||
|
||||
- Klarer Blockertext: Zu viele fehlgeschlagene Codes.
|
||||
|
||||
## Toasts / Action-Feedback
|
||||
|
||||
- Kein Toast; Blocker bleibt im Screen.
|
||||
|
||||
## Zustaende
|
||||
|
||||
| Zustand | Beschreibung | Umsetzung |
|
||||
|---|---|---|
|
||||
| Gesperrt | Setup temporaer nicht moeglich | Bauen |
|
||||
|
||||
## Permissions / Gates
|
||||
|
||||
- 2FA Setup wurde zu oft falsch bestaetigt.
|
||||
|
||||
## Subframe
|
||||
|
||||
-
|
||||
|
||||
## Notizen
|
||||
|
||||
Zubringerflow entscheidet, ob Abbruch erlaubt ist oder Admin/Support noetig wird.
|
||||
@@ -0,0 +1,29 @@
|
||||
{
|
||||
"nodes":[
|
||||
{"id":"group-main","type":"group","x":-80,"y":-160,"width":3360,"height":660,"label":"Hauptflow"},
|
||||
{"id":"group-skip","type":"group","x":580,"y":700,"width":600,"height":320,"label":"Optionaler Skip"},
|
||||
{"id":"group-blocker","type":"group","x":1640,"y":700,"width":600,"height":320,"label":"Blocker"},
|
||||
{"id":"group-regel","type":"group","x":2480,"y":700,"width":600,"height":320,"label":"Regel"},
|
||||
{"id":"note-back","type":"text","text":"# Zurueck\n\nSekundare Navigation zurueck zum vorherigen Auth-Schritt, wenn der Zubringerflow es erlaubt.\n\nBeispiel: Passwort Reset versehentlich geoeffnet.","x":0,"y":760,"width":460,"height":220},
|
||||
{"id":"note-skip","type":"text","text":"# Skip\n\nNur bei freiwilliger 2FA.\n\nFuehrt direkt zum Abschluss mit Hinweis, dass 2FA spaeter in Security Settings aktiviert werden kann.","x":660,"y":800,"width":420,"height":200},
|
||||
{"id":"v03","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Varianten/V03 2FA Setup gesperrt.md","x":1740,"y":800,"width":420,"height":200},
|
||||
{"id":"note-regel","type":"text","text":"# Core-Regel\n\nPflicht oder freiwillig kommt vom Zubringerflow.\n\nDer Core versteckt keine Sonderregeln: Reset, Einladung, Admin-Reset, Change Password und Incident dokumentieren ihre eigene Regel im jeweiligen Paket.\n\nNeukunden-Signup ist die Ausnahme: Passwort wird direkt im Signup gesetzt.","x":2580,"y":760,"width":500,"height":280},
|
||||
{"id":"s01","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S01 Neues Passwort setzen.md","x":0,"y":100,"width":420,"height":200},
|
||||
{"id":"s04","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S04 2FA einrichten.md","x":1320,"y":100,"width":420,"height":200},
|
||||
{"id":"s05","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S05 Recovery Hinweis.md","x":1980,"y":100,"width":420,"height":200},
|
||||
{"id":"s06","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S06 Abschluss.md","x":2640,"y":100,"width":420,"height":200},
|
||||
{"id":"s02","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S02 2FA freiwillig anbieten.md","x":660,"y":240,"width":420,"height":200},
|
||||
{"id":"s03","type":"file","file":"02 Wireframes/P2 Set Password/WF-P2 Set Password/Screens/S03 2FA erforderlich.md","x":660,"y":-40,"width":420,"height":200}
|
||||
],
|
||||
"edges":[
|
||||
{"id":"edge-s01-s02","fromNode":"s01","fromSide":"right","toNode":"s02","toSide":"left","label":"freiwillig"},
|
||||
{"id":"edge-s01-s03","fromNode":"s01","fromSide":"right","toNode":"s03","toSide":"left","label":"Pflicht"},
|
||||
{"id":"edge-s02-s04","fromNode":"s02","fromSide":"right","toNode":"s04","toSide":"left","label":"einrichten"},
|
||||
{"id":"edge-s03-s04","fromNode":"s03","fromSide":"right","toNode":"s04","toSide":"left","label":"einrichten"},
|
||||
{"id":"edge-s04-s05","fromNode":"s04","fromSide":"right","toNode":"s05","toSide":"left","label":"ok"},
|
||||
{"id":"edge-s05-s06","fromNode":"s05","fromSide":"right","toNode":"s06","toSide":"left","label":"weiter"},
|
||||
{"id":"edge-s02-skip","fromNode":"s02","fromSide":"bottom","toNode":"note-skip","toSide":"top","label":"skip"},
|
||||
{"id":"edge-skip-s06","fromNode":"note-skip","fromSide":"right","toNode":"s06","toSide":"bottom","label":"Abschluss"},
|
||||
{"id":"edge-s04-v03","fromNode":"s04","fromSide":"bottom","toNode":"v03","toSide":"top","label":"gesperrt"}
|
||||
]
|
||||
}
|
||||
@@ -0,0 +1,235 @@
|
||||
---
|
||||
kind: wireframe-package
|
||||
project: HiveGrid Screen Project
|
||||
ticket: D-P2 / Auth-Core
|
||||
package: WF-P2 Set Password
|
||||
typ: Auth-Core Flow
|
||||
status: In Subframe
|
||||
subframe: "https://app.subframe.com/f023064a5ca0/flow/534bffc2-b7d3-423b-b9b6-da424980dcf3/edit"
|
||||
canvas: "02 Wireframes/P2 Set Password/WF-P2 Set Password/WF-P2 Set Password.canvas"
|
||||
---
|
||||
|
||||
# WF-P2 Set Password
|
||||
|
||||
Status: In Subframe
|
||||
Subframe-Link: https://app.subframe.com/f023064a5ca0/flow/534bffc2-b7d3-423b-b9b6-da424980dcf3/edit
|
||||
Canvas: [[WF-P2 Set Password.canvas]]
|
||||
Stand: 2026-06-23
|
||||
|
||||
---
|
||||
|
||||
## 1. Kurzfassung
|
||||
|
||||
`Set Password` ist ein zentraler Auth-Core-Flow fuer wiederverwendbare Passwort-Trigger. Er wird von mehreren Zubringerflows genutzt, z. B. Passwort Reset, Einladung, Passwort aendern, Admin-Reset und Security-Incident.
|
||||
|
||||
Ausnahme: Der Neukunden-Signup setzt das Passwort direkt im Signup-Flow, um Reibung im Self-Service-Signup zu reduzieren. Signup ist deshalb kein normaler Zubringer zu diesem Core-Flow.
|
||||
|
||||
Der Nutzer setzt ein neues Passwort und bekommt 2FA entweder freiwillig angeboten oder muss 2FA verpflichtend einrichten.
|
||||
|
||||
---
|
||||
|
||||
## 2. Intent Check
|
||||
|
||||
| Frage | Antwort |
|
||||
|---|---|
|
||||
| Welches Ticket/Modul ist betroffen? | D-P2 / Auth-Core |
|
||||
| Was soll der Nutzer am Ende schaffen? | gueltiges Passwort setzen und 2FA-Status klaeren |
|
||||
| Ist es ein Flow, einzelner Screen, Zustand oder nur Dokumentation? | zentraler Auth-Core-Flow |
|
||||
| Welche Planning-Quellen wurden geprueft? | D-P2, UX-Entscheidung mit Head Development |
|
||||
| Was ist sicher im Scope? | Passwort setzen, 2FA freiwillig, 2FA Pflicht, 2FA Setup, Recovery-Hinweis, Abschluss |
|
||||
| Was ist sicher nicht im Scope? | E-Mail anfordern, Reset-Link gesendet, Neukunden-Signup-Daten, Admin-Ausloeser |
|
||||
| Gibt es Admin/Normalrolle-Unterschiede? | Nicht im Core selbst; Pflicht/Freiwillig kommt vom Zubringerflow |
|
||||
| Welche Annahmen sind noch unsicher? | genaue 2FA-Methode/Provider, genaue Recovery-Code-Logik |
|
||||
|
||||
---
|
||||
|
||||
## 3. Scope
|
||||
|
||||
| Punkt | Inhalt |
|
||||
|---|---|
|
||||
| Ticket/Modul | D-P2 / Auth-Core |
|
||||
| Nutzerrolle | Nutzer, der zu einem Passwort-Setzen gezwungen oder eingeladen wurde |
|
||||
| Admin-Variante | Admin-Reset kann bestimmen, ob 2FA Pflicht oder freiwillig ist |
|
||||
| Normale Rolle | hoechste Rolle unter Admin; Core bleibt gleich |
|
||||
| Startpunkt | wird von Zubringerflow gesetzt |
|
||||
| Ziel | neues Passwort + 2FA-Entscheidung/Setup abgeschlossen |
|
||||
| Haupt-Archetyp | A4 Form + A5 Auth-Step |
|
||||
| Bespoke-Anteil | nein |
|
||||
| Out of scope | Reset-Anforderung, Signup-Formular, Admin-Trigger |
|
||||
|
||||
---
|
||||
|
||||
## 4. Brainstorming
|
||||
|
||||
Screen-Listen entstehen erst nach dem Brainstorming. Hier wurde entschieden, ob `Set Password` nur ein Passwort-Screen oder ein gefuehrter Sicherheits-Setup-Flow ist.
|
||||
|
||||
### Flow-Frage
|
||||
|
||||
Soll `Set Password` nur ein Passwort-Screen sein oder ein zentraler Sicherheitsflow mit Passwort + 2FA + Abschluss?
|
||||
|
||||
### UX-Varianten
|
||||
|
||||
| Option | Beschreibung | Vorteil | Nachteil | Empfehlung |
|
||||
|---|---|---|---|---|
|
||||
| A | Nur Passwort setzen | sehr einfach | 2FA wird nicht gefuehrt | raus |
|
||||
| B | Passwort setzen + 2FA anbieten | flexibel | Pflicht-2FA braucht Sonderlogik | teilweise |
|
||||
| C | Gefuehrter Security-Setup: Passwort + 2FA + Recovery + Abschluss | B2B-sicher, klar, wiederverwendbar | mehr Screens | genommen |
|
||||
| D | Eigener Set-Password-Flow pro Einstieg | maximal spezifisch | unuebersichtlich, viel Dopplung | raus |
|
||||
|
||||
### Entscheidung
|
||||
|
||||
| Entscheidung | Status | Notiz |
|
||||
|---|---|---|
|
||||
| Option C | genommen | zentraler B2B-Security-Flow |
|
||||
| 2FA immer sichtbar machen | genommen | mindestens anbieten |
|
||||
| 2FA freiwillig und 2FA Pflicht trennen | genommen | zwei verschiedene UX-Momente |
|
||||
| Pflicht/Freiwillig kommt vom Zubringerflow | genommen | z. B. Reset, Einladung, Admin-Reset |
|
||||
| Neukunden-Signup ist Ausnahme | genommen | Passwort wird dort direkt im Signup gesetzt |
|
||||
| Recovery-Hinweis bauen | genommen | sicherheitskritisch |
|
||||
| Zurueck-Button bei versehentlichem Einstieg | genommen | sekundare Navigation zurueck zum vorherigen Auth-Schritt, z. B. Reset Password |
|
||||
|
||||
### Happy Path
|
||||
|
||||
1. Nutzer kommt aus einem Zubringerflow.
|
||||
2. Nutzer setzt ein neues Passwort.
|
||||
3. Flow prueft, ob 2FA Pflicht oder freiwillig ist.
|
||||
4. Nutzer richtet 2FA ein oder ueberspringt, falls erlaubt.
|
||||
5. Nutzer sieht Recovery-/Sicherheitshinweis.
|
||||
6. Nutzer erreicht Abschluss und wird weitergeleitet.
|
||||
|
||||
Der Nutzer kann den Flow ueber eine sekundare Zurueck-/Abbrechen-Aktion verlassen, solange noch keine sicherheitskritische Aktion abgeschlossen wurde und der Zubringerflow es erlaubt.
|
||||
|
||||
### Varianten / Branches
|
||||
|
||||
- 2FA freiwillig: Nutzer kann einrichten oder ueberspringen.
|
||||
- 2FA Pflicht: Nutzer kann nicht ueberspringen.
|
||||
- Zurueck/Abbrechen: Nutzer kann bei versehentlichem Einstieg zum vorherigen Auth-Schritt zurueck.
|
||||
- 2FA Setup wird nach zu vielen Versuchen gesperrt.
|
||||
|
||||
### Roadblocks
|
||||
|
||||
- Passwort zu schwach
|
||||
- 2FA-Code falsch
|
||||
- 2FA Setup gesperrt
|
||||
- Recovery-Hinweis nicht bestaetigt, falls Pflicht
|
||||
|
||||
### Offene Fragen
|
||||
|
||||
- Welche 2FA-Methode ist v1 final? TOTP/Authenticator ist wahrscheinlich.
|
||||
- Muss Recovery-Code aktiv bestaetigt werden oder reicht Hinweis?
|
||||
- Welche Zubringerflows setzen 2FA auf Pflicht?
|
||||
|
||||
---
|
||||
|
||||
## 5. Screen-Kandidaten nach Entscheidung
|
||||
|
||||
| Kandidat | Warum eventuell noetig? | Erste Einschaetzung |
|
||||
|---|---|---|
|
||||
| Neues Passwort setzen | Hauptschritt | Bauen |
|
||||
| 2FA freiwillig anbieten | Nutzer darf ueberspringen | Bauen |
|
||||
| 2FA erforderlich | Pflichtzustand, kein Skip | Bauen |
|
||||
| 2FA einrichten | QR/Code/Bestaetigung | Bauen |
|
||||
| Recovery-Code / Sicherheitshinweis | wichtig nach 2FA Setup | Bauen |
|
||||
| Abschluss | klares Ende + Weiterleitung | Bauen |
|
||||
| Zurueck/Abbrechen | wichtig bei versehentlichem Reset-Einstieg | Als Aktion dokumentieren |
|
||||
| Passwort zu schwach | Formularzustand | Nur dokumentieren |
|
||||
| 2FA-Code falsch | Formularzustand | Nur dokumentieren |
|
||||
| 2FA Setup gesperrt | sicherheitskritischer Blocker | Bauen |
|
||||
| 2FA uebersprungen | Ergebniszustand | in Abschluss integrieren |
|
||||
|
||||
---
|
||||
|
||||
## 6. Screen Validation Gate
|
||||
|
||||
| ID | Screen/Zustand | Ist eigener Arbeitsmoment? | Neue Struktur/Entscheidung/Risiko? | Entscheidung | Begruendung |
|
||||
|---|---|---|---|---|---|
|
||||
| S01 | [[Screens/S01 Neues Passwort setzen]] | ja | ja, Hauptschritt | Bauen | zentraler Einstieg in Core |
|
||||
| S02 | [[Screens/S02 2FA freiwillig anbieten]] | ja | ja, freiwillige Entscheidung | Bauen | anderer UX-Moment als Pflicht |
|
||||
| S03 | [[Screens/S03 2FA erforderlich]] | ja | ja, Pflicht ohne Skip | Bauen | klarer Sicherheitszwang |
|
||||
| S04 | [[Screens/S04 2FA einrichten]] | ja | ja, Setup mit Code | Bauen | eigener Setup-Schritt |
|
||||
| S05 | [[Screens/S05 Recovery Hinweis]] | ja | ja, sicherheitskritisch | Bauen | Recovery muss verstanden werden |
|
||||
| S06 | [[Screens/S06 Abschluss]] | ja | ja, Ende und Weiterleitung | Bauen | klares Abschlussfeedback |
|
||||
| V01 | Passwort zu schwach | nein | nein | Nur dokumentieren | A4 Formularzustand |
|
||||
| V02 | 2FA-Code falsch | nein | nein | Nur dokumentieren | Inline-Fehler in S04 |
|
||||
| V03 | [[Varianten/V03 2FA Setup gesperrt]] | ja | ja, Blocker | Bauen | Nutzer braucht Loesung |
|
||||
| D01 | 2FA uebersprungen | nein | Ergebniszustand | Wiederverwenden | anderer Text in S06 |
|
||||
| D02 | Zurueck/Abbrechen | nein | Aktion je Zubringerflow | Nur dokumentieren | kein eigener Screen |
|
||||
|
||||
### Copy-kritische Zustaende
|
||||
|
||||
| Zustand | Bauen? | Warum / Copy-Entscheidung |
|
||||
|---|---|---|
|
||||
| 2FA erforderlich | ja | Pflicht darf nicht wie Empfehlung wirken |
|
||||
| 2FA freiwillig | ja | Angebot muss klar, aber nicht noetigend sein |
|
||||
| Recovery-Hinweis | ja | sicherheitskritisch |
|
||||
| Abschluss | ja | Weiterleitung und Status muessen klar sein |
|
||||
| 2FA Setup gesperrt | ja | starker Blocker |
|
||||
|
||||
---
|
||||
|
||||
## 7. Validierte Screen-Liste
|
||||
|
||||
| ID | Screen/Zustand | Typ | Umsetzung | Ort | Status |
|
||||
|---|---|---|---|---|---|
|
||||
| S01 | [[Screens/S01 Neues Passwort setzen]] | Auth Form | Bauen | Core Start | Validiert |
|
||||
| S02 | [[Screens/S02 2FA freiwillig anbieten]] | Auth Decision | Bauen | nach S01 | Validiert |
|
||||
| S03 | [[Screens/S03 2FA erforderlich]] | Auth Decision | Bauen | nach S01 | Validiert |
|
||||
| S04 | [[Screens/S04 2FA einrichten]] | Auth Security | Bauen | nach S02/S03 | Validiert |
|
||||
| S05 | [[Screens/S05 Recovery Hinweis]] | Auth Security | Bauen | nach S04 | Validiert |
|
||||
| S06 | [[Screens/S06 Abschluss]] | Auth Feedback | Bauen | Flow-Ende | Validiert |
|
||||
| V03 | [[Varianten/V03 2FA Setup gesperrt]] | Auth Blocker | Bauen | Variante von S04 | Validiert |
|
||||
|
||||
---
|
||||
|
||||
## 8. Subframe-Grid
|
||||
|
||||
Hauptflow mit 2FA freiwillig:
|
||||
|
||||
```text
|
||||
S01 Neues Passwort setzen -> S02 2FA freiwillig anbieten -> S04 2FA einrichten -> S05 Recovery Hinweis -> S06 Abschluss
|
||||
```
|
||||
|
||||
Freiwillig ueberspringen:
|
||||
|
||||
```text
|
||||
S02 2FA freiwillig anbieten -> S06 Abschluss
|
||||
```
|
||||
|
||||
2FA Pflicht:
|
||||
|
||||
```text
|
||||
S01 Neues Passwort setzen -> S03 2FA erforderlich -> S04 2FA einrichten -> S05 Recovery Hinweis -> S06 Abschluss
|
||||
```
|
||||
|
||||
Blocker:
|
||||
|
||||
```text
|
||||
S04 2FA einrichten -> V03 2FA Setup gesperrt
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 9. Screen-Pakete
|
||||
|
||||
- [[Screens/S01 Neues Passwort setzen]]
|
||||
- [[Screens/S02 2FA freiwillig anbieten]]
|
||||
- [[Screens/S03 2FA erforderlich]]
|
||||
- [[Screens/S04 2FA einrichten]]
|
||||
- [[Screens/S05 Recovery Hinweis]]
|
||||
- [[Screens/S06 Abschluss]]
|
||||
- [[Varianten/V03 2FA Setup gesperrt]]
|
||||
|
||||
---
|
||||
|
||||
## 10. Handoff-Check
|
||||
|
||||
- [x] Jeder Screen ist mit Umsetzung markiert.
|
||||
- [x] Jedes sichtbare Feld hat eine Datenquelle.
|
||||
- [x] Jeder Button hat eine Aktion.
|
||||
- [x] Banner/Inline-Meldungen sind dokumentiert.
|
||||
- [x] Toasts/Action-Feedback sind dokumentiert.
|
||||
- [x] Relevante Zustaende sind beschrieben.
|
||||
- [x] Zubringer-/Core-Regel ist dokumentiert.
|
||||
- [x] Zurueck-/Abbrechen-Aktion ist dokumentiert.
|
||||
- [x] Offene Fragen sind sichtbar.
|
||||
- [x] Subframe-Link ist eingetragen.
|
||||
Reference in new issue
Block a user