CtrlK
BlogDocsLog inGet started
Tessl Logo

paywall-upgrade-cro

When the user wants to create or optimize in-app paywalls, upgrade screens, upsell modals, or feature gates. Also use when the user mentions "paywall," "upgrade screen," "upgrade modal," "upsell," "feature gate," "convert free to paid," "freemium conversion," "trial expiration screen," "limit reached screen," "plan upgrade prompt," "in-app pricing," "free users won't upgrade," "trial to paid conversion," or "how do I get users to pay." Use this for any in-product moment where you're asking users to upgrade. Distinct from public pricing pages (see page-cro) — this focuses on in-product upgrade moments where the user has already experienced value. For pricing decisions, see pricing-strategy.

78

1.04x
Quality

70%

Does it follow best practices?

Impact

88%

1.04x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/paywall-upgrade-cro/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description with excellent trigger term coverage and clear differentiation from related skills. The explicit cross-references to page-cro and pricing-strategy are particularly valuable for disambiguation. The main weakness is that the specific capabilities could be more concrete — listing specific actions like 'write upgrade copy, design paywall layouts, optimize conversion flows' rather than the general 'create or optimize.' Note: the description uses second person ('where you're asking users') which is a minor voice issue.

Suggestions

Replace 'create or optimize' with more specific concrete actions such as 'design paywall layouts, write upgrade copy, structure feature comparison tables, optimize trial-to-paid conversion flows' to improve specificity.

Change 'where you're asking users to upgrade' to third person voice like 'where the product asks users to upgrade' to align with style guidelines.

DimensionReasoningScore

Specificity

The description names the domain (in-app paywalls, upgrade screens) and some actions ('create or optimize'), but doesn't list multiple specific concrete actions like 'design paywall layouts, write upgrade copy, A/B test conversion flows.' The actions remain somewhat high-level.

2 / 3

Completeness

Clearly answers both 'what' (create/optimize in-app paywalls, upgrade screens, upsell modals, feature gates) and 'when' with an extensive explicit trigger list and a 'Use when' equivalent clause. Also explicitly distinguishes from related skills (page-cro, pricing-strategy).

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms including 'paywall,' 'upgrade screen,' 'upsell,' 'feature gate,' 'freemium conversion,' 'trial expiration screen,' 'limit reached screen,' 'how do I get users to pay,' and many more variations that users would naturally say.

3 / 3

Distinctiveness Conflict Risk

Explicitly carves out its niche by distinguishing from 'page-cro' (public pricing pages) and 'pricing-strategy,' and focuses specifically on in-product upgrade moments. The boundary 'where the user has already experienced value' is a clear differentiator.

3 / 3

Total

11

/

12

Passed

Implementation

50%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill provides a solid structural overview of paywall and upgrade screen CRO with useful wireframe templates and clear categorization of paywall types. However, it leans toward general UX advice that Claude likely already knows rather than providing highly specific, actionable frameworks. The content would benefit from more concrete copy formulas, specific conversion benchmarks, and validation checkpoints in the workflow.

Suggestions

Replace general UX principles (e.g., 'Value Before Ask', 'Respect the No') with specific, actionable frameworks — for example, a scoring rubric for evaluating whether a paywall is ready to ship, or a decision tree for choosing paywall type based on trigger context.

Add concrete copy formulas with variables and real examples, e.g., 'Headline formula: Unlock [Feature] to [Measurable Benefit] — Example: Unlock Advanced Analytics to Track Revenue in Real Time'.

Add a validation checklist step before finalizing any paywall recommendation (e.g., 'Verify: Does the user hit an aha moment before this trigger? Is there a clear escape hatch? Is frequency capped?') to improve workflow clarity.

Move the A/B testing section and anti-patterns into separate reference files to reduce the main file length and improve progressive disclosure.

DimensionReasoningScore

Conciseness

The skill is reasonably organized but includes some unnecessary framing ('You are an expert...') and sections that could be tightened. The core principles section states things Claude already understands about UX (e.g., 'Don't trap or pressure'). Some bullet points are vague filler rather than actionable content.

2 / 3

Actionability

The wireframe-style templates for feature lock, usage limit, and trial expiration paywalls provide concrete patterns, which is good. However, much of the content remains at the level of general advice ('Show, Don't Just Tell', 'Friction-Free Path') rather than specific, executable guidance. There are no real code examples, copy formulas with fill-in variables, or detailed implementation steps.

2 / 3

Workflow Clarity

The initial assessment section provides a reasonable sequence (check context file → understand upgrade context → product model → user journey), and there's a logical flow from trigger points to screen components to optimization. However, there are no explicit validation checkpoints or feedback loops — for instance, no step to verify the paywall design against anti-patterns before shipping, or to validate A/B test setup before launch.

2 / 3

Progressive Disclosure

There is one reference to an external file (references/experiments.md) and related skills are listed at the bottom, which is good. However, the main file is quite long with sections like anti-patterns, timing rules, and A/B testing that could be split into reference files. The content is somewhat monolithic for its length.

2 / 3

Total

8

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
coreyhaines31/marketingskills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.