diff --git a/dev/release/boost-platzierung-offen.md b/dev/release/boost-platzierung-offen.md
new file mode 100644
index 00000000..bdb6dc21
--- /dev/null
+++ b/dev/release/boost-platzierung-offen.md
@@ -0,0 +1,58 @@
+# Boost-Platzierung — offene Punkte (Thema für Montag, 13.07.2026)
+
+Stand: 10.07.2026 abends. Kontext: Boost-Add-on ist seit heute Ende-zu-Ende live
+(Kauf-Modal mit Pflicht-Schalter + Verlängerungs-Hinweis, Ausspielung auf Start-
+und Branchenseite mit Badge „Top-Platzierung", sofortige Cache-Invalidierung,
+Hinweis in der Kunden-PM-Liste). Zwei Dinge sind bewusst noch ungelöst.
+
+## 1. Hero „Im Fokus" als Slider
+
+**Angedacht (User, 10.07.):** Das große Hero-Fenster der Startseite soll die
+Top-Meldungen als Slider durchlaufen — insbesondere, wenn mehrere geboostete
+PMs gleichzeitig aktiv sind.
+
+**Ist-Zustand:** Statisch. Die jüngste geboostete PM ist der Lead, weitere
+geboostete rutschen in die Seitenleiste „Was sonst zählt"
+(`HomePageData` → `focus-hero.blade.php`). Branchenseite analog (Lead + 2 Top-Slots).
+
+**Ideen:**
+
+- **Alpine-Rotation im bestehenden Hero (empfohlen, kleinster Eingriff):**
+  `HomePageData` liefert statt einem `leadRelease` eine kleine Lead-Liste
+  (alle aktiven Boosts + jüngste Meldung als Abschluss-Slide). `focus-hero`
+  rendert alle Slides serverseitig (SEO: Inhalte im Markup, erste Slide
+  sichtbar) und rotiert per Alpine alle ~6–8 s mit Punkten/Pfeilen, Pause bei
+  Hover. Kein neues Paket nötig, Cache-Verhalten bleibt unverändert.
+- **Fairness durch Rotation statt „Neueste gewinnt":** Reihenfolge der Slides
+  nicht nach `published_at`, sondern rotierend (z. B. nach Boost-Beginn oder
+  round-robin je Cache-Build), damit bei mehreren Käufern jeder regelmäßig die
+  erste Slide bekommt.
+- **Abgrenzung:** Slider nur im Hero der Startseite; Branchenseite erst einmal
+  statisch lassen (weniger Traffic-Druck, weniger Aufwand).
+
+## 2. Was passiert, wenn viele gleichzeitig boosten? (Begrenzung?)
+
+**Problem heute:** Es gibt keine Obergrenze. Sichtbare Plätze sind aber endlich
+(Startseite: Lead + 4 Seitenleiste; Branchenseite: Lead + 2). Ab dem 6. aktiven
+Boost je Ausgabe zahlt jemand, ohne auf der Startseite aufzutauchen —
+Beschwerde-/Erstattungsrisiko. Aktuell unkritisch (wenige Kunden), vor
+Skalierung aber zu entscheiden.
+
+**Ideen:**
+
+- **Harte Slot-Grenze mit „Ausverkauft" (empfohlen):** z. B. max. 5 aktive
+  Boosts je Ausgabe (Portal). `BoostService` prüft die Verfügbarkeit im Gate,
+  das Kauf-Modal zeigt statt der Laufzeit-Buttons „Derzeit ausgebucht — frei ab
+  TT.MM." (frühestes `ends_at`). Ehrlich, einfach zu erklären, kein
+  Preis-Mechanik-Umbau.
+- **Slider löst die Grenze auf:** Mit Hero-Slider (Punkt 1) skaliert die
+  Sichtbarkeit — alle aktiven Boosts rotieren durch die erste Position, die
+  Slot-Grenze kann dann höher liegen (oder als weiches Limit nur die
+  Slider-Länge deckeln, z. B. max. 8 Slides).
+- **Zeitraum-Buchung wie im Anzeigengeschäft (später):** Boost bucht einen
+  konkreten Kalender-Zeitraum je Slot (Verfügbarkeitskalender im Modal).
+  Sauberste Lösung bei echter Nachfrage-Konkurrenz, aber deutlich mehr UI/Logik
+  — nichts für den Launch.
+
+**Empfehlung für Montag:** Slot-Grenze (klein, z. B. 5/Ausgabe) + Hero-Slider
+mit Rotation beschließen; Zeitraum-Buchung als spätere Ausbaustufe notieren.
diff --git a/dev/release/entwicklungsplan-release.md b/dev/release/entwicklungsplan-release.md
index 04eb6410..598018e4 100644
--- a/dev/release/entwicklungsplan-release.md
+++ b/dev/release/entwicklungsplan-release.md
@@ -51,6 +51,8 @@ R2.2+R2.3 erledigt: Hub-Landing komplett ueberarbeitet (datengetriebenes Tarif-G
 
 **Wartet auf Dich / extern (nicht durch mich abschliessbar):** R6.5 Branch merge + Release-Tag (Dein Go; Push ist erfolgt) · R1.2 Stripe-Live · R1.4 Preisfreigabe · R1.5 Refund-Entscheidung · (~~R2.5 legal-request-Texte~~ erledigt 10.07., Wortlaut aus freigegebenem Meldeverfahren) · R5.4 Favicons · R6.3 Staging-Rehearsal · R6.4 Go-Live-Kette · Postfach `info@pressekonto.com` · anwaltliche Freigabe.
 
+**Thema für Montag (13.07., Entscheidung User):** Boost-Platzierung — Hero „Im Fokus" als Slider + Begrenzung gleichzeitiger Boosts. Ist-Stand, Risiko (mehr zahlende Boosts als sichtbare Plätze) und 3 Lösungsideen inkl. Empfehlung in `dev/release/boost-platzierung-offen.md`.
+
 **Bewusst nachgelagert (nicht Teil dieses Release):** Sentry/APM · User-Panel-Vollflow · Newsletter-DOI · EN-Rechtstexte · T11-DSA-Queue-Ausbau.
 
 ---