From 45f57bfda72788bd08661f2d8c6818372af86cc7 Mon Sep 17 00:00:00 2001 From: chahinebrini Date: Mon, 11 May 2026 15:56:34 +0200 Subject: [PATCH] =?UTF-8?q?docs(pricing):=20capture=20the=20strategic=20be?= =?UTF-8?q?t=20=E2=80=94=20full=20protection=20=3D=20Legend-only,=20by=20d?= =?UTF-8?q?esign?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.7 (1M context) --- ops/strategy/pricing-tiers.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/ops/strategy/pricing-tiers.md b/ops/strategy/pricing-tiers.md index 0dfce7c..614c8c5 100644 --- a/ops/strategy/pricing-tiers.md +++ b/ops/strategy/pricing-tiers.md @@ -39,6 +39,8 @@ **Conversion-Philosophie (User, 2026-05-11) — überschreibt das „Frustrations-Framing":** Free-User sollen die App **voll ausprobieren können** — *alle* Funktions-Kategorien sind in Free *nutzbar* (Blocker funktioniert real, Coach, Mail, Streak, Community, Games), nur in **Umfang/Qualität limitiert** (kuratierte statt voller Blocklist, 1 statt ∞ Mail-Accounts, basic statt viel-besserer Coach, kein Multi-Device). Es gibt **keine harten Feature-Locks** in Free (man darf alles anfassen). Der **Conversion-Lever ist NICHT „dein Schutz ist löchrig, zahl um's zu fixen"** (Frustrations-Framing — vom User explizit verworfen), sondern: *„die App funktioniert wie sie soll, die Community wächst → ich werde Mitglied / unterstütze das"* (Membership-/Community-Framing). → Pro/Legend-Messaging entsprechend: „mehr von dem Guten + du trägst die Sache mit" statt „Lücke schließen". Das berührt §7.1/§7.4 (deren „Pro-Trigger = Free-User merkt Lücke"-Logik gilt nur abgeschwächt — der Haupt-Trigger ist Vertrauen + Community + Multi-Device-Bedarf, nicht Frustration). +**Strategische Wette (User, „kenne die Zielgruppe sehr gut"):** *Voller* Schutz = **Legend-only** ist Absicht. Die Wette: ein Mensch in Recovery wandert nach ein paar Monaten **von selbst** zu Legend (mindestens als Probe), weil die Sucht gegen Lücken arbeitet — irgendwann will er *alles* dicht (Multi-Device, volle Blocklist, Echtzeit-Mail). Bedingungen, damit diese Wette aufgeht: (1) das **Front-Door-Erlebnis** darf den User nicht in Woche 1 verlieren (Relapse auf einer offensichtlichen Seite / Deinstall / 1-Stern) — die kuratierte Kernliste ist genau die *Infrastruktur* dafür, nicht ein Widerspruch zur „Legend = voll"-Strategie: sie kauft die Zeit, bis die Wette greift. (2) Die App muss **transparent** sein, dass Legend = voller Schutz ist (z.B. „Grundschutz aktiv — voller Schutz vor allen bekannten Glücksspiel-Seiten: Pro/Legend") — der User muss die Treppe *sehen*, um in sie hineinwachsen zu können; „versteckt" wäre die Strategie nur ggü. dem *Markt*, nicht ggü. dem einzelnen Nutzer. Restrisiko bleibt der Front-Door-Drop (Strategist §7.1) — vom User bewusst akzeptiert. + **Offene Implementierungs-Punkte (→ Phase 2, eigener Workstream):** 1. **Kuratierte Free-Kernliste** — Subset der HaGeZi-Liste nach Popularität/Traffic-Rang filtern (~1–2k), ~monatlich nachziehen. Neue `getPlanLimits`-Achse `globalBlocklist: 'curated' | 'full'` (oder Boolean + zweites Listenfile). → rebreak-backend. 2. **IMAP-IDLE-Daemon-Gating auf Legend** — Daemon (`backend/imap-idle/`) hält nur für Legend-`MailConnection`s eine IDLE-Session; free=4h-fixed-Cron, pro=Intervall-Wahl (1/4/8h), legend=Live. → rebreak-backend + mo.