home / skills / wellapp-ai / well / problem-framing
This skill helps you frame problems using JTBD Job Stories, HMW questions, and persona validation to clarify objectives before ideation.
npx playbooks add skill wellapp-ai/well --skill problem-framingReview the files below or copy the command above to add this skill to your agents.
---
name: problem-framing
description: Frame problems using JTBD Job Stories, HMW questions, and persona validation
---
# Problem Framing Skill
Frame problems effectively using Jobs-to-be-Done, How Might We questions, and persona validation from Notion.
## When to Use
- At the start of DIVERGE loop (Ask mode)
- When exploring a new feature or problem space
- Before ideation to ensure clear problem definition
## Instructions
### Phase 1: Job Story Definition
Create a Job Story in this format:
```
When [situation/context],
I want to [motivation/action],
So I can [expected outcome/benefit].
```
**Example:**
```
When I'm managing multiple client workspaces,
I want to switch between them quickly,
So I can respond to urgent requests without losing context.
```
### Phase 2: How Might We (HMW) Question
Reframe the problem as an opportunity question:
```
How might we [opportunity that addresses the job story]?
```
**Guidelines:**
- Start broad, then narrow if needed
- Avoid suggesting solutions in the question
- Focus on the user's goal, not the feature
**Example:**
```
How might we help users navigate between workspaces seamlessly?
```
### Phase 3: Persona Lookup (Notion MCP)
Fetch relevant personas from Notion database:
1. **Search for personas database:**
```
API-post-search with query "Personas" or "User Personas"
```
2. **Query the database:**
```
API-query-data-source with database_id from search results
```
3. **Get persona details:**
```
API-retrieve-a-page + API-get-block-children for each relevant persona
```
**Extract these fields:**
- Name
- Role / Job Title
- Goals (what they want to achieve)
- Pain Points (what frustrates them)
- Context (environment, constraints)
### Phase 4: Three Dimensions Check
Validate the problem addresses all three job dimensions:
| Dimension | Question | Example |
|-----------|----------|---------|
| **Functional** | What task are they completing? | "Switch between workspaces" |
| **Emotional** | How do they want to feel? | "In control, not overwhelmed" |
| **Social** | How do they want to be perceived? | "Responsive, professional" |
## Output Format
After running this skill, output:
```markdown
## Problem Framing
### Job Story
When [situation],
I want to [motivation],
So I can [outcome].
### How Might We
How might we [opportunity]?
### Relevant Personas
| Persona | Role | Goals | Pain Points |
|---------|------|-------|-------------|
| [Name] | [Role] | [Goals] | [Pain Points] |
### Three Dimensions
| Dimension | Definition |
|-----------|------------|
| Functional | [Task] |
| Emotional | [Feeling] |
| Social | [Perception] |
```
## Invocation
Invoke manually with "use problem-framing skill" or follow Ask mode DIVERGE loop which references this skill's phases.
## Related Skills
- `design-context` - Run after problem-framing
- `competitor-scan` - Research how others solve this problem
This skill frames product and feature problems using Jobs-to-be-Done job stories, How Might We opportunity questions, and persona validation pulled from a Notion personas database. It gives a clear, structured artifact to move from discovery into ideation and design. Use it to align teams on user context, desired outcomes, and emotional and social dimensions of a problem.
First, create a concise Job Story in the JTBD format (When..., I want to..., So I can...). Next, reframe that story into a neutral How Might We question that exposes opportunity without prescribing solutions. Finally, fetch and extract persona records from Notion to validate assumptions and ensure the problem maps to real users and their goals, pains, and context.
What if I don't have a Notion personas database?
You can create lightweight persona entries with name, role, goals, pain points, and context, or use quick user interviews to populate the same fields before running the checks.
How detailed should the Job Story be?
Be concise but specific: include the triggering situation, the user's motivation, and the measurable or experiential outcome you expect to enable.