presseportale/docs/Decision-Update Preisstruktur & Veröffentlichungs-Flow.md

# Decision-Update · Preisstruktur & Veröffentlichungs-Flow (Launch)

**Version:** Juni 2026 **Datum:** 11.06.2026 **Status:** Abgestimmt – bereit zur Integration ins Konzept-/Decision-Log **Scope:** Launch-Preisstruktur, PM-Kontingente, Launch-Credit-Umfang, Veröffentlichungs-Flow. Ersetzt die betroffenen Stellen früherer Tarif-Festlegungen (insb. `konzept/Konzept-Update 1` §8–10 und `user-admin/Presseportal – Konzept für Relaunch` §8–10).

> **IST-Stand 11.06.2026**: Reines Entscheidungs-Dokument, noch nicht
> umgesetzt. Im Code existieren bisher nur der Quota-Stub
> (`users.press_release_quota`, zählt aktuell beim **Einreichen** statt bei
> der Veröffentlichung) und die KI-Klassifikation (Rot/Gelb/Grün, siehe
> `user-admin/Entwicklungsplan KI-Pruefung und Veroeffentlichung.md`).
> Zahlung/Tarife, Submit-Gate hinter Buchung, Slot-Verbrauch bei
> Veröffentlichung, Tageslimit, Einzel-PM und die drei Credit-Posten sind
> offen — siehe Abgleich in `STATUS-ABGLEICH-USER-PANEL.md` §3.5.

---

## 1. Kontext

Dieses Update bündelt die in der Abstimmung getroffenen Entscheidungen zur Preisstruktur und zum Veröffentlichungs-Flow für den Relaunch. Leitlinie blieb durchgängig die Anti-Zombie-Positionierung: keine versteckten Gebühren, keine künstliche Verknappung, kein Bezahlen für Leistungen, die nicht erbracht wurden. Mehrere ältere Festlegungen wurden bewusst überschrieben (siehe Abschnitt 5).

---

## 2. Finalisierte Tarifstruktur (Launch)

|Tier|Monatlich|Jährlich|PMs/Monat|Pro PM|
|---|---|---|---|---|
|**Starter**|29 €|290 €|3|9,67 €|
|**Business**|49 €|490 €|10|4,90 €|
|**Pro**|99 €|990 €|25|3,96 €|
|**Agency**|199 €|1.990 €|60|3,32 €|

