Initial wireframe planning

2026-06-24 23:36:10 +02:00
commit 7ac52911fd
@@ -0,0 +1,74 @@
+---
+kind: screen
+project: HiveGrid Screen Project
+ticket: ""
+package: ""
+id: S01
+screen: ""
+typ: ""
+umsetzung: Bauen
+status: Idee
+route: ""
+subframe: ""
+---
+
+# S01 — [Screen Name]
+
+## Ziel
+
+-
+
+## Pattern / Archetyp
+
+-
+
+## Daten
+
+-
+
+## Aktionen
+
+-
+
+## Banner / Hinweise
+
+-
+
+## Toasts / Action-Feedback
+
+-
+
+## Meldungsentscheidung
+
+| Ereignis | UI-Form | Blockiert? | Umsetzung | Copy/Notiz |
+|---|---|---|---|---|
+| - | Inline / Banner / Toast / Modal / Screen | ja / nein | Bauen / Nur dokumentieren / Wiederverwenden | - |
+
+## Zustaende
+
+| Zustand | Beschreibung | Umsetzung |
+|---|---|---|
+| Leer | - | Nur dokumentieren |
+| Laden | - | Wiederverwenden |
+| Fehler | - | Nur dokumentieren |
+| Keine Berechtigung | - | Nur dokumentieren |
+
+## Blockierende Error States
+
+Nur ausfuellen, wenn der Nutzer nicht einfach im aktuellen Feld weitermachen kann.
+
+| Zustand | Was sieht der Nutzer? | Primaeraktion | Sekundare Aktion |
+|---|---|---|---|
+| - | - | - | - |
+
+## Permissions / Gates
+
+-
+
+## Subframe
+
+-
+
+## Notizen
+
+-
@@ -0,0 +1,199 @@
+---
+kind: wireframe-package
+project: HiveGrid Screen Project
+ticket: ""
+package: ""
+typ: Flow
+status: Idee
+subframe: ""
+canvas: ""
+---
+
+# WF-[Ticket] [Paketname]
+
+Status: Idee  
+Subframe-Link: -  
+Canvas: -  
+Stand: YYYY-MM-DD
+
+---
+
+## 1. Kurzfassung
+
+Was klaert dieses Wireframe-Paket?
+
+---
+
+## 2. Intent Check
+
+Erst klaeren, was ueberhaupt gewollt ist.
+
+| Frage | Antwort |
+|---|---|
+| Welches Ticket/Modul ist betroffen? | - |
+| Was soll der Nutzer am Ende schaffen? | - |
+| Ist es ein Flow, einzelner Screen, Zustand oder nur Dokumentation? | - |
+| Welche Planning-Quellen wurden geprueft? | - |
+| Was ist sicher im Scope? | - |
+| Was ist sicher nicht im Scope? | - |
+| Gibt es Admin/Normalrolle-Unterschiede? | - |
+| Welche Annahmen sind noch unsicher? | - |
+
+---
+
+## 3. Scope
+
+| Punkt | Inhalt |
+|---|---|
+| Ticket/Modul | - |
+| Nutzerrolle | - |
+| Admin-Variante | - |
+| Normale Rolle | hoechste Rolle unter Admin |
+| Startpunkt | - |
+| Ziel | - |
+| Haupt-Archetyp | - |
+| Bespoke-Anteil | - |
+| Out of scope | - |
+
+---
+
+## 4. Brainstorming
+
+Screen-Listen entstehen erst nach dem Brainstorming. Hier noch keine finale Screen-Liste festlegen.
+
+### Flow-Frage
+
+Worum geht es in diesem Flow?
+
+-
+
+### UX-Varianten
+
+| Option | Beschreibung | Vorteil | Nachteil | Empfehlung |
+|---|---|---|---|---|
+| A | - | - | - | - |
+| B | - | - | - | - |
+
+### Entscheidung
+
+| Entscheidung | Status | Notiz |
+|---|---|---|
+| - | genommen / spaeter / raus / unklar | - |
+
+### Happy Path
+
+1. -
+2. -
+3. -
+
+### Varianten / Branches
+
+- -
+
+### Roadblocks
+
+- -
+
+### Meldungs-/Error-State-Brainstorming
+
+Welche Fehler, Warnungen, Success-Zustaende und Hinweise koennen auftreten?
+
+| Ereignis | UI-Form | Blockiert? | Bauen? | Copy/Notiz |
+|---|---|---|---|---|
+| - | Inline / Banner / Toast / Modal / Screen | ja / nein | ja / nein | - |
+
+Regel: Wenn der Nutzer blockiert ist, Sicherheit/Zugang betroffen ist oder der Zustand eine klare naechste Handlung braucht, wird ein eigener Screen geprueft.
+
+### Offene Fragen
+
+- -
+
+---
+
+## 5. Screen-Kandidaten nach Entscheidung
+
+Diese Liste ist noch nicht final. Hier wird erstmal gesammelt.
+
+| Kandidat | Warum eventuell noetig? | Erste Einschaetzung |
+|---|---|---|
+| - | - | - |
+
+---
+
+## 6. Screen Validation Gate
+
+Jeder Kandidat wird einzeln entschieden, bevor er in den Flow kommt.
+
+| ID | Screen/Zustand | Ist eigener Arbeitsmoment? | Neue Struktur/Entscheidung/Risiko? | Entscheidung | Begruendung |
+|---|---|---|---|---|---|
+| S01 | - | - | - | - | - |
+
+Entscheidung: `Bauen`, `Wiederverwenden`, `Nur dokumentieren`, `Spaeter`, `Raus`
+
+### Copy-kritische Zustaende
+
+Diese Zustaende koennen gebaut werden, auch wenn sie technisch nur Meldungen sind.
+
+| Zustand | Bauen? | Warum / Copy-Entscheidung |
+|---|---|---|
+| - | - | - |
+
+### Blockierende Error States
+
+Diese Zustaende muessen genauer definiert werden, wenn sie den Nutzer stoppen.
+
+| Zustand | UI-Form | Primaeraktion | Sekundare Aktion | Inhalt/Copy-Richtung |
+|---|---|---|---|---|
+| - | Screen / Banner / Modal | - | - | - |
+
+---
+
+## 7. Validierte Screen-Liste
+
+| ID | Screen/Zustand | Typ | Umsetzung | Ort | Status |
+|---|---|---|---|---|---|
+| S01 | - | - | Bauen | - | Idee |
+
+Umsetzung: `Bauen`, `Wiederverwenden`, `Nur dokumentieren`, `Spaeter`, `Raus`
+
+---
+
+## 8. Subframe-Grid
+
+Hauptflow:
+
+```text
+S01 -> S02 -> S03
+```
+
+Branches:
+
+```text
+S02
+ |
+ v
+B01 -> B02
+```
+
+---
+
+## 9. Screen-Pakete
+
+Verlinke hier auf einzelne Screen-Dateien:
+
+- [[S01 Screen Name]]
+
+---
+
+## 10. Handoff-Check
+
+- [ ] Jeder Screen ist mit Umsetzung markiert.
+- [ ] Jedes sichtbare Feld hat eine Datenquelle.
+- [ ] Jeder Button hat eine Aktion.
+- [ ] Banner/Inline-Meldungen sind dokumentiert.
+- [ ] Toasts/Action-Feedback sind dokumentiert.
+- [ ] Meldungs-/Error-State-Matrix ist ausgefuellt.
+- [ ] Blockierende Error States sind mit naechster Aktion definiert.
+- [ ] Relevante Zustaende sind beschrieben.
+- [ ] Offene Fragen sind sichtbar.
+- [ ] Subframe-Link ist eingetragen.