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
67%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/jtbd-framing/SKILL.mdQuality
Discovery
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 exceptionally well-crafted skill description. It provides specific capabilities, extensive natural trigger terms, clear 'what' and 'when' guidance, and occupies a distinct niche. The opinionated framing about where JTBD adds clarity vs. becomes performative ritual adds both specificity and distinctiveness, making it easy for Claude to select appropriately.
| Dimension | Reasoning | Score |
|---|---|---|
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 practitioners 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 where JTBD is performative vs. valuable make it very unlikely to conflict with other product or strategy skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
35%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill reads more like a thought-leadership essay on JTBD than an actionable skill for Claude. It's well-written and genuinely insightful about where JTBD succeeds vs. becomes ritual, but it's extremely verbose—repeating its core thesis (JTBD as analytical tool vs. ritual) at least 6 times across different sections. The actionable content (job statement structure, interview prompts, 12-consideration checklist) is buried in extensive conceptual framing that Claude doesn't need.
Suggestions
Cut the intro to 2-3 sentences and the closing entirely—the thesis about ritual vs. analytical rigor is stated in nearly every section and doesn't need bookend essays.
Move the detailed explanations of feature-request-list, persona-theater, functional/emotional/social dimensions, and failure modes into the reference files, keeping only the concise summaries in the main skill.
Add a concrete workflow template: e.g., 'When a user asks for JTBD help with discovery, follow these steps: 1. Identify the product decision at stake 2. Draft interview prompts targeting struggling moments 3. Structure job statements from data 4. Validate: can the job statement resolve the original product decision?'
Convert the 12-consideration framework into a shorter checklist format without the explanatory sentences that repeat earlier content.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose for a skill teaching Claude a conceptual framework. The intro spends ~4 paragraphs explaining what the skill is and its philosophy before any actionable content. Sections like feature-request-list vs persona-theater vs job-framing explain concepts Claude already knows at length. The closing section restates points already made multiple times. The 12-consideration framework largely repeats content from earlier sections. Overall, this could be cut by 50-60% without losing actionable value. | 1 / 3 |
Actionability | The skill provides concrete examples of job statements, interview prompts, and a 12-point checklist, which are useful. However, it's primarily conceptual explanation rather than executable guidance. There are no specific templates, scripts, or step-by-step procedures Claude could directly execute. The interview prompts and job statement examples are helpful but scattered across prose rather than presented as ready-to-use tools. | 2 / 3 |
Workflow Clarity | The discovery/prioritization/positioning section outlines a sequence for applying JTBD, and the 12-consideration framework provides a checklist. However, there are no explicit validation checkpoints or feedback loops. For example, the discovery workflow ('Structure interviews → Gather job statements → Cluster jobs → Name jobs') lacks verification steps to confirm job statements are grounded in data rather than becoming the ritual the skill warns against. | 2 / 3 |
Progressive Disclosure | The skill references 8 detailed reference files with clear descriptions, which is good progressive disclosure structure. However, no bundle files are provided, so the references are dead links. The main file itself is monolithic—much of the inline content (e.g., detailed failure modes, three-dimension explanations) could have been pushed to the reference files, with the main skill being a leaner overview. The reference file listing at the end is well-organized. | 2 / 3 |
Total | 7 / 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.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 10 / 11 Passed | |
8e70d03
Table of Contents
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.