**Einzel-PM:** 19 € einmalig – geführt als **separater No-Abo-Block** neben dem Tarif-Raster, nicht als linke/billigste Spalte. Kommunikation über das No-Commitment-Argument („Einmal veröffentlichen, kein Abo, keine Kündigung"), nicht über den Preis.

**Enterprise:** sichtbar, aber als **dezenter Sales-Hinweis unterhalb der Tabelle** („Größere Mengen oder mehrere Marken? → Kontakt"). Keine eigene Preisspalte, individuelles Pricing.

---

## 3. Mechaniken & Regeln

### 3.1 Jahrespreis-Kommunikation

Die Jahrespreise entsprechen exakt **10 Monatsbeiträgen** → kommuniziert als **„2 Monate gratis"** statt als Prozent-Rabatt. Numerisch identisch zu den Bestandszahlen, nur die Darstellung ändert sich. Der konkrete Hebel zieht psychologisch stärker und passt zur Ehrlichkeits-Linie.

### 3.2 PM-Kontingent: Verbrauch

**Der PM-Slot zählt ausschließlich bei Veröffentlichung runter, nicht bei der Prüfung.**

- Rot (abgelehnt) → **kein** Slot verbraucht
- Gelb/Grün (veröffentlicht) → Slot zählt runter

Begründung: Wer nichts veröffentlicht bekommt, zahlt keinen Slot. Schützt insbesondere ehrliche Nutzer, deren PM erst nach Nachbesserung durchgeht (relevant ab Phase 2).

### 3.3 Tageslimit (Flut-Schutz)

Schützt die redaktionelle Glaubwürdigkeit des Portals gegen Dumping, nicht den Umsatz. Greift realistisch nur in den oberen Tiers.

|Tier|PMs/Monat|Max./Tag|
|---|---|---|
|Starter|3|–|
|Business|10|2|
|Pro|25|3|
|Agency|60|5|

Das Tageslimit gilt **auch für nachgekaufte Extra-PMs** – sonst würde Extra-PM zum „Spam freikaufen". Höherer Tagesdurchsatz = Enterprise-Fall.

### 3.4 Einzel → Abo-Brücke

Wer als Einzel-Käufer innerhalb von 30 Tagen ein Abo abschließt, bekommt die 19 € auf den ersten Monat angerechnet. Schützt das Einmal-Segment und bietet einen sauberen Upgrade-Pfad.

---

## 4. Launch-Credit-System (klein gehalten)

Zum Launch greifen genau drei Credit-Posten – alle ohne KI-Abhängigkeit, alle mit echtem Nutzen ab Tag 1:

|Posten|Status|Mechanik|
|---|---|---|
|**Extra-PM**|✅ Launch|Monatskontingent voll → einzelne PM nachkaufbar (faire Alternative zum Zwangs-Upgrade)|
|**Boost / Platzierung**|✅ Launch|Nur für **grüne** PMs, nachträglich kaufbar|
|**Veröffentlichungsnachweis (PDF)**|✅ Launch|Kleiner Mitnahme-Posten, PR-Beleg fürs Reporting|

**Credit-Anker:** 1 Credit = 1 € (Listenpreis), Volumenrabatt über Pakete.

**Bewusst ausgeschlossen:** Verkaufte Dofollow-Backlinks. Verstoßen gegen Googles Link-Spam-Richtlinien (Presse-Links gehören auf `nofollow`/`sponsored`) und widersprechen der Ehrlichkeits-Positionierung frontal.

---

## 5. Veröffentlichungs-Flow (Launch)

```
Schreiben & „Speichern"  →  buchen  →  „Speichern & zur Prüfung einreichen"
        (frei)                            (gegated hinter Buchung)
                                                   │
                                          KI-Prüfung (Red-Flag)
                                                   │
                        ┌──────────────────────────┼──────────────────────────┐
                       ROT                        GELB                       GRÜN
                    abgelehnt                  veröffentlicht            veröffentlicht
                  kein Slot weg                 Slot −1                   Slot −1
                                                                    (Boost nachkaufbar)
```

### 5.0 Klarstellung Gelb-Routing (Entscheidung 12.06.2026)

**Gelb geht zum Launch direkt live — es gibt keine manuelle Prüf-Queue.**
Die Klassifikation kennt nur zwei Ausgänge:

- **Rot** = Inhalte, die rechtlich oder inhaltlich **nicht veröffentlichbar**
  sind → Ablehnung mit Meldung/Begründung an den Autor, kein Slot-Verbrauch.
- **Gelb/Grün** = veröffentlichbar → der Beitrag geht in der ersten Phase
  direkt online (sofort bzw. zum geplanten Termin), Slot −1.

Gelb bleibt als interne Markierung erhalten (z. B. nicht boostbar, Signal
für den Admin), löst aber **keinen** manuellen Review-Schritt aus. Nach dem
Relaunch sind **Vorabprüfungen** geplant (Phase 2, siehe Abschnitt 7), die
Usern die Möglichkeit geben, ihren Beitrag vor der Einreichung zu
korrigieren.

### 5.1 Zwei-Button-Logik

- **„Speichern"** – immer frei, auch ohne Buchung. Entwürfe schreiben/ablegen reibungslos, auch _vor_ der Buchung (Conversion-Vorteil: fertige PM senkt Kaufhürde).
- **„Speichern & zur Prüfung einreichen"** – sichtbar, aber gegated. Ohne aktive Buchung öffnet das Modal einen Buchungs-Hinweis statt des Prüf-Flows. Der Button konvertiert, er verschwindet nicht.

Begründung für den Gate: Die Prüfung ist die erste kostenpflichtige KI-Ressource. Kein gebuchtes Produkt → kein Ressourcenverbrauch.

### 5.2 Kein Re-Check zum Launch

Einreichen ist zum Launch eine **Einbahnstraße**: Die PM geht durch (gelb/grün → live) oder wird abgelehnt (rot). Es gibt **keinen** „nachbessern und erneut prüfen"-Loop, weil Redigieren/Vorab-Prüfung erst Phase 2 sind.

Konsequenz: Pro PM gibt es genau **eine** Prüfung, untrennbar an die Veröffentlichung gekoppelt. Eine eingereichte PM = eine Prüfung = (bei gelb/grün) eine Veröffentlichung. Damit existiert zum Launch **kein Prüf-Abuse-Vektor** → der komplette Prüfzähler-Mechanismus ist zum Launch nicht nötig.

### 5.3 Keine Gratis-Test-Prüfung

Harter Gate zum Launch. Eine kostenlose Vorab-Prüfung würde den Flow nur verkomplizieren (wenn eine PM durchgeht, wird sie ohnehin veröffentlicht) und einen Abuse-Vektor öffnen (Wegwerf-Accounts). Eine kontrollierte Test-Prüfung (z. B. pro verifizierter Domain) bleibt als spätere Option offen.

---

## 6. Überschriebene Entscheidungen

|Bereich|Alt|Neu|Grund|
|---|---|---|---|
|**PM-Kontingent Pro**|60/Monat|**25/Monat**|60 unrealistisch hoch → Overage-System griff nie, Kontingent wirkte faktisch „unbegrenzt"|
|**PM-Kontingent Agency**|150/Monat|**60/Monat**|dito; Kontingente jetzt an realistischer PR-Frequenz kalibriert|
|**Jahrespreis-Kommunikation**|„ca. 17 % Rabatt"|**„2 Monate gratis"**|gleicher Preis, stärkerer psychologischer Hebel, klarer|
|**Bonus-Credits in Tarif-Tabelle**|12/30/60/120 als Tarif-Argument|**entfernt** (→ Phase 2 als Prüf-Kontingent)|bewarb zum Launch eine Leistung ohne Verbrauchsmöglichkeit|

---

## 7. Auf Phase 2 verschoben

|Punkt|Warum verschoben|
|---|---|
|**Vorab-KI-Prüfung**|erzeugt erst die Situation „prüfen ohne (noch) zu veröffentlichen"|
|**Redigieren / Nachbearbeiten**|setzt Re-Check-Loop voraus|
|**Prüfzähler** (freie Prüfungen/Monat, z. B. 12/30/60/120, eigener Zähler)|erst mit Re-Check relevant; deckelt dann „prüfen ohne veröffentlichen"|
|**Credit-Overflow für Prüfungen**|Prüfzähler leer → weitere Prüfungen ziehen aus echter Credit-Wallet|
|**Klon-/Abuse-Schutz über Account-Monatslimit**|aggregiertes Limit pro Account statt Klon-Erkennung; greift erst bei Re-Check|
|**Score-Feinstufung für Boost**|„nur Geprüft/Hochwertig boostbar" – setzt vollen Content-Score voraus|
|**Tier-gestaffelte Prüf-Versuche**|als „BALD" markiert; zum Launch flach|

**Designprinzip für Phase 2 festgehalten:** Eigener **Prüf-Zähler** (getrennt von der Credit-Wallet), damit „Prüfungen inklusive" ein sauberes Versprechen bleibt und Prüf-Budget nicht versehentlich für Boost/PDF verbraucht wird. Abuse-Schutz über aggregiertes Account-Monatslimit + Prüf-Tageslimit – nicht über Klon-Erkennung.

---

## 8. Offene Stellschrauben (vor Phase-2-Bau zu entscheiden)

- **Boost-Nachkaufpreis** relativ zum inkludierten PM-Preis – klar darüber (treibt Upgrade) oder nur leicht darüber (bequemer, schwächerer Upgrade-Sog).
- **Höhe des Prüf-Kontingents** je Tier final bestätigen, sobald Vorab-Prüfung gebaut wird (Ausgangsvorschlag 12/30/60/120).
- **Credit-Paketliste** auf Konsistenz prüfen (vom Nutzer angekündigt, separat einzubringen).

---

## 9. Anti-Zombie-Check (dieser Stand)

- ✅ Keine versteckten Gebühren – Extra-PM und Boost sind sichtbare, optionale Zukäufe
- ✅ Keine künstliche Verknappung – Kontingente decken den Normalfall bequem; Limits greifen nur bei echtem Power-/Abuse-Verhalten
- ✅ Kein Bezahlen für nicht erbrachte Leistung – rot abgelehnte PM verbraucht keinen Slot
- ✅ Tageslimit als Qualitätsschutz fürs Portal begründet, nicht als Verkaufstrick
- ✅ Kein verkaufter Dofollow-Backlink
- ✅ Free schreiben, Gate erst beim Einreichen – Friktion an der richtigen Stelle