CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

Quality

87%

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

SKILL.md
Quality
Evals
Security

Quality

Content

71%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 opinionated methodology skill: concrete interview prompts, an explicit litmus test, a 12-point audit framework, and exemplary progressive disclosure with every reference link resolving to a real one-level-deep file. Its weakness is repetition — the intro and closing restate the description and the ritual-vs-tool argument — and worked-example sets that re-teach textbook JTBD Claude already knows.

Suggestions

Remove the 'Closing: jobs over features' section and compress the opening paragraphs — both restate the frontmatter description and the ritual-vs-analytical-tool distinction already made in 'Where JTBD adds clarity vs where it becomes ritual', cutting roughly 20 lines of repetition.

Trim the worked examples for the job-statement structure and the functional/emotional/social dimensions to one example each in the body — the full sets re-teach standard JTBD and duplicate detail already available in references/job-statement-structure-patterns.md and references/functional-emotional-social-dimensions.md.

Add an explicit validation checkpoint to each application mode's sequence — e.g., after clustering jobs in discovery, apply the honest-signal check ('can a recent product decision be traced to this analysis?') before proceeding — so the workflows have inline checkpoints instead of relying on a separate section.

DimensionReasoningScore

Conciseness

The opening paragraphs restate the frontmatter description nearly verbatim and the closing section re-argues the ritual-vs-analytical-tool distinction already covered in 'Where JTBD adds clarity vs where it becomes ritual', and the full worked-example sets for the job-statement structure and the functional/emotional/social dimensions re-teach standard JTBD that Claude already knows. This is more than the 'minor instances' of over-explanation at score 4, but most sections (failure modes, the 12 considerations, skill boundaries) are tight and skill-specific, keeping it above score 2's 'several padded sections'.

3 / 5

Actionability

Gives directly usable guidance: copy-ready interview prompts ('Walk me through the last time you did X', 'What made you switch?'), a decision litmus test, bulleted hire/fire criteria, a 12-point application/audit checklist, and per-symptom failure-mode cures. Not 5 because a few steps stay at framing level with the how deferred to references ('Cluster jobs across users. Name jobs from the clusters'); not 3 because the prompts, checklist, and reframing questions are concrete and executable rather than abstract.

4 / 5

Workflow Clarity

The 12 considerations form a sequenced audit checklist, and the litmus test, the 'honest signal', the data-availability rule, and the failure-mode symptom→cure mapping act as validation checkpoints with recovery paths. Not 5 because the application-mode sequences (e.g., discovery's four steps) carry no inline checkpoints and there is no explicit validate→fix→retry loop in the main flow.

4 / 5

Progressive Disclosure

Each major section ends with 'Detail in [references/...]' and all 8 linked paths resolve to real files in references/ exactly one level deep, with no nested references; a final 'Reference files' section catalogs all 8 with one-line summaries. Structure matches the clear-overview, well-signaled, one-level-deep pattern exactly, so there is no organization gap to justify 4.

5 / 5

Total

16

/

20

Passed

Description

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

The description is comprehensive and dense: it states the methodology's concrete components, its application areas, its honest scope limits, and an explicit two-part trigger clause covering both keyword and situational triggers. Its only weakness is length — it runs long for a description field — but every clause carries scope or trigger information rather than padding, so no dimension is degraded.

DimensionReasoningScore

Specificity

Names multiple concrete capabilities with no coverage gaps: 'Job statements, struggling moments, hire and fire criteria, the difference between feature-thinking and job-thinking', plus the three application areas '(discovery, prioritization, positioning)' and the failure modes it guards against ('job-statement workshops that do not drive decisions, persona-theater disguised as JTBD'). Score 4 would require minor gaps in coverage, and none are present — every core component of the methodology is explicitly named.

5 / 5

Completeness

Explicitly answers both questions: the 'what' is concrete ('The Jobs-to-be-Done framework as applied product methodology. Job statements, struggling moments, hire and fire criteria...') and the 'when' is stated twice with concrete triggers ('Triggers on...' and 'Also triggers when a team is over-relying on feature-request lists or persona archetypes...'). Not 4, because the trigger guidance is fully explicit rather than merely present.

5 / 5

Trigger Term Quality

'Triggers on jobs-to-be-done, JTBD, job statements, struggling moments, hire criteria, fire criteria, switch triggers, functional emotional social jobs, outcome-driven innovation' covers the full natural term family including the acronym, method-specific synonyms, and adjacent vocabulary users actually say. Score 4 would require a missing natural term, and no common variant is absent.

5 / 5

Distinctiveness Conflict Risk

A clear niche (JTBD methodology) with unmistakable keyword triggers; even the scenario-based triggers anchor back to the framework ('when a positioning conversation needs the framing JTBD provides'). Not 4, because the adjacent-skill overlaps (positioning, discovery) are explicitly tied to the JTBD framing rather than left generic, keeping conflict risk minimal.

5 / 5

Total

20

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

rampstackco/claude-skills

Path

skills/jtbd-framing/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.