---
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.