跳到正文
cccskills
免费在 GitHub 公开

suede-paywalls

Suede AI in-product monetization: paywall screens, feature gates, trial-expiry states, usage-limit prompts, and free-to-paid upgrade moments, with trigger timing, frequency caps, screen copy, plan presentation, a dark-pattern self-check, and subscription-law checks current to October 2026 (ROSCA and state auto-renewal laws after the vacated FTC click-to-cancel rule, California's click-to-cancel and renewal notices, UK DMCC subscription rules, the EU withdrawal button, App Store and Google Play disclosure). Returns screen drafts, trigger rules, and an experiment plan. Use when users have experienced value and the next step is an upgrade prompt or paywall. NOT FOR: public pricing pages (use suede-pricing for the teardown or suede-site-alchemy for conversion), tier architecture (use suede-pricing), or cancellation and save flows (use suede-churn-prevention).

中文简介正在准备中。当前显示原文说明。

实测评分 未实测

查看安装方法

包含的文件(6)

  • SKILL.md7.8 KB
  • agents/openai.yaml585 B
  • CARD.md4.6 KB
  • evals/evals.json7.5 KB
  • references/experiments.md5.3 KB
  • references/subscription-rules.md5.2 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Suede Paywalls and Upgrade Moments

Suede AI designs in-product monetization around a truthful entitlement boundary and a value-aware moment, not interruption volume. Define when the user has enough context to evaluate an upgrade, what the paid change actually unlocks, and how to test the prompt without obscuring price, consent, or exit.

Initial Assessment

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Before providing recommendations, understand:

  1. Upgrade Context - Freemium → Paid? Trial → Paid? Tier upgrade? Feature upsell? Usage limit?

  2. Product Model - What's free? What's behind paywall? What triggers prompts? Current conversion rate?

  3. User Journey - When does this appear? What have they experienced? What are they trying to do?


Paywall Trigger Points

Feature Gates

When user clicks a paid-only feature:

  • Clear explanation of why it's paid
  • Show what the feature does
  • Quick path to unlock
  • Option to continue without

Usage Limits

When user hits a limit:

  • Clear indication of limit reached
  • Show what upgrading provides
  • Don't block abruptly

Trial Expiration

When trial is ending:

  • Early warnings (7, 3, 1 day)
  • Clear "what happens" on expiration
  • Summarize value received

Time-Based Prompts

After X days of free use:

  • Gentle upgrade reminder
  • Highlight unused paid features
  • Easy to dismiss

Paywall Screen Components

  1. Headline - Focus on what they get: "Unlock [Feature] to [Benefit]"

  2. Value Demonstration - Preview, before/after, "With Pro you could..."

  3. Feature Comparison - Highlight key differences, current plan marked

  4. Pricing - Clear, simple, annual vs. monthly options

  5. Social Proof - Customer quotes, "X teams use this"

  6. CTA - Specific and value-oriented: "Start Getting [Benefit]"

  7. Escape Hatch - Clear "Not now" or "Continue with Free"


Specific Paywall Types

Feature Lock Paywall

[Lock Icon]
This feature is available on Pro

[Feature preview/screenshot]

[Feature name] helps you [benefit]:
• [Capability]
• [Capability]

[Upgrade to Pro - $X/mo]
[Maybe Later]

Usage Limit Paywall

You've reached your free limit

[Progress bar at 100%]

Free: 3 projects | Pro: Unlimited

[Upgrade to Pro]  [Delete a project]

Trial Expiration Paywall

Your trial ends in 3 days

What you'll lose:
• [Feature used]
• [Data created]

What you've accomplished:
• Created X projects

[Continue with Pro]
[Remind me later]  [Downgrade]

Self-Critique Gate (run before delivering any screen copy)

Do not hand over a drafted paywall until you have re-read it against Anti-Patterns to Avoid and Boundaries below, and answered these out loud:

  1. Where is the close/dismiss control, and is it visible without scrolling or hovering?
  2. Is the price (including what renews, when, and at what amount) stated on the screen?
  3. Does any urgency claim ("ends today", a countdown) correspond to a real deadline?
  4. Can the user reach the free path in one tap from this screen?
  5. Does any copy assign blame, shame, or loss the user did not actually incur?
  6. If this screen starts or renews a subscription: are the renewal price, interval, trial end date, and cancel path shown before purchase, and is auto-renewal consent separate where the law requires it?

Name every hit before delivering. A hit on 1, 3, 4, or 6 is a blocker: fix the draft, don't ship it with a caveat.


Subscription Law Check

Any paywall that starts a trial, converts a trial, or renews a subscription must meet current auto-renewal rules. Status as of October 2026, with sources, in references/subscription-rules.md. The short version:

  • US: the FTC's 2024 click-to-cancel rule was vacated in July 2025 and the FTC is back at the advance-notice stage (March 2026), but ROSCA, FTC Act Section 5, and state laws still apply. California (since July 1, 2025) requires online click-to-cancel, limits save offers, and requires price-increase notices 7 to 30 days ahead.
  • UK: DMCC unfair-practice fines are live; subscription rules (trial and renewal reminders, cooling-off, easy exit) are planned for January 1, 2027.
  • EU: an online withdrawal function has been required since June 19, 2026.
  • App stores: disclose renewal price, period, and terms on the paywall; check current external-purchase rules before linking out.

Timing and Frequency

When to Show

  • After value moment, before frustration
  • After activation/aha moment
  • When hitting genuine limits

When NOT to Show

  • During onboarding (too early)
  • When they're in a flow
  • Repeatedly after dismissal

Frequency Rules

Defaults unless a running experiment says otherwise: ship these numbers, and say so when a test moves them:

  • Max 1 paywall impression per session.
  • Cooldown >= 7 days after a dismiss; >= 14 days after a second dismiss.
  • Suppress a given gate entirely after 3 lifetime dismissals.

Instead of "annoyance signals," instrument the ones a reviewer can read: dismiss rate per gate, post-paywall session-abandon rate, plus the impression, click-through, completion, revenue-per-user, and post-upgrade churn metrics the experiment reference tracks.


Upgrade Flow and Testing

Keep the path from paywall to payment in-context and pre-filled, and grant access the moment payment clears: the checkout and post-upgrade activation flow itself belongs to suede-onboarding.

For frequency, trigger-timing, copy, and price-presentation experiments: including which of the above defaults are worth testing first: See references/experiments.md. Use suede-ab-testing to design and read out the test.


Anti-Patterns to Avoid

Dark Patterns

  • Hiding the close button
  • Confusing plan selection
  • Guilt-trip copy

Conversion Killers

  • Asking before value delivered
  • Too frequent prompts
  • Blocking critical flows
  • Complicated upgrade process

Boundaries

  • Do not fabricate entitlement, plan, price, conversion, trial, or usage-limit data.
  • Do not change billing, entitlements, app configuration, experiments, or live paywalls without explicit authorization.
  • Do not recommend hidden close controls, confusing consent, forced continuity, obstructive cancellation, or false urgency.
  • Do not decide refund, tax, legal, platform-policy, accessibility, or billing-risk terms for the user.

Routing

  • Use suede-churn-prevention for cancel and save flows.
  • Use suede-site-alchemy for public pricing pages and suede-pricing for tier architecture.
  • Use suede-onboarding to reach first value and suede-ab-testing to validate paywall variations.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Suede AI Android app factory: plan, build, test, and prepare a production native Android app from product idea to a Play-ready signed bundle. Use for requests to create, ship, monetize, or modernize an Android app. Covers Kotlin and Jetpack Compose architecture, live target-API and Play policy checks, 16 KB page sizes, accessibility, privacy and Data Safety, Play Billing Library 8+, Play Integrity, account deletion, kids and Families rules, testing, performance, store assets, signing, and a release evidence gate. NOT FOR: uploading, promoting, or rolling out a build on Play (use suede-play-release); turning a website into an iOS app (use site-to-ios-app); a review-only pass on an existing app (use suede-code --findings-only); Play listing, keyword, and screenshot strategy (use suede-aso).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Design, review, and visually QA web and app interfaces against explicit design laws so shipped screens look intentional instead of generic AI output.

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI workflow for turning a live website, PWA, dashboard, or marketplace into an iOS app. Use when the user has a site or web app and asks to put it on the App Store, wrap it in an app, ship an iOS version, or convert a PWA to native. Produces SITE_TO_IOS_AUDIT.md and SITE_TO_IOS_PLAN.md: URL audit, shell-vs-native strategy, App Store Guideline 4.2 wrapper risk and the native value that mitigates it, current SDK, privacy manifest, age rating, login and payment checks, kids-app rules, QA matrix, and a release gate. NOT FOR: Android builds or conversions (use android-app-factory); Google Play uploads and rollouts (use suede-play-release); App Store listing, keyword, and screenshot strategy (use suede-aso).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI experimentation discipline: hypotheses, sample size and power, test duration, guardrail metrics, significance and readouts, sequential designs, and an ICE-ranked experiment backlog with a reusable playbook. Use when comparing variants, deciding whether a result is reliable, or building an experiment program and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), writing the variant copy (use suede-copy), or channel-level incrementality and geo holdouts (use suede-attribution).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

