jobs-to-be-done

Structure jobs-to-be-done into functional, social, and emotional jobs with pains and gains.

358|11|Updated May 15, 2026
One-click install
npx skills add https://github.com/getcrew44/crew44 --skill jobs-to-be-done-getcrew44
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jobs-to-be-done
Source: https://github.com/getcrew44/crew44/tree/main/daemon/internal/presets/defaultcrew/skills/product/jobs-to-be-done
Command: npx skills add https://github.com/getcrew44/crew44 --skill jobs-to-be-done-getcrew44

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you replace vague “feature requests” with a structured understanding of what customers are trying to accomplish, what hurts them, and what would make solutions worth adopting.

Core Features & Use Cases

  • Jobs framing (functional, social, emotional): Separate the underlying motivations from proposed solutions so teams can align on the real “hire” reason.
  • Pains and gains extraction: Systematically capture challenges, costliness, common mistakes, unresolved problems, and the expectations/savings/adoption factors that drive decisions.
  • Prioritization guidance: Rank pains by intensity and distinguish must-have vs. nice-to-have gains to improve discovery, messaging, and roadmap decisions.

Quick Start

Use this Skill with your interview notes by asking for a complete JTBD output covering customer jobs, pains, and gains for the specific product decision you are working on.

Frequently Asked Questions about jobs-to-be-done

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I structure customer insights into jobs-to-be-done for product positioning?

Structure customer insights by separating jobs-to-be-done into functional, social, and emotional categories, then map explicit pains and measurable gains to achieve solution-agnostic clarity for product positioning. This framework replaces vague feature requests with a clear understanding of customer motivations.

What is the difference between customer pains and gains in JTBD user research?

In JTBD user research, customer pains capture challenges, common mistakes, and unresolved problems, while gains represent measurable expectations, savings, and adoption factors. Distinguishing them helps prioritize must-have versus nice-to-have outcomes for roadmap and messaging decisions.

How do I separate customer jobs from proposed solutions during customer discovery?

Separate customer jobs from proposed solutions by applying JTBD-compliant framing to isolate underlying motivations for hiring a product. This ensures teams align on the real functional, social, and emotional drivers rather than reacting to specific feature requests.

Can I use JTBD framework for product-market fit validation and messaging prioritization?

Yes, you can use the JTBD framework for product-market fit validation and messaging prioritization. By ranking customer pains by intensity and identifying must-have gains, you can systematically prioritize which unmet needs to target in your product discovery and messaging.

How do I prioritize customer pain points for roadmap decisions?

Prioritize customer pain points for roadmap decisions by ranking their intensity and differentiating between must-have and nice-to-have gains. This structured prioritization guidance improves discovery and aligns your roadmap with the most critical unmet user needs.