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 explicit boundary-setting against related skills. Its main weakness is that the 'what' portion could be more specific about the concrete actions the skill performs (e.g., writing copy, designing layouts, optimizing conversion flows) rather than just naming the artifacts it works with. The second-person voice ('where you're asking users') is a minor style issue but doesn't significantly harm clarity.

Suggestions

Add more specific concrete actions beyond 'create or optimize' — e.g., 'design paywall layouts, write upgrade copy, structure feature comparison tables, optimize conversion messaging'

Replace second-person 'where you're asking users to upgrade' with third-person voice like 'where the product asks users to upgrade' to maintain consistent professional tone

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 at the start. Also clarifies boundaries with other skills.

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 distinguishes itself from 'page-cro' (public pricing pages) and 'pricing-strategy' (pricing decisions), carving out a clear niche of in-product upgrade moments. The boundary definitions make conflict with similar skills very unlikely.

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 is a moderately well-structured skill that covers paywall CRO comprehensively but suffers from being more of a knowledge reference than an actionable playbook. It includes useful wireframe templates and good organizational structure, but could be significantly tightened by removing obvious UX principles Claude already knows and by providing more concrete, implementation-ready examples. The workflow is implicit rather than explicit, and the content would benefit from being split across files with the SKILL.md serving as a leaner overview.

Suggestions

Trim the Core Principles and Anti-Patterns sections significantly—these contain UX best practices Claude already knows (e.g., 'respect the no,' 'don't hide close buttons'). Replace with only project-specific or non-obvious guidance.

Make the paywall templates more actionable by providing actual HTML/React component examples or at minimum more specific copy examples rather than bracket placeholders like '[Capability]' and '[Benefit]'.

Add an explicit workflow sequence with validation steps, e.g., '1. Read context → 2. Identify trigger type → 3. Draft paywall using template → 4. Verify against anti-patterns checklist → 5. Define A/B test plan'.

Move the A/B Testing metrics, Timing/Frequency rules, and Anti-Patterns sections into separate reference files, keeping SKILL.md as a concise overview with clear pointers.

DimensionReasoningScore

Conciseness

The skill is reasonably organized but includes some unnecessary framing ('You are an expert...') and content that Claude would already know (e.g., general UX principles like 'don't trap or pressure'). Several sections could be tightened—the core principles section states obvious UX best practices, and the anti-patterns section largely restates common knowledge.

2 / 3

Actionability

The skill provides wireframe-style templates for different paywall types and structured component lists, which are somewhat actionable. However, it lacks fully concrete, copy-paste-ready code or markup examples—the templates use placeholder brackets throughout and the guidance remains at the strategic/advisory level rather than providing executable implementations.

2 / 3

Workflow Clarity

There's a reasonable implicit workflow: assess context → identify paywall type → design components → optimize flow → test. However, the steps aren't explicitly sequenced as a clear process, and there are no validation checkpoints (e.g., 'verify the paywall respects frequency rules before shipping' or 'check conversion metrics after launch'). The initial assessment section is good but the rest reads more like a reference than a workflow.

2 / 3

Progressive Disclosure

The skill references external files (references/experiments.md, product-marketing-context.md) and related skills, which is good. However, the main file itself is quite long (~180 lines of content) with sections like anti-patterns, timing rules, and A/B testing metrics that could be split into reference files. The related skills section at the end is well-structured.

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.