Token导航 LogoToken导航TokenDH.com
开发只读github未标认证来源可访问许可证需确认审计通过

paywall-upgrade-cro付费专区升级 cro

Agent Skill

paywall-upgrade-cro 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

1,176

周安装

50

GitHub Stars

103

下载量

412
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:paywall-upgrade-cro(付费专区升级 cro)
来源仓库:https://github.com/borghei/claude-skills
仓库路径:skills/paywall-upgrade-cro
安装命令:
npx skills add https://github.com/borghei/claude-skills --skill paywall-upgrade-cro
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/borghei/claude-skills --skill paywall-upgrade-cro

简介

paywall-upgrade-cro 专注产品中付费转化环节优化,区别于公开定价页面的内部升级流程设计。

  • 涵盖功能门控、试用到期序列、伦理化 monetization 与防 dark pattern 原则。
  • 输出触发时机、频次规则与 UX 文案模板,提升自然转化而非强制推销。
  • 部署前需验证用户价值感知节点,确保升级提示与体验质量正相关。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Paywall & Upgrade Screen CRO

Production-grade framework for in-product upgrade flows. Covers feature gate design, usage limit UX, trial expiration sequences, upgrade trigger timing, dark pattern avoidance, and ethical monetization. Distinct from public pricing pages (use page-cro for those) -- this focuses on in-product moments where users have already experienced value.


Table of Contents


Initial Assessment

Required Context

QuestionWhy It Matters
What is the upgrade model? (freemium to paid, trial to paid, tier upgrade)Determines the paywall type
What is free vs paid?Defines the value gap to communicate
What triggers upgrade prompts today?Identifies current trigger points
What is the current free-to-paid conversion rate?Baseline for improvement
What is the aha moment for users?Determines when the paywall should appear
What pricing model? (per seat, usage, flat)Affects paywall messaging
Mobile app, web app, or both?Platform-specific requirements

The Value-First Principle

The single most important rule in paywall design: The user must have experienced real value before seeing an upgrade prompt.

Value-First Checklist

  • User has completed the activation event (aha moment reached)
  • User has used the product at least 2-3 times
  • User has created or stored data they would lose
  • The upgrade feels like a natural next step, not a trap

When to Show vs When NOT to Show

ShowDo Not Show
After aha moment is reachedDuring onboarding
When user hits a genuine limitOn first login
When user clicks a paid featureWhen user is in the middle of a task
After milestone completionImmediately after a frustrating experience
On session start (gentle reminder)After every action

Paywall Trigger Architecture

Trigger Types

TriggerWhen It FiresBest For
Feature gateUser clicks a locked featureFeature-differentiated tiers
Usage limitUser reaches a quotaUsage-based pricing
Trial expirationTrial period endingTime-limited trial models
Time-basedAfter N days of active useFreemium nurture
Milestone-basedAfter user achieves XUpsell at success moments
Team-basedWhen team grows past free seat limitPer-seat models

Trigger Priority Map

User StatePrimary TriggerTiming
Activated, under limitsFeature gate (when they try paid feature)On click
Approaching limitSoft warning (80% of limit)Proactive
Hit limitUsage limit paywallOn action that exceeds limit
Trial day 7 of 14Trial ending reminderSession start
Trial day 13 of 14Urgent trial expirationSession start + email
Trial day 14Trial expiredOn login
Active for 30+ days, freeValue-based upgrade promptSession start, once per week

Paywall Screen Design

Screen Anatomy

┌─────────────────────────────────────┐
│ [X Close / "Not now"]               │  Escape hatch (always visible)
│                                     │
│ HEADLINE: Value-focused             │  "Unlock [feature] to [benefit]"
│                                     │
│ [Feature preview / screenshot]      │  Show what they are missing
│                                     │
│ KEY BENEFITS:                       │
│ - Benefit 1                        │
│ - Benefit 2                        │
│ - Benefit 3                        │
│                                     │
│ PRICE: $X/month                    │  Clear, simple pricing
│ (or plan comparison)               │
│                                     │
│ [UPGRADE CTA - Primary]           │  "Start Pro Plan"
│ [Maybe Later - Secondary]          │  Clear secondary action
│                                     │
│ "Join 5,000+ teams on Pro"        │  Social proof
└─────────────────────────────────────┘

Copy Patterns by Trigger Type

TriggerHeadline PatternCTA Pattern
Feature gate"Unlock [Feature] to [Benefit]""Upgrade to [Plan]"
Usage limit"You've used all [N] [resources]""Get Unlimited [Resources]"
Trial expiring"Your trial ends in [N] days""Continue with [Plan]"
Milestone"You just hit [milestone]! Keep growing with Pro""Upgrade & Keep Growing"
Time-based"[Product] Pro helps teams like yours [benefit]""See Pro Features"