Suede AI paid-media creative system: angles, hooks, headlines, primary text, RSA and Performance Max assets, static and motion concepts, iOS-native reveal videos, grounded batch production, client review pages, and iteration from performance data, all checked against platform character limits. Use when producing or iterating ad creative for Google, Meta, LinkedIn, TikTok, or X from real product, review, and performance inputs. NOT FOR: campaign budgets, bidding, or targeting (use suede-ads), statistical test design (use suede-ab-testing), organic social posts (use suede-social), general marketing images such as OG or hero graphics (use suede-image), or landing-page copy (use suede-copy).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

suede-ads

免费

Suede AI paid-acquisition operating system for channel choice, campaign structure, audiences, bidding, budget pacing, negative keywords, retargeting, B2B and ABM playbooks, and kill-or-scale decisions, with platform facts checked in October 2026 (Meta Andromeda and attribution windows, Performance Max controls). Use when planning, auditing, or optimizing paid campaigns on Google, Meta, LinkedIn, X, TikTok, or comparable platforms. NOT FOR: producing ad copy or creative variants (use suede-ad-creative), implementing tracking (use suede-analytics), attribution models or reconciliation (use suede-attribution), or the landing page (use suede-site-alchemy).

中文简介正在准备中。当前显示原文说明。

JasonColapietro/suede-creator-skills1252026年10月24日 更新

查看 JasonColapietro 的全部技能

报告此技能的问题