jtbd

Define jobs-to-be-done statements and map their requirements for epic planning.

1|Updated Jun 30, 2026
One-click install
npx skills add https://github.com/Lia-Creative/lia-plugins --skill jtbd-lia-creative
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: jtbd
Source: https://github.com/Lia-Creative/lia-plugins/tree/main/lia-tools/skills/jtbd
Command: npx skills add https://github.com/Lia-Creative/lia-plugins --skill jtbd-lia-creative

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product teams often describe jobs-to-be-done inconsistently, making them impossible to compare, deduplicate, or trace through epics and stories. This Skill enforces one consistent job statement format and maps what serving the job requires, so epics inherit a solid foundation instead of invented demand. ## Core Features & Use Cases - Standardized Job Statements: Writes every job in the shape "When [situation], [person] wants to [progress], so they can [outcome]" with rules that keep it honest — real people, concrete situations, progress over features. - Requirements Mapping: Separates what must be true for the person (story candidates) from what must be true of the system (task candidates), plus explicit out-of-scope items that become epic non-goals. - Traceability to Problems: Requires every job to cite a problem-definition brief or discovery source, blocking invented demand. - Use Case: Before writing an epic about media offloading, use this Skill to define the job — "When the shoot is done and the cards are full, a videographer wants to get the day's footage somewhere safe, so they can stop worrying about losing work" — and map its requirements for the epic to cite. ## Quick Start Ask the assistant to define the job-to-be-done behind a problem you are exploring, and it will produce a consistent job statement with a requirements map ready for epic-builder to cite.

Frequently Asked Questions about jtbd

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

FAQPage Schema
How do I write a job-to-be-done statement?▼

Write it in one fixed shape: When [situation], [person] wants to [progress], so they can [outcome]. The situation must be concrete, the person must be a real named individual, and the progress must avoid product or feature names.

What is the difference between a JTBD and an epic?▼

The job states what someone is hiring a product to do; the epic states what the team is building about it this version. One job can span several epic versions, and epic-builder cites the job as the foundation of its value statement.

How do I map requirements for a job-to-be-done?▼

Split requirements into three lists: what must be true for the person (story candidates), what must be true of the system (task candidates routed to schema work), and what is deliberately out of the job (which becomes epic non-goals).

Can I define a JTBD without a problem statement?▼

No. Every job must trace to a problem-definition brief or a discovery source. A job with no problem behind it is treated as invented demand and rejected.

When should I not use personas in JTBD statements?▼

Always. The format forbids demographic personas and generic terms like "the user" — use a named person from discovery chats or the who-we-serve cast, with real adventurers taking precedence when sources disagree.