M3 Mailversand und Public-Landingpage vorbereiten

- Mail-Transport fuer Reset- und Verifizierungslinks ergaenzen
- Public-Landingpage mit Hero-Asset und App-CTAs bauen
- Mail-Flow-Test, Smoke-Abdeckung und SaaS-Doku aktualisieren

docs/saas-umstrukturierungsplan.md

@@ -1,6 +1,6 @@
 # SaaS-Umstrukturierungsplan Kaffeeliste
 
-Stand: 2026-07-11
+Stand: 2026-07-13
 
 Dieses Dokument beschreibt den geplanten Umbau der bestehenden Kaffeelisten-App zu
 einer mehrkundenfaehigen SaaS-Anwendung mit oeffentlicher Landingpage,
@@ -283,11 +283,11 @@ Uebersicht:
 | M0 | Baseline | Bestand, Sicherheit und Designreferenz sind dokumentiert |
 | M1 | Golden Master | Legacy-Ergebnisse sind als Vergleichsbasis eingefroren; HTTP-Smoke prueft sichere Seiten |
 | M2 | Technisches Fundament | Abgeschlossen: Migrationen, Bootstrap, Session, CSRF-Helper und Legacy-Schreibseitenschutz stehen |
-| M3 | SaaS-Basis | Tenants, User, Registrierung, Login und Rollen funktionieren |
+| M3 | SaaS-Basis | Tenants, User, Registrierung, Login, Rollen, Mail-Links und zentrale Mandantenauswahl funktionieren |
 | M4 | Datenmigration | Legacy-Daten sind tenant-sicher im Zielmodell abgebildet |
 | M5 | App-Kern | Dashboard, Striche, Einzahlungen, Mitglieder und Liste laufen |
 | M6 | Betriebsflows | Import, Export, Mail und Jahresprozesse sind auditierbar |
-| M7 | Landingpage | Werbliche Seite und Registrierung sind oeffentlich nutzbar |
+| M7 | Landingpage | Erste werbliche Seite ist oeffentlich nutzbar; spaetere Ausbaustufen folgen |
 | M8 | Haertung | Betrieb, Datenschutz, Monitoring und Isolation sind geprueft |
 | M9 | Cutover | Produktivumstellung ist vorbereitet und Legacy ist read-only |
 
@@ -421,16 +421,19 @@ Schritte:
   Flow erledigt.
 - Login und Logout bauen: erster Flow erledigt.
 - Passwort-Reset und E-Mail-Verifikation bauen: Dev-Flow mit Single-Use-Tokens
-  erledigt.
+  und Mail-Transport-Abstraktion erledigt.
 - Tenant-Aufloesung definieren: zentrale App-Domain mit Session-Kontext und
   Mandantenauswahl erledigt; feste Domains vorbereitet, keine Wildcards.
 - Rollenpruefung zentralisieren: erster Owner/Admin-Check erledigt.
 - Erste Admin-/Owner-Seite fuer Grundeinstellungen: erledigt.
+- Erste Public-Landingpage mit CTA zu Login und Registrierung: erledigt.
 
 Ergebnis:
 
 - Ein neuer Kunde kann sich registrieren und in seine eigene App gelangen.
 - Rollen und Tenant-Kontext sind serverseitig verfuegbar.
+- Reset- und Verifikationslinks koennen im Dev-Modus geloggt und produktiv ueber
+  einen konfigurierten Mail-Transport versendet werden.
 
 Abhaengigkeiten:
 
@@ -515,10 +518,11 @@ zu verwischen.
 
 Schritte:
 
-- Public-Layout mit bestehender Typografie und gruenem Akzent bauen.
-- Landingpage-Inhalte erstellen.
+- Public-Layout mit bestehender Typografie und gruenem Akzent bauen. Erster
+  Stand als `landing.php` erledigt.
+- Landingpage-Inhalte erstellen. Erster Stand erledigt.
 - Demo-Screenshot oder Demo-Ansicht einbinden.
-- CTA zu Registrierung und Login.
+- CTA zu Registrierung und Login. Erledigt.
 - FAQ-Auszug strukturieren.
 - Keine App-Sidebar im Public-Bereich.
 
@@ -588,12 +592,12 @@ umgebaut werden.
 MVP-Paket:
 
 1. Tenant, User, Login, Registrierung.
-2. Teilnehmer, Settings, Ledger.
-3. Dashboard, Striche, Einzahlungen, Gesamtuebersicht.
-4. Mitgliederverwaltung.
-5. Hinweise.
-6. CSV-Import, Export.
-7. Landingpage.
+2. Mail-Links, zentrale Mandantenauswahl und erste Landingpage.
+3. Teilnehmer, Settings, Ledger.
+4. Dashboard, Striche, Einzahlungen, Gesamtuebersicht.
+5. Mitgliederverwaltung.
+6. Hinweise.
+7. CSV-Import, Export.
 
 Spaeter: