jtbd-framing

jtbd-framing is a skill for Claude Code from rampstackco/claude-skills-pm. It costs 164 tokens per session (4,260 once invoked), scanned A, a copy of jtbd-framing, MIT.

A product-discovery method that focuses on what people are trying to accomplish, rather than on feature requests or user types.

In plain words
What is it for?
It is for customer discovery, product prioritisation, and positioning. It uses struggling moments and the reasons people choose or stop using a solution.
Why use it?
It helps teams turn vague customer feedback into clearer decisions about what to build, how to describe it, and which problems matter most.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the rampstack-pm plugin — 12 skills shipped together

Good fit It is for customer discovery, product prioritisation, and positioning. It uses struggling moments and the reasons people choose or stop using a solution.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/rampstackco/claude-skills-pm/jtbd-framing
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add rampstackco/claude-skills-pm --skill jtbd-framing
Clone the repo
git clone --depth 1 https://github.com/rampstackco/claude-skills-pm

Made for: Claude Code.

Or install rampstack-pm, the plugin that ships this one along with the rest of its 12 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for jtbd-framing

README.md
[![agentmods](https://agentmods.dev/badge/skills/rampstackco/claude-skills-pm/jtbd-framing/github.svg)](https://agentmods.dev/skills/rampstackco/claude-skills-pm/jtbd-framing)
Your own site
<a href="https://agentmods.dev/skills/rampstackco/claude-skills-pm/jtbd-framing"><img src="https://agentmods.dev/badge/skills/rampstackco/claude-skills-pm/jtbd-framing/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for jtbd-framing

Your own site · 80×15
<a href="https://agentmods.dev/skills/rampstackco/claude-skills-pm/jtbd-framing"><img src="https://agentmods.dev/badge/skills/rampstackco/claude-skills-pm/jtbd-framing.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 164 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 4,260 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 95% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00164 $0.04260
Opus 5 $0.00082 $0.02130
Sonnet 5 $0.00033 $0.00852
Haiku 4.5 $0.00016 $0.00426

Measured 9d ago against content hash 400bf8ca34f5, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

jtbd-framing scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

95% identical to jtbd-framing — 8 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

skills/jtbd-framing/SKILL.md · 261 lines

How it starts

The opening of the file, as written. The whole thing — 261 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Jobs-to-be-Done Framing

A senior product leader's playbook for the Jobs-to-be-Done framework as applied methodology. Job statements, struggling moments, hire and fire criteria, the difference between feature-thinking and job-thinking. Honest about where JTBD adds clarity and where it becomes performative ritual.

JTBD has become one of the more cited and less practiced frameworks in product. Teams cite it in strategy docs, run job-statement workshops, produce wall-sized artifacts, and continue building from feature requests and persona archetypes the next quarter. The methodology gets the credit; the practice gets skipped.

This skill is JTBD as applied product methodology. The framework's actual contribution: surfacing what users are trying to ACCOMPLISH (the job) rather than treating users as preference-aggregators (feature requests) or demographic archetypes (persona theater). When the framing is grounded in struggling moments and hire/fire criteria, it produces decisions; when it stops at the job-statement worksheet, it produces ritual.

This skill is honest about both modes. JTBD genuinely earns its keep in discovery, prioritization, and positioning when applied with rigor. It becomes ceremony when teams treat job statements as deliverables rather than as analytical tools.

The voice is the senior product leader who has used JTBD well and watched plenty of teams use it badly. Concrete, opinionated about what the framework actually contributes, willing to call out where it gets oversold.

When to use this skill: applying JTBD to a discovery cycle, replacing persona-driven prioritization with job-driven prioritization, reframing positioning around what users hire the product to do, or auditing whether existing JTBD work in the org is driving decisions.


What this skill is for

This skill spans JTBD as a framing technique within product work. The PM-skill distinction:

  • discovery-research-synthesis is broader synthesis discipline; JTBD is one framing technique within it.
  • jtbd-framing (this skill) is the specific JTBD methodology, its strengths, and its failure modes.
  • pm-spec-writing is downstream: specs reference jobs as input.
  • creative-direction is positioning territory; JTBD informs positioning but does not replace creative direction.
  • roadmap-planning is downstream: roadmap can be organized around jobs rather than features.

Read the full file on GitHub · 261 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 9d ago First seen · 261 lines · 164 tokens per session scan A 400bf8ca34f5

Subscribe to this mod's changes

jtbd-framing is a skill published in the GitHub repository rampstackco/claude-skills-pm (4 stars, last pushed 1mo ago), licensed MIT. It adds 164 tokens to every session and 4,260 once invoked, about $0.0008 per session on Opus 5. A static security scan graded it A with 0 findings. It is 95% identical to jtbd-framing, differing in 8 lines, and is treated as a copy.

Related

Other skills, from other repositories

replit-deck

For product and technical management work: turn PRDs, roadmaps, RFCs, architecture reviews, and retros into decision documents. Built around the core query "pm-feature-business-case-deck", with product strategy lead judgment, buyer-ready proof, and this outcome: approve the feature, architecture, roadmap, or incident…

nexu-io/open-design · 71 tokens

hps-true-blueprint

OpenDesign's engineering blueprint: how the sandbox, sidecar, and daemon fit — the system diagram and the invariants. Built as a decision-grade product management deck for engineering org.

nexu-io/open-design · 44 tokens

html-ppt-knowledge-arch-blueprint

OpenDesign's incident retro: the daemon-restart data bug, the root cause, the fix, and the systemic follow-ups. Built as a decision-grade product management deck for engineering, SRE, leadership.

nexu-io/open-design · 52 tokens

deck-open-slide-canvas

OpenDesign's architecture review: the local daemon + agent-runtime design, the tradeoffs, and the decision to lock. Built as a decision-grade product management deck for staff eng, tech leads, security.

nexu-io/open-design · 47 tokens

data-warehouse-experimentation

Running experiments out of the data warehouse instead of via dedicated experiment platforms. SQL-based assignment, exposure logging discipline, metric definitions in dbt models, statistical analysis in SQL or Python, variance reduction with CUPED, sequential testing, and the operational tradeoffs vs platforms like…

rampstackco/claude-skills · 157 tokens

pm-spec-writing

Translate ideas, feature requests, or vague concepts into specific, actionable dev briefs. Use this skill whenever the user has an idea they want to build, a feature to spec out, a bug to file, a project to scope, or needs to convert a half-formed idea into a clear implementation brief. Triggers on I want to add, we…

rampstackco/claude-skills · 137 tokens