Feature Gate Patterns

Soft Gate (Preview + Lock)

User can see what the feature does but cannot use it fully.

┌──────────────────────────────┐
│  [Feature Preview]           │  Blurred screenshot or partial result
│                              │
│  [Lock Icon] Pro Feature     │
│                              │
│  [Feature name] lets you:    │
│  - Capability 1              │
│  - Capability 2              │
│                              │
│  [Upgrade to Pro - $X/mo]   │
│  [Maybe Later]              │
└──────────────────────────────┘

Hard Gate (Block + Explain)

User cannot access the feature at all. Show the value clearly.

┌──────────────────────────────┐
│  [Lock Icon]                 │
│                              │
│  This feature is available   │
│  on the Pro plan             │
│                              │
│  What you get:               │
│  - Benefit 1                 │
│  - Benefit 2                 │
│  - Benefit 3                 │
│                              │
│  [Upgrade to Pro]            │
│  [Compare Plans]             │
└──────────────────────────────┘

Feature Gate Design Rules

  • Always explain WHY the feature is valuable (not just that it is locked)
  • Show what the feature produces (output preview) when possible
  • Include a "Compare Plans" link for users who want more detail
  • Do not gate features the user was already using during trial

Usage Limit UX

Approaching Limit (80% Warning)

┌──────────────────────────────────┐
│  [Progress Bar: 80%]            │
│  You've used 80 of 100 credits  │
│                                  │
│  [Get More Credits]  [Dismiss]  │
└──────────────────────────────────┘

At Limit (100%)

┌──────────────────────────────────────┐
│  [Progress Bar: 100%]               │
│  You've reached your monthly limit  │
│                                      │
│  Free: 100 credits | Pro: Unlimited │
│                                      │
│  [Upgrade to Pro]                   │
│  [Delete items to free space]       │  Alternative action
└──────────────────────────────────────┘

Usage Limit Rules

  • Show usage context before the limit hits (progress indicators in the UI)
  • Provide an alternative action (delete, archive, export) when possible
  • Never delete user data when limits are reached
  • Allow grace period (do not cut off mid-task)

Trial Expiration Flows

Trial Countdown Sequence

DayChannelMessageTone
Day 7 (of 14)In-app banner"7 days left in your trial"Informational
Day 10Email"4 days left -- here's what you've accomplished"Value summary
Day 12In-app modal"2 days left -- don't lose access to [feature]"Mild urgency
Day 13Email"Tomorrow is your last day"Urgency + offer
Day 14In-app full screen"Your trial has ended"Clear options
Day 15Email"We kept your data safe -- reactivate anytime"Reassurance

Trial Expiration Screen Design

┌─────────────────────────────────────────┐
│  Your trial has ended                    │
│                                          │
│  What you accomplished during trial:     │
│  - Created [N] projects                 │  Personalized data
│  - Invited [N] team members             │
│  - Saved an estimated [X] hours         │
│                                          │
│  What happens now:                       │
│  - Your data is saved for 30 days       │
│  - Read-only access to existing work    │
│  - Full access resumes when you upgrade │
│                                          │
│  [Continue with Pro - $X/mo]            │
│  [Remind Me Later]  [Downgrade to Free] │
└─────────────────────────────────────────┘

Timing and Frequency Rules

Frequency Caps

RuleImplementation
Max 1 paywall per sessionDo not interrupt twice in one visit
3-7 day cooldown after dismissalIf they click "Not now", wait at least 3 days
Never during active taskIf user is creating, editing, or mid-workflow, do not interrupt
Cap at 3 per monthAfter 3 dismissals in a month, stop showing until next month
Track annoyance signalsIf user closes paywall within 1 second repeatedly, increase cooldown

Escalation Pattern

AttemptApproachInvasiveness
1Subtle banner or sidebar widgetLow
2Modal with value propositionMedium
3Modal with special offer (discount/extended trial)Medium-High
4+Reduce frequency, switch to email nurtureLow (change channel)

Upgrade Flow Optimization

From Paywall Click to Payment

StepOptimization
1. Click upgrade CTAOpens upgrade flow (do not redirect to external page if avoidable)
2. Plan selectionPre-select the recommended plan, show comparison
3. PaymentPre-fill known info (email, name), support all payment methods
4. ConfirmationImmediate access to paid features, confirmation email
5. Post-upgradeGuide to newly unlocked features, celebration moment

Friction Reduction

  • Keep the upgrade flow in-context (modal or slide-out, not a full page redirect)
  • Pre-fill all known information
  • Support saved payment methods and one-click upgrade for returning upgraders
  • Show price clearly before the payment step (no surprise charges)

Dark Pattern Avoidance

