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