197 lines
No EOL
11 KiB
Markdown
197 lines
No EOL
11 KiB
Markdown
# 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.
|
||
|
||
### 2.1 Klarstellung Preise & Steuern (Einwand 12.06.2026)
|
||
|
||
**Alle neuen Preise sind Netto-Preise.** Die Umsatzsteuer wird zur
|
||
Rechnungsstellung anhand der Rechnungsadresse bestimmt und sauber
|
||
ausgewiesen:
|
||
|
||
- **Deutschland** → grundsätzlich immer mit Steuer (aktuell 19 %).
|
||
- **EU-Ausland** → nur mit gültiger USt-ID steuerbefreit (Reverse Charge),
|
||
sonst mit Steuer.
|
||
- **Drittländer** → grundsätzlich steuerbefreit.
|
||
|
||
Zum Vergleich Legacy: Dort waren die Beträge **brutto** (z. B. 199 € inkl.
|
||
Steuer); steuerbefreite Kunden erhielten den Netto-Ausweis (167,23 €).
|
||
Grandfathered-Vereinbarungen werden deshalb auf die Netto-Basis der letzten
|
||
Legacy-Rechnung umgerechnet — für deutsche Bestandskunden bleibt der
|
||
Bruttobetrag damit unverändert, die Steuer wird künftig nur sauber
|
||
ausgewiesen.
|
||
|
||
**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.
|
||
|
||
**Verlinkung:** Links zur Kundenseite sind Standard-Bestandteil jeder PM, systemseitig als `sponsored`/`nofollow` ausgezeichnet. Hervorhebung der Linkdarstellung ist als Produkt-Feature möglich. **Tabu:** Verkauf von Dofollow-Backlinks und kundenseitige `rel`-Auswahl. Details siehe Decision-Update „Verlinkung & Backlinks".
|
||
|
||
---
|
||
|
||
## 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 |