39 lines
1.4 KiB
Markdown
39 lines
1.4 KiB
Markdown
# HiveGrid Screen Project
|
|
|
|
Das ist der Obsidian-Vault fuer HiveGrid Wireframes, Screen-Pakete und UX-Handoffs.
|
|
|
|
Ziel: Alle Wireframe-Regeln, Pakete, Screen-Notizen, Banner, Toasts, Zustaende und Subframe-Links an einem Ort sammeln.
|
|
|
|
---
|
|
|
|
## Wo liegt was?
|
|
|
|
| Bereich | Zweck |
|
|
|---|---|
|
|
| [[01 Regeln/Wireframing Playbook]] | Grundregeln: Was wird gebaut, was nur dokumentiert, wie laufen Brainstorming und Handoff? |
|
|
| [[01 Regeln/Obsidian Struktur]] | Wie dieser Vault aufgebaut ist und wie Dateien benannt werden. |
|
|
| [[02 Wireframes/Screen Paket Tracker]] | Zentrale Kontrolltabelle fuer alle Flows, Screens, Canvas- und Subframe-Links. |
|
|
| [[02 Wireframes/_Templates/Wireframe Paket Template]] | Vorlage fuer ein neues Wireframe-Paket. |
|
|
| [[02 Wireframes/_Templates/Screen Template]] | Vorlage fuer eine einzelne Screen-Datei. |
|
|
| [[03 Quellen und Repo/Repo Notizen]] | Wo das Gitea-Repo liegt und wie du die Planning-Dateien aktualisierst. |
|
|
|
|
---
|
|
|
|
## Arbeitsregel
|
|
|
|
Vor jedem neuen Flow:
|
|
|
|
1. Klaeren, was ueberhaupt gewollt ist.
|
|
2. Planning-Quellen lesen.
|
|
3. Scope sammeln.
|
|
4. Genau einen kleinen Flow auswaehlen.
|
|
5. Varianten brainstormen.
|
|
6. David entscheidet die Richtung.
|
|
7. Danach erst Screen-Kandidaten sammeln.
|
|
8. Jeden Screen einzeln validieren.
|
|
9. Erst dann in Subframe/Canvas einbauen.
|
|
10. Danach als Markdown-Paket ablegen.
|
|
11. Handoff-Check machen.
|
|
|
|
Keine riesigen Boards. Lieber kleine, saubere Flow-Pakete.
|