feat(nav): innere Leiste statt Reiter im Analytics-Bereich

Abwägung an der Quelle statt nach Gefühl. Das Zielsystem nutzt beide Muster,
aber für verschiedene Aufgaben:

- Innere Leiste (SidebarIconsLayout, 17 Aufrufstellen): Arbeitsbereiche mit
  Geschwisterseiten — Leads, Termine, HR, Einstellungen.
- Reiter (Tabs): Abschnitte innerhalb EINER Seite — Formular-Editor,
  Chat-Dateien, Projekt-Teilbereiche, Übergabe-Dialog.

Analytics mit fünf Analyse-Seiten ist der erste Fall, strukturell dasselbe wie
Leads mit acht. Drei Gründe:

1. Kohärenz: dieselbe Bedienung an derselben Stelle wie in Leads.
2. Der Platzeinwand trägt nicht. Die Leiste ist eine 32 px schmale Icon-Spalte
   und klappt erst bei Zeigerkontakt oder Tastaturfokus auf 191 px aus,
   verzögert (300 ms auf, 350 ms zu), damit sie beim Überstreichen nicht
   aufspringt. Die Breite brauchen die Analyse-Seiten mit ihren fünfspaltigen
   Kennzahlenreihen.
3. Reiter sind dort der Rückfall, nicht die Wahl: SidebarIconsLayout zeigt
   unterhalb sm selbst eine Reiterleiste. Auf dem Schreibtisch Reiter zu nehmen
   hieße, die Handy-Notlösung zur Hauptform zu machen. Der Nachbau übernimmt
   diesen Rückfall mit.

Nachgemessen: 32 px eingeklappt, 191 px bei Zeigerkontakt, aktiver Eintrag
hervorgehoben, aria-current gesetzt. verify-layout weiterhin grün.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX

docs/NAVIGATION.md

@@ -20,7 +20,7 @@ Gerendert wird mit derselben Komponente wie in der Software
 derselben Schrift (Instrument Sans, selbst gehostet aus denselben Dateien).
 
 **Analytics ist ein einzelner Menüpunkt**, kein aufklappbarer Bereich. Die fünf
-Analyse-Seiten sind darin über **Reiter** erreichbar:
+Analyse-Seiten sind darin über eine **innere Leiste** erreichbar:
 
 ```
 /analytics            Übersicht
@@ -31,9 +31,34 @@ Analyse-Seiten sind darin über **Reiter** erreichbar:
 ```
 
 Zwei Navigationsebenen für dieselbe Sache — Unterpunkte in der Seitenleiste
-*und* Reiter — würden nur konkurrieren. Die Reiter folgen dem Hausmuster aus
-`SettingsHubShell.tsx` im Zielsystem: ein `Link` um ein `Tabs.Item`, damit jeder
-Reiter eine echte Adresse hat und mittelklickbar bleibt.
+*und* eine innere Leiste — würden nur konkurrieren.
+
+### Warum innere Leiste und nicht Reiter
+
+Beides gibt es im Zielsystem, aber für verschiedene Aufgaben:
+
+| | innere Leiste (`SidebarIconsLayout`) | Reiter (`Tabs`) |
+|---|---|---|
+| Wofür | Arbeitsbereich mit **Geschwisterseiten** | Abschnitte **innerhalb einer Seite** |
+| Beispiele | Leads, Termine, HR, Einstellungen — 17 Aufrufstellen | Formular-Editor, Chat-Dateien, Projekt-Teilbereiche, Übergabe-Dialog |
+
+Analytics mit fünf Analyse-Seiten ist der erste Fall — strukturell dasselbe wie
+Leads mit seinen acht. Drei Gründe geben den Ausschlag:
+
+1. **Kohärenz.** Wer in der Software von Leads nach Analytics wechselt, findet
+   dieselbe Bedienung an derselben Stelle.
+2. **Der Platzeinwand trägt nicht.** Die Leiste ist standardmäßig eine 32 px
+   schmale Icon-Spalte und klappt erst bei Zeigerkontakt oder Tastaturfokus auf
+   Beschriftungen aus (verzögert, damit sie beim Überstreichen nicht
+   aufspringt). Sie kostet also kaum Breite — und die brauchen die
+   Analyse-Seiten mit ihren fünfspaltigen Kennzahlenreihen und breiten Tabellen.
+3. **Reiter sind dort der Rückfall, nicht die Wahl.** `SidebarIconsLayout`
+   zeigt unterhalb `sm` selbst eine Reiterleiste. Auf dem Schreibtisch Reiter zu
+   verwenden hieße, die Handy-Notlösung zur Hauptform zu machen. Unser Nachbau
+   übernimmt diesen Rückfall mit.
+
+Ein weiterer Vorteil: Die Leiste wächst. Käme eine sechste Analyse-Seite dazu,
+ist das eine Zeile mehr — ein Reiterband würde eng.
 
 „Dashboard" führt hier nirgendwohin und meldet das beim Klick — es ist ein
 eigenes Feature, siehe [SCOPE-ANALYTICS-DASHBOARD.md](SCOPE-ANALYTICS-DASHBOARD.md).