home / skills / wellapp-ai / well / problem-framing

problem-framing skill

/cursor-rules/skills/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-framing

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
2.9 KB
---
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

Overview

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.

How this skill works

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.

When to use it

  • At the start of the DIVERGE loop or any discovery session
  • When exploring a new feature or unfamiliar problem space
  • Before ideation to confirm the right problem is being solved
  • When stakeholder alignment or user-context validation is needed

Best practices

  • Keep the Job Story focused on a single situation and outcome
  • Write HMW questions that avoid solutions and center user goals
  • Validate personas via Notion records rather than assumptions
  • Check functional, emotional, and social dimensions explicitly
  • Iterate the Job Story after user feedback or new persona data

Example use cases

  • Defining a feature for switching between multiple client workspaces
  • Framing invoicing automation problems for FinOps workflows
  • Exploring receipt extraction pains for founders who dislike spreadsheets
  • Aligning product and engineering on what success looks like for an automation

FAQ

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.