CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

pricing

When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' 'monetization,' 'how much should I charge,' 'my pricing is wrong,' 'pricing page,' 'annual vs monthly,' 'per seat pricing,' or 'should I offer a free plan.' Use this whenever someone is figuring out what to charge or how to structure their plans. For in-app upgrade screens, see paywalls.

Quality

78%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./claude/skills/pricing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%Weight 40%Scale 1-5

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

A well-structured advisory skill with genuine calibrated specifics, a clear intake protocol, and a properly split two-file bundle with clearly signaled one-level-deep references. Its main weaknesses are inline re-explanations of pricing psychology concepts Claude already knows and the absence of an explicit end-to-end workflow with validation checkpoints for producing a pricing recommendation.

Suggestions

Cut sections that restate well-known concepts (Pricing Psychology's anchoring/decoy/charm-pricing definitions, good-better-best basics, 'What is a Value Metric?') down to one line each — keeping the calibrated thresholds — and move any needed detail into a reference file.

Add an explicit end-to-end workflow (gather context → choose value metric → structure tiers → set price points → validate), wiring the existing 'Pricing Checklist' in as an explicit validation checkpoint before delivering a recommendation.

Move the detailed 'Pricing Page Best Practices' and 'Price Increase Strategies' content into reference files with one-line pointers in the body, mirroring the existing tier-structure.md pattern, and add a brief consolidated list of the bundle's reference files.

DimensionReasoningScore

Conciseness

The body is organized in tight bullets and includes calibrated specifics Claude would not reliably produce ('Very high conversion rates (>40%),' 'Very low churn (<3% monthly),' '17-20% annual discount,' '2-3x Better price'), but several sections restate concepts Claude already knows — 'Anchoring: Show higher-priced option first,' 'Decoy effect,' 'Charm pricing,' the good-better-best basics, and the definitional 'What is a Value Metric?' explanation. That puts it at 'mostly efficient but includes some unnecessary explanation that could be tightened' rather than noticeably verbose prose (2) or fully lean (4).

3 / 5

Actionability

As an instruction-only skill it is not penalized for lacking code, and the guidance is concrete: a specific intake protocol ('If .claude/product-marketing.md exists... read it before asking questions'), a decision rule ('As a customer uses more of [metric], do they get more value?'), quantitative thresholds, enumerated price-increase strategies, and two checklists. It falls short of fully executable (5) because there is no worked example of a complete tier/pricing recommendation covering the common cases.

4 / 5

Workflow Clarity

An intake sequence exists (check product-marketing context first, gather the four numbered context categories, ask the task-specific questions) and the pricing checklist serves as an implicit checkpoint, but there is no explicit end-to-end workflow for the core task — gather context, choose value metric, structure tiers, set price points, validate — so checkpoints remain implicit. That matches 'steps listed but validation gaps; sequence present but checkpoints missing or implicit' rather than a clearly sequenced process with most checkpoints (4). No destructive/batch cap applies.

3 / 5

Progressive Disclosure

The bundle structure is sound: two real references (references/tier-structure.md, references/research-methods.md) are linked with purpose statements ('For detailed tier structures and persona-based packaging: See...'), and both are one level deep with no nested references. Minor gaps keep it below the top anchor: sections like 'Pricing Page Best Practices' and 'When to Raise Prices' carry detail that could live in reference files, and there is no consolidated navigation of the bundle.

4 / 5

Total

14

/

20

Passed

Description

86%Weight 40%Scale 1-5

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

A strong description with exemplary trigger coverage and explicit what/when guidance, plus an explicit boundary pointer to the paywalls skill. Its only weaknesses are a capability statement that stays at the domain level rather than listing concrete actions, and minor trigger overlap with adjacent marketing skills.

DimensionReasoningScore

Specificity

Phrases like 'help with pricing decisions, packaging, or monetization strategy' name the domain and a couple of capability areas, but the description never enumerates several concrete actions (e.g., 'designs tier structures,' 'runs willingness-to-pay research,' 'plans price increases'). It sits at 'names domain and 1-2 concrete actions' rather than 'lists several specific actions,' and the third-person voice requirement is met so no penalty applies.

3 / 5

Completeness

It explicitly answers 'what' ('help with pricing decisions, packaging, or monetization strategy') and 'when' with two explicit trigger clauses ('Also use when the user mentions...' and 'Use this whenever someone is figuring out what to charge or how to structure their plans'). The 'when' is far more explicit than the anchor-4 example, and both halves are answered with concrete trigger phrases, matching the top anchor; it is not below because no half is vague or missing.

5 / 5

Trigger Term Quality

Sixteen natural trigger terms include exact question-form phrases users would literally say ('how much should I charge,' 'my pricing is wrong,' 'should I offer a free plan') alongside terminology and synonyms ('pricing tiers,' 'freemium,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' 'per seat pricing'). Coverage is comprehensive, matching the anchor for synonyms and natural phrasings.

5 / 5

Distinctiveness Conflict Risk

Pricing is a distinct niche and the description even includes a boundary handoff ('For in-app upgrade screens, see paywalls'), but triggers like 'pricing page' and 'packaging' retain minor overlap risk with closely related skills (conversion optimization, copywriting) that the handoff does not disambiguate. This places it at 'mostly distinct; minor overlap risk' rather than 'minimal conflict risk.'

4 / 5

Total

17

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

joshmanders/dotfiles

Path

claude/skills/pricing/SKILL.md

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.