CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

monetizing-innovation

Use when asked about "pricing strategy", "willingness to pay", "value metric", "packaging tiers", "good better best pricing", "subscription vs usage pricing", or "price before product". Helps design products customers will pay for and choose pricing models that capture value. Based on Madhavan Ramanujam's Monetizing Innovation framework from Simon-Kucher.

Quality

66%

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 ./.agents/skills/monetizing-innovation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

33%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.

The body is a well-organized but shallow overview: it explains what the framework is and when to apply it, yet never tells Claude how to actually run a monetization analysis. Cutting the filler sections in favor of a concrete step-by-step method (WTP assessment, value metric selection, tier design) would transform it from descriptive to instructive.

Suggestions

Add a step-by-step application workflow (e.g., 1. Identify the value metric, 2. Assess willingness to pay via customer interviews/surveys, 3. Choose a pricing model, 4. Design good/better/best tiers, 5. Validate with target customers) so Claude knows how to execute the framework, not just when to invoke it.

Remove the 'Domain Context' and 'Input Requirements' filler sections; the former restates 'What It Is' in vaguer terms and the latter is generic boilerplate that applies to any skill.

Include one concrete worked example — such as a sample good/better/best tier table with feature differentiation and price anchoring — to make the packaging-tier guidance actionable.

DimensionReasoningScore

Conciseness

The core sections (What It Is, When to Use, When Not to Use) are tight, but "Domain Context" ("combines best practices from industry leaders and is designed for practical application") and the generic "Input Requirements" section are padded filler that adds no instructional value. This is 'mostly efficient with some unnecessary explanation' rather than the noticeably-verbose level 2.

3 / 5

Actionability

The body states the philosophy ("price is not a number you slap on at the end — it's a measure of value that should guide what you build") and selection criteria, but gives no method for executing it: no steps to assess willingness to pay, no approach for choosing a value metric, and no process for designing good/better/best tiers. This is high-level hints missing the specific steps to execute, matching level 2 rather than level 1 only because the when/when-not-to-use guidance is concretely usable.

2 / 5

Workflow Clarity

There is no sequenced process anywhere in the body — the 'When to Use It' bullets are use cases, not steps, and applying the framework (assess WTP → choose pricing model → design packaging → validate) is inherently multi-step yet no sequence is presented. This matches the level-1 anchor of steps missing with no sequence.

1 / 5

Progressive Disclosure

The body is short with no external bundle files needed and clear section headers, so it largely merits the simple-skill treatment. Minor gaps keep it from a 5: 'Domain Context' duplicates 'What It Is', and 'Resources' and 'Further Reading' are two separate sections that both just point at reading material.

4 / 5

Total

10

/

20

Passed

Description

82%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: third-person voice, explicit 'Use when' trigger clause with seven natural phrases, and a clear statement of what the skill does. The only weakness is that the 'what' portion lists just one or two actions rather than a comprehensive set of capabilities.

DimensionReasoningScore

Specificity

The description names the pricing/monetization domain and 1-2 concrete actions ("Helps design products customers will pay for and choose pricing models that capture value") but does not enumerate several specific actions. It clearly exceeds the generic-only anchors (1-2) but falls short of the 'lists several specific actions' anchors (4-5).

3 / 5

Completeness

It explicitly answers both questions: what ("Helps design products customers will pay for and choose pricing models that capture value") and when ("Use when asked about..." with seven concrete trigger phrases). This matches the level-5 anchor of clearly and explicitly answering both with concrete trigger phrases; the level-4 anchor's weakness (an insufficiently explicit 'when') does not apply.

5 / 5

Trigger Term Quality

Seven natural, quotable trigger phrases ("pricing strategy", "willingness to pay", "value metric", "packaging tiers", "good better best pricing", "subscription vs usage pricing", "price before product") give good keyword coverage a user would plausibly say. Not a 5 because obvious variations like "monetization"/"monetize" or "how to price" are missing.

4 / 5

Distinctiveness Conflict Risk

The triggers are tightly scoped to pricing/monetization vocabulary (willingness to pay, value metric, packaging tiers, good/better/best, subscription vs usage), forming a clear niche with minimal overlap risk against generic product-management or finance skills.

5 / 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

saski/arnesto

Path

.agents/skills/monetizing-innovation/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.