# Phase 3 — Admin-Dashboard im Hub-Vokabular **Status**: ✅ abgeschlossen · **Aufwand**: ~¼ Tag · **Risiko**: niedrig --- ## Ziel `resources/views/admin/dashboard.blade.php` nutzt dieselbe Designsprache wie das Customer-Dashboard (Phase 2). Keine neuen Komponenten, keine neue Logik — nur Vokabular-Umbau auf die DRY-Schicht. ## Was sich ändert ### Layout - Page-Header: Hub-Badge „Admin Backend" + Eyebrow + großes H1 „Admin Dashboard" + Subtitle. Rechts: Status-Pille „Alle Systeme operational" (ok-Style mit Dot). - KPI-Reihe: weiter **5 Stat-Cards** (wie heute), aber als `` mit Strip-Variante: - Pressemitteilungen → `primary` (mit Sub: `X pub · Y prüf · Z entwurf`) - In Prüfung → `warn` (eigene KPI, war vorher in der PM-Card versteckt) - Firmen → `muted` - Kontakte → `muted` - Benutzer → `muted` - 2-Spalten-Grid (`2fr 1fr`) — wie heute: - Links: Panel „Letzte Pressemitteilungen" (Liste + Status-Badges in `.badge.ok|warn|err|hub`). - Rechts: Panel „Zur Prüfung" mit warn-Pille (Count) + Liste + „+ N weitere"-Link. - Bottom-Reihe (`1fr 2fr`) — **neu**: - Links: `panel-warm` Newsletter-Block (Mono-Zahl + Subline). - Rechts: `panel` Quick-Actions mit Section-Eyebrow + Schnellzugriff auf Invoices/Payments/Coupons/Presets. - Footer: subtle Link-Reihe analog Customer-Dashboard. ### Was NICHT geändert wird - Controller-Logik / Datenform. - Newsletter-Count bleibt erhalten, wandert nur in einen eigenen Block. - Bestehende Tests (`DashboardTest`) bleiben grün — alle geprüften Strings (`3`, `1 pub`, `1 prüf`, `1 entwurf`, `Review Dashboard PM`) bleiben im Output. ## Akzeptanzkriterien - [x] Plan geschrieben - [x] Admin-Dashboard verwendet ``, `.panel`, `.section-eyebrow`, `.badge` - [x] Customer-Dashboard und Admin-Dashboard sind visuell aus einem Guss - [x] Dark Mode greift automatisch (alle Tokens) - [x] `DashboardTest` bleibt grün ohne Anpassung (alle 3 Cases + Wortlaut „1 pub / 1 prüf / 1 entwurf / Review Dashboard PM") - [x] Pint clean, PROGRESS-Eintrag