Patterns to NEVER Use

Dark PatternWhy It FailsEthical Alternative
Hidden close buttonBreaks trust, generates support ticketsClear X in top-right corner
Shame copy ("No, I don't want to grow my business")Manipulative, reduces brand respect"Maybe later" or "Not now"
Countdown timer (fake urgency)Users discover it resets, destroys credibilityOnly use for genuinely expiring offers
Confusing plan selectionUsers feel tricked, higher refund rateClear plan names with honest comparison
Blocking critical actionsUsers feel trapped, generates churnAllow continued use of existing features
Making downgrade difficultRegulatory risk (especially in EU/CA)One-click downgrade option

Platform-Specific Considerations

iOS App Store

  • Apple requires in-app purchase (IAP) for digital goods/services
  • Apple takes 30% commission (15% for small business program)
  • Must comply with App Store Review Guidelines 3.1
  • Cannot link to external payment pages from within the app
  • Must clearly communicate subscription terms and renewal

Google Play

  • Similar IAP requirements as iOS
  • Google Play billing required for digital goods
  • 15% commission on first $1M in annual revenue, then 30%
  • Must provide clear subscription management

Web App

  • Full control over payment flow and presentation
  • Can offer any payment method
  • No platform commission
  • Can A/B test freely without app review delays

Metrics and Benchmarks

Key Metrics

MetricFormulaBenchmark
Paywall impression rateUsers who see paywall / Active usersTrack, no universal benchmark
Paywall CTRUpgrade clicks / Paywall impressions5-15%
Upgrade completion rateCompleted upgrades / Upgrade clicks30-60%
Free-to-paid conversionPaid users / Total free users2-5% for freemium, 15-30% for trial
Revenue per user (ARPU)Total revenue / Active usersSegment-dependent
Post-upgrade churn (30-day)Churned within 30 days / New paid users< 10%

Warning Signals

SignalDiagnosisAction
CTR < 3%Paywall copy or timing is wrongTest different triggers and messaging
Completion < 20%Upgrade flow has too much frictionSimplify payment flow
Post-upgrade churn > 15%Value not matching expectationsReview feature access and onboarding
Free-to-paid < 1%Paywall appears before value is deliveredDelay triggers until after activation

A/B Test Framework

High-Impact Tests

TestHypothesisMetric
Trigger timing (earlier vs later)Later trigger = higher conversion rateFree-to-paid conversion
Soft gate vs hard gateSoft gate (preview) converts betterFeature gate CTR
Copy variationValue-focused vs urgency-focusedPaywall CTR
Price presentationMonthly vs annual defaultARPU

Test Measurement

  • Run for minimum 2 weeks or 100 conversions per variant
  • Track upgrade rate AND 30-day post-upgrade retention
  • A test that increases upgrades but increases churn is a net negative

Output Artifacts

ArtifactFormatDescription
Paywall Trigger MapTrigger x timing x frequency tableAll trigger points with rules and cooldowns
Screen Copy SetComplete screen designsHeadline, benefits, CTA, escape hatch for each paywall type
Upgrade Flow DiagramStep-by-step flowPaywall click to post-upgrade confirmation
Dark Pattern AuditChecklistReview of existing paywall for manipulative patterns
Trial Expiration SequenceDay-by-day planIn-app + email sequence for trial countdown
A/B Test BacklogPrioritized tableTest ideas ranked by expected impact

Tool Reference

1. paywall_trigger_auditor.py

Audits paywall trigger configuration for timing, frequency, and coverage issues. Reads a JSON file of trigger rules and user event data, then flags misconfigured triggers, missing cooldowns, and dark-pattern risks.

python scripts/paywall_trigger_auditor.py triggers.json --format text
python scripts/paywall_trigger_auditor.py triggers.json --format json
FlagTypeDescription
triggers.jsonpositionalPath to JSON file with trigger rules and event data
--formatoptionalOutput format: text (default) or json

2. upgrade_funnel_analyzer.py

Analyzes upgrade funnel step-by-step conversion from paywall impression through payment completion. Identifies the highest-drop steps, calculates stage-over-stage conversion, and benchmarks against industry targets.

python scripts/upgrade_funnel_analyzer.py funnel.json --format text
python scripts/upgrade_funnel_analyzer.py funnel.json --format json
FlagTypeDescription
funnel.jsonpositionalPath to JSON file with funnel step data
--formatoptionalOutput format: text (default) or json

3. paywall_copy_scorer.py

Scores paywall screen copy against proven conversion patterns. Evaluates headline structure, benefit clarity, CTA strength, social proof presence, and dark-pattern risk. Outputs a 0-100 score with itemized feedback.

python scripts/paywall_copy_scorer.py copy.json --format text
python scripts/paywall_copy_scorer.py copy.json --format json
FlagTypeDescription
copy.jsonpositionalPath to JSON file with paywall copy elements
--formatoptionalOutput format: text (default) or json

Troubleshooting

ProblemLikely CauseResolution
Paywall CTR below 3%Trigger fires before user reaches aha moment or copy is feature-focused instead of benefit-focusedDelay trigger until after activation event; rewrite headline to outcome-based messaging (lifts CTR up to 23% per Strava case study)
Upgrade completion below 20%Too much friction in payment flow (redirects, missing payment methods, surprise charges)Keep flow in-context (modal/slide-out), pre-fill known info, show price before payment step
Post-upgrade churn above 15%Value expectation mismatch -- paid experience does not match what the paywall promisedAudit feature access post-upgrade, add guided tour of newly unlocked features, align copy with actual capabilities
Free-to-paid conversion below 1%Paywall appears before value is delivered or free tier is too generousMap activation events and ensure paywall only fires after aha moment; review free vs paid feature boundary
Users close paywall within 1 second repeatedlyPaywall is interrupting workflow or appearing too frequentlyIncrease cooldown to 7+ days after dismissal, cap at 3 per month, switch to less intrusive format (banner vs modal)
Mobile paywall underperforms desktop by >30%iOS/Android IAP friction, small dismiss targets, or full-screen overlay on mobileEnsure 44x44px touch targets, use bottom-sheet format on mobile, comply with App Store guidelines
Trial expiration emails have low open rateGeneric subject lines, wrong send timing, or email deliverability issuesPersonalize with usage data ("You created 12 projects"), send at user's active hours, check spam score

Success Criteria

  • Free-to-paid conversion rate reaches 2-5% for freemium models or 15-30% for trial models within 90 days of optimization
  • Paywall CTR stabilizes at 5-15% across all trigger types
  • Upgrade completion rate (paywall click to payment) exceeds 30%
  • Post-upgrade 30-day retention exceeds 90% (churn below 10%)
  • Paywall annoyance signals (sub-1-second dismissals) decrease to below 5% of impressions
  • Zero dark patterns present in paywall audit (no shame copy, no hidden close buttons, no fake urgency)
  • Annual plan adoption reaches 40%+ of new upgrades when annual toggle defaults are implemented (benchmark: 20-40% lift)

Scope & Limitations

In scope: In-product upgrade flows including feature gates, usage limit screens, trial expiration sequences, upgrade trigger timing, save offer strategy, paywall screen design, and A/B test frameworks for freemium-to-paid and trial-to-paid conversion.

Out of scope: Public-facing pricing pages (use page-cro), the pricing model itself (use pricing-strategy), post-signup onboarding before the aha moment (use onboarding-cro), initial registration flows (use signup-flow-cro), and post-upgrade churn intervention (use churn-prevention). This skill does not cover App Store Optimization (ASO) or paid acquisition strategies. Scripts operate on local data only -- no integrations with payment processors, analytics platforms, or A/B testing tools.

Limitations: Conversion benchmarks are based on aggregate SaaS/app industry data and may vary significantly by vertical, price point, and audience. Mobile paywall performance is highly dependent on platform-specific IAP requirements (Apple 30% commission, Google Play billing). Scripts analyze static snapshots; real-time paywall optimization requires integration with analytics and experimentation platforms not provided here.


Integration Points

  • pricing-strategy -- Feed pricing tier structure and value metric into paywall copy and plan comparison design
  • onboarding-cro -- Coordinate activation event definitions; paywall triggers should fire only after onboarding confirms aha moment
  • churn-prevention -- Post-upgrade churn data feeds back into paywall expectation-setting; save offers should align with churn prevention playbook
  • page-cro -- Public pricing page design feeds into in-app upgrade flow consistency; ensure messaging alignment
  • signup-flow-cro -- Registration flow completion triggers trial start; trial duration and paywall timing depend on signup context
  • popup-cro -- Share frequency capping logic and suppression rules; paywall modals follow same UX principles as marketing popups

Related Skills

  • page-cro -- Use for public pricing page optimization. Paywall-upgrade-cro handles in-product upgrade moments.
  • onboarding-cro -- Use when users have not reached activation. Do not show paywalls before the aha moment.
  • pricing-strategy -- Use when the pricing model itself needs redesigning (tier structure, value metric, price points).
  • churn-prevention -- Use when users upgrade but then churn. If they never upgrade, the problem is here.
  • signup-flow-cro -- Use for the initial registration flow. Paywall-upgrade-cro handles post-signup monetization.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.7%
按下载量换算147

Claude

27.76%
按下载量换算114

Cursor

18.08%
按下载量换算74

Gemini CLI

9.02%
按下载量换算37

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills