Projekt-Navigation + WH39-Karte — Gate-A-Vorschau (PROJEKT#01 Typ A)
Entscheidungs-Dossier (E-1-Muster) · SCREEN-FERTIG-Lane 02.08.2026 · Entscheid: JC · Vorschau für den PROJEKT#01-Bau — hier wird nichts gebaut, WH39 wird nicht geflickt
Lage
JC-Frage: „Navigation vom Main-Menü zu den Projekten pro Entität — und das PRIV-Projekt (WH39) als KARTE sehen."
Was existiert: PROJEKT#01 Typ A: Gate A/B ✅, Bau-Fenster offen (nach 31.07.) · WH39 Verkauf angelegt (Code wh39-verkauf, Typ A, Entität privat, Admin JC) · „Projekte"-Anker je Entität im dokumente2-Verzeichnis (PR #1359, K-41, ehrlich-soon) · K-11-Scope mit Projekt-Unterachse bereits gebaut (engine.js AR-238 ⑤) · projects-Tabelle mit drive_folder_id · JC-Entscheid Minimal-Projekt-Menü: Frage KAI · Klärung · Finanzen + zurück, keine Etappen jetzt.
Frage: Wie kommt JC in ≤ 2 Klicks vom Hauptmenü zu WH39 — und wie sieht die Projekt-KARTE aus? Die WH39-Karte (unten in beiden Varianten identisch) ist der Kern; die Varianten unterscheiden nur den WEG dorthin.
A — „Projekte" als Hauptmenü-Gruppe je EntitätEmpfehlung
Demo — Nav-Skizze, keine echten Zähler
Start
✨ KAI fragen
Projekte
🏢 C3 2
🏢 C4 0
🏠 Privat 1
▸ WH39 Verkauf
Finanzen
🔀 Abgleich ²
📅 Monatsabschluss
WH39 VerkaufPrivatTyp AView: kommt mit PROJEKT#01
Verkauf der Wohnung Wilhelmshavener Str. · Admin: JC · Code wh39-verkauf · Etappen: bewusst KEINE — JC führt mit KAI als Projektleitung
✨ Frage KAI🔍 Klärung💶 Finanzen← Hauptmenü
📚 Projekt-RAG: alle WH39-Dokumente werden gechunkt → Resümé · Berechnungen · Terminplan · Abrechnung jederzeit abfragbar. Erste Klärung (K-22): „Gehört dieses privat-Doc zu WH39?"
Weg: Hauptmenü → Gruppe „Projekte" → Entität → Projekt = 1 Blick, 1 Klick. Spiegelt exakt JCs mentale Karte „Projekte wohnen unter der Entität" (= derselbe Baum wie die dokumente2-Anker aus PR #1359 und die E-25-B1.12-Verankerung — EIN Ordnungsprinzip überall). Bausteine:K-06 nav-rail (bestehende Gruppen-Mechanik NAV_GROUPS) · K-41-Baum-Logik · Karte s. u. Ehrlich dagegen: das Menü wächst mit jedem Projekt — ab ~5 Projekten je Entität braucht die Gruppe ein „alle anzeigen →" auf den Übersichts-Screen (Variante-B-Element, dann ohnehin da).
B — EIN Menüpunkt „Projekte" → Übersichts-Screen mit Karten
Demo — Nav-Skizze, keine echten Zähler
Start
✨ KAI fragen
📁 Projekte
Finanzen
🔀 Abgleich ²
📅 Monatsabschluss
🏢 C3 · 2 ProjekteKIVISAI-Web · Convis-Umbau
🏠 Privat · 1 ProjektWH39 Verkauf ↓
WH39 VerkaufPrivatTyp AView: kommt mit PROJEKT#01
Verkauf der Wohnung Wilhelmshavener Str. · Admin: JC · Code wh39-verkauf
✨ Frage KAI🔍 Klärung💶 Finanzen← Projekte
Weg: Hauptmenü → „Projekte" (EIN Punkt) → Übersichts-Screen (HERO-02-Navigations-Hero, E-6) mit Entitäts-Kacheln (K-03) + Projekt-Karten = 2 Klicks. Dafür: Menü bleibt schlank, skaliert auf beliebig viele Projekte; der Übersichts-Screen entsteht ohnehin als PROJEKT#01-Template (abgleich2-Muster: Vertrag zuerst). Dagegen: ein Klick mehr bis WH39; „pro Entität" ist erst auf dem Screen sichtbar, nicht schon im Menü — JCs Frage zielte auf das Menü.
Konkrete OK-Frage an JC
OK zu Variante A? Dann bekommt der PROJEKT#01-Typ-A-Bau diese Reihenfolge: Screen-Factory-Vertrag (intent = „JC erreicht jedes Projekt in 1 Klick vom Hauptmenü unter seiner Entität; die Projekt-Karte trägt das Minimal-Menü Frage KAI · Klärung · Finanzen + zurück") → Menü-Gruppe „Projekte" je Entität → WH39-Karte wie oben → qa@-Gate. Der Typ-A-View bleibt EIN Template für alle Typ-A-Projekte.
A · Hauptmenü-Gruppe je Entität (Empfehlung — 1 Klick, JCs Ordnungsprinzip; „alle anzeigen →" kommt ab ~5 Projekten dazu)
B · EIN Menüpunkt → Karten-Übersicht (schlankes Menü, 2 Klicks)
Karte selbst: Pillen (Privat · Typ A · Status) + Minimal-Menü + RAG-Zeile — so OK, oder Änderungen in einem Satz?
WH39-Stammdaten: memory project_wh39_verkauf_projekt (28.07.) — Typ A · privat · Admin JC · keine Etappen · Minimal-Menü · Projekt-RAG geplant (RAG#01-Namespace). Der Typ-A-View selbst = PROJEKT#01-Lane (Template, kein WH39-Sonderbau).