CtrlK
BlogDocsLog inGet started
Tessl Logo

jtbd-framing

The Jobs-to-be-Done framework as applied product methodology. Job statements, struggling moments, hire and fire criteria, the difference between feature-thinking and job-thinking. Honest about where JTBD adds clarity (discovery, prioritization, positioning) and where it becomes performative ritual (job-statement workshops that do not drive decisions, persona-theater disguised as JTBD). Triggers on jobs-to-be-done, JTBD, job statements, struggling moments, hire criteria, fire criteria, switch triggers, functional emotional social jobs, outcome-driven innovation. Also triggers when a team is over-relying on feature-request lists or persona archetypes that do not drive product decisions, when a positioning conversation needs the framing JTBD provides, or when discovery is producing outputs that do not connect to product strategy.

58

Quality

67%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/jtbd-framing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%

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

This skill is a thorough, opinionated guide to JTBD methodology with good examples and honest failure-mode analysis. Its primary weakness is extreme verbosity—it reads more like a thought-leadership essay than a concise skill file, with extensive philosophical framing and repeated points that Claude doesn't need. The content would benefit significantly from aggressive trimming, pushing detailed explanations into the referenced files, and adding explicit validation steps for applying the framework.

Suggestions

Cut the introductory philosophy (paragraphs 2-4 of the opening) and the closing section entirely—they repeat points made in the 'clarity vs ritual' section and add no actionable guidance.

Move detailed explanations (e.g., the full feature-request vs persona vs job-framing comparison, the full functional/emotional/social breakdown) into the referenced files, keeping only concise summaries inline.

Add explicit validation checkpoints to the discovery and prioritization workflows, e.g., 'After clustering jobs, validate each cluster against 3+ interview transcripts before naming' or 'Test job statements against the litmus test before using in prioritization.'

Trim explanations of concepts Claude already knows (what personas are, what feature requests are, what positioning is) to single-sentence references rather than multi-paragraph descriptions.

DimensionReasoningScore

Conciseness

Extremely verbose for a skill teaching Claude a conceptual framework. The introductory paragraphs explain what JTBD is, why teams misuse it, and the author's philosophy at length—all context Claude doesn't need. The 'feature-request-list vs persona-theater vs job-framing' section explains basic product concepts Claude already knows. The closing section repeats points already made. The entire document could be cut by 60%+ without losing actionable content.

1 / 3

Actionability

The skill provides concrete examples of job statements (situation/motivation/outcome), specific interview prompts for discovery, and a 12-point checklist. However, it is an instruction-only skill that leans heavily toward description and philosophy rather than executable guidance. The litmus tests and diagnostic questions are useful but many sections describe concepts rather than instruct on what to do.

2 / 3

Workflow Clarity

The 12-consideration framework provides a checklist, and the discovery/prioritization/positioning section outlines steps. However, there are no explicit validation checkpoints or feedback loops. The discovery workflow ('Structure interviews → Gather job statements → Cluster → Name') is listed but lacks verification steps (e.g., how to validate job statements against data, when to iterate). For a framework that explicitly warns about ritual vs. real application, the absence of validation mechanisms is notable.

2 / 3

Progressive Disclosure

The skill references 8 detailed reference files with clear descriptions and links, which is good structure. However, no bundle files were provided, so the references may not exist. The main document itself is monolithic—much of the inline content (e.g., the full explanation of functional/emotional/social dimensions, the full failure modes list) could have been pushed to the referenced files, keeping the SKILL.md leaner. The reference file listing at the end partially duplicates the inline links throughout.

2 / 3

Total

7

/

12

Passed

Description

100%

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 an excellent skill description that is specific, opinionated, and comprehensive. It clearly defines both what the skill covers and when it should be triggered, with rich natural-language trigger terms and situational triggers. The description's distinctive voice—being 'honest about where JTBD adds clarity and where it becomes performative ritual'—further differentiates it from generic product methodology skills.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions and concepts: job statements, struggling moments, hire/fire criteria, feature-thinking vs job-thinking, discovery, prioritization, positioning. Also specifies where the framework adds value and where it becomes 'performative ritual,' which is a concrete and distinctive capability.

3 / 3

Completeness

Clearly answers both 'what' (JTBD framework as applied product methodology, covering job statements, struggling moments, hire/fire criteria, distinguishing feature-thinking from job-thinking) and 'when' (explicit trigger terms listed, plus situational triggers like over-reliance on feature-request lists or positioning conversations needing JTBD framing).

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms: 'jobs-to-be-done', 'JTBD', 'job statements', 'struggling moments', 'hire criteria', 'fire criteria', 'switch triggers', 'functional emotional social jobs', 'outcome-driven innovation', plus situational triggers like 'feature-request lists' and 'persona archetypes'. These are terms a product person would naturally use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with a clear niche in JTBD methodology. The specific terminology (struggling moments, hire/fire criteria, switch triggers, outcome-driven innovation) and the opinionated stance on performative vs. genuine JTBD usage make it very unlikely to conflict with other product or strategy skills.

3 / 3

Total

12

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
rampstackco/claude-skills
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.