
Jobs To Be Done
Frame a product opportunity with Jobs-to-be-Done—functional, social, and emotional jobs plus pains and gains—before committing to features or positioning.
Overview
jobs-to-be-done is an agent skill most often used in Idea (also Validate, Build) that structures customer Jobs-to-be-Done analysis with jobs, pains, and gains for clearer product decisions.
Install
npx skills add https://github.com/deanpeters/product-manager-skills --skill jobs-to-be-doneWhat is this skill?
- Structured JTBD canvas: functional, social, and emotional jobs
- Pains split into challenges, costliness, common mistakes, and unresolved problems
- Gains cover expectations, savings, adoption factors, and life improvement
- Example narratives (e.g., project management) show quantified time costs for reporting and sync meetings
- Outputs vocabulary you can reuse in positioning, roadmap debates, and validation interviews
- Example quantifies 3 hours/week on status reports and 5+ hours/week on sync meetings
- JTBD sections: 3 job types plus 4 pain categories and 4 gain categories in the example
Adoption & trust: 1.4k installs on skills.sh; 5k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You have a vague product idea but no shared frame for why people would hire your solution or what pains and gains actually matter.
Who is it for?
Solo founders and indie PMs who want a JTBD worksheet from conversation examples before interviews, landing copy, or roadmap cuts.
Skip if: Teams that already have validated quantitative demand and a frozen PRD with no need to revisit customer jobs or positioning.
When should I use this skill?
User wants Jobs-to-be-Done analysis, customer jobs, pains/gains framing, or PM discovery structure for a product idea.
What do I get? / Deliverables
You get a JTBD-style breakdown—jobs, pains, and gains—you can use to prioritize validation, scope an MVP, and align messaging before deeper build work.
- JTBD job lists (functional, social, emotional)
- Documented pains and gains suitable for validation or positioning
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
JTBD analysis belongs earliest where you still interpret who struggles and why, before locking scope or a backlog. Audience is the canonical shelf because the examples structure discovery around the jobs customers hire a product to do and the pains tied to their context.
Where it fits
Turn a rough SaaS concept into functional, social, and emotional jobs before running customer interviews.
Compare pains like manual status reporting hours against expected gains to stress-test whether the idea is worth validating.
Cut MVP features to the gains that matter most for adoption, such as Slack integration and sub-30-minute onboarding.
Rephrase backlog items as job stories so agent-assisted planning stays outcome-led.
How it compares
Use this planning template for JTBD discovery—not a code generator or analytics MCP—when you need language for jobs and pains before building features.
Common Questions / FAQ
Who is jobs-to-be-done for?
Solo builders and product-minded founders who want JTBD structuring for SaaS or tooling ideas without a full PM team.
When should I use jobs-to-be-done?
In Idea (audience/research) to clarify jobs and pains; in Validate (scope) to tie MVP cuts to gains; in Build (pm) when reframing roadmap items around customer outcomes.
Is jobs-to-be-done safe to install?
Check the Security Audits panel on this Prism page; the skill is documentation-style examples with no special runtime beyond your agent environment.
SKILL.md
READMESKILL.md - Jobs To Be Done
# Jobs-to-be-Done Examples ## Example 1: Project Management Software (Good JTBD Analysis) **Functional Jobs:** - Coordinate tasks across a distributed team - Track project progress against deadlines - Identify blockers before they derail the project **Social Jobs:** - Be seen as an organized, reliable project leader - Demonstrate transparency to stakeholders **Emotional Jobs:** - Feel confident that nothing is slipping through the cracks - Avoid the stress of last-minute surprises **Pains - Challenges:** - Team members use different tools (Slack, email, spreadsheets), causing information silos - No single source of truth for project status **Pains - Costliness:** - Manually updating status reports takes 3 hours per week - Meetings to sync everyone take 5+ hours per week **Pains - Common Mistakes:** - Forgetting to follow up on tasks without clear ownership - Miscommunicating priorities, leading to wasted effort **Pains - Unresolved Problems:** - Current tools don't surface blockers automatically - Hard to visualize dependencies between tasks **Gains - Expectations:** - Automatically updates stakeholders on progress without manual reports - Suggests task owners based on workload and expertise **Gains - Savings:** - Reduce status reporting time from 3 hours to 15 minutes - Cut sync meetings in half **Gains - Adoption Factors:** - Easy to onboard (< 30 minutes to set up) - Integrates with Slack and Google Calendar **Gains - Life Improvement:** - Leave work on time instead of staying late to track down updates - Feel proactive instead of reactive **Why this works:** Jobs are specific and solution-agnostic. Pains are validated by research. Gains are measurable and prioritizable. --- ## Example 2: Bad JTBD Analysis (Feature Wishlist) **Functional Jobs:** - Use AI - Have dashboards - Get mobile app **Social Jobs:** - Be seen as innovative **Emotional Jobs:** - Feel modern **Pains:** - Current tools are old **Gains:** - Better UX - Faster performance **Why this fails:** - "Use AI" is not a job—it's a solution (what are they trying to accomplish with AI?) - "Have dashboards" is a feature, not a job - Pains are vague ("current tools are old" = not actionable) - Gains are generic ("better UX" = everyone says this) **How to fix it:** Interview users. Ask "What are you trying to do?" not "What features do you want?" Dig into specific tasks, obstacles, and outcomes. --- name: jobs-to-be-done description: Uncover customer jobs, pains, and gains in a structured JTBD format. Use when clarifying unmet needs, repositioning a product, or improving discovery and messaging. intent: >- Systematically explore what customers are trying to accomplish (functional, social, emotional jobs), the pains they experience, and the gains they seek. Use this framework to uncover unmet needs, validate product ideas, and ensure your solution addresses real motivations—not just surface-level feature requests. type: component --- ## Purpose Systematically explore what customers are trying to accomplish (functional, social, emotional jobs), the pains they experience, and the gains they seek. Use this framework to uncover unmet needs, validate product ideas, and ensure your solution addresses real motivations—not just surface-level feature requests. This is not a survey—it's a structured lens for understanding *why* customers "hire" your product and what would make them "fire" it. ## Key Concepts ### The Jobs-to-be-Done Framework Influenced by Clayton Christensen and the Value Proposition Canvas (Osterwalder), JTBD breaks customer needs into three categories: **1. Customer Jobs:** - **Functional jobs:** Tasks customers need to perform (e.g., "send an invoice") - **Social jobs:** How customers want to be perceived (e.g., "look professional to clients") - **Emotional jobs:** Emotional states customers seek or avoid (e.g., "feel confident in my work") **2. Pains:** - **Challenges:** Obstacles customers face - **Costliness:** What's too exp