jobs-to-be-done

Identify customer jobs from timelines and interviews using JTBD concepts.

Updated Mar 1, 2026
One-click install
npx skills add https://github.com/Maitreya04/pasplmaster --skill jobs-to-be-done-maitreya04
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jobs-to-be-done
Source: https://github.com/Maitreya04/pasplmaster/tree/main/.agents/skills/jobs-to-be-done
Command: npx skills add https://github.com/Maitreya04/pasplmaster --skill jobs-to-be-done-maitreya04

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Jobs-to-Be-Done (JTBD) helps teams uncover the real progress customers seek by focusing on jobs, circumstances, and emotional dimensions rather than surface features, enabling better product decisions and messaging.

Core Features & Use Cases

  • Define job statements that describe customer progress in concrete circumstances without naming a product.
  • Map the four forces (Push, Pull, Anxiety, Habit) to design interventions that reduce switching barriers and friction.
  • Identify non-obvious competition by considering all ways customers hire for the same job, across categories.
  • Conduct discovery interviews and timeline analyses to reveal true jobs, emotions, and social dimensions.
  • Align metrics, roadmaps, and teams around job completion and customer progress.

Quick Start

Create a job statement for a recent customer interaction: when a specific circumstance occurs, I want to make progress on the desired outcome, so I can achieve the result.

Frequently Asked Questions about jobs-to-be-done

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

FAQPage Schema
What is jobs-to-be-done theory in product management?

To conduct customer discovery interviews for jobs-to-be-done, you analyze timelines and interview data to reveal true customer jobs, emotions, and social dimensions. This process identifies the actual progress customers seek without naming specific products.

How do I identify non-obvious competitors using JTBD?

You identify non-obvious competitors using JTBD by considering all alternative ways customers hire solutions for the same job across different categories. This maps competitive landscapes beyond direct feature parity to broader customer progress alternatives.

How do the four forces of progress apply to product design?

The four forces of progress—Push, Pull, Anxiety, and Habit—apply to product design by mapping interventions that reduce switching barriers and friction. This framework helps teams design solutions that overcome customer hesitation and habitual resistance.

Can I align product roadmaps and metrics around customer jobs?

You can align product roadmaps and metrics around customer jobs by defining job-based metrics that guide decisions and measurement. This approach prioritizes features based on job completion and customer progress rather than feature speculation.

When should I use a job statement instead of a feature request?

You should use a job statement instead of a feature request when you need to describe customer progress in concrete circumstances without naming a product. This format captures the desired outcome and result, preventing premature solution assumptions during product discovery.