problem-framing
Problem Framing
Transform raw product ideas into structured context that coding agents can execute on.
Why This Exists
Extracts fuzzy product ideas from the user's head and structures them into clear problem statements, target users, and assumptions that coding agents can execute against.
Workflow
Step 1: Gather Raw Input
Ask the user to share their idea in any form—plain text, voice dump, bullet points, or existing notes. Accept whatever they have.
Step 2: Run the Question Flow
Work through these questions conversationally. Skip or adapt based on what the user has already provided.
| Question | Purpose |
|---|---|
| What are you trying to build? | Get the raw idea out |
| Who specifically is this for? | Force specificity—"everyone" = no one |
| What problem does this solve for them? | Separate solution from problem |
| What are they doing today without this? | Reveals current alternatives, competition |
| When does this problem hit hardest? | Identifies trigger moments, urgency |
| What assumptions are you making? | Surfaces risks early |
| How will you know this worked? | Defines success criteria |
Questioning style:
- Ask one question at a time
- Probe vague answers ("Can you be more specific about who?")
- Reflect back what you hear to confirm understanding
- Don't overwhelm—adapt based on what's already clear
Step 3: Generate Output
Once you have enough context, generate the structured output below. Automatically save it to design/01-problem-framing.md using the Write tool while continuing the conversation naturally.
Output Format
# Problem Framing: [Project Name]
## Problem Statement
[One clear sentence: WHO has WHAT problem WHEN]
## Target User
[Specific description—not "everyone" or "users"]
## Jobs to Be Done
- **Functional:** [What they're trying to accomplish]
- **Emotional:** [How they want to feel]
- **Social:** [How they want to be perceived]
## Current Alternatives
[What they do today without your solution]
## Trigger Moments
[When does this problem hit hardest?]
## Key Assumptions
- [Assumption 1]
- [Assumption 2]
- [Assumption 3]
## Success Criteria
- [How you'll measure if this works]
## Open Questions
- [Anything still unclear or needing validation]
Handoff
After presenting the output, ask:
"This captures your problem framing. Ready to move to
/user-modeling,/solution-scoping, or/prd-generation, or want to refine anything first?"
Note: File is automatically saved to design/01-problem-framing.md for context preservation.
More from abhsin/designskills
ux-specification
Translate PRDs into detailed UX specifications including user flows, screen descriptions, components, and interaction patterns. Use when a user has a PRD and needs to define the concrete UI/UX before generating development prompts. Bridges product requirements to implementation details.
85heuristic-evaluation
Systematic usability evaluation using established heuristics (Nielsen's 10, Shneiderman's 8, or custom rubrics). Use when reviewing UI designs, screenshots, prototypes, or live products for usability issues. Triggers on "review this design", "what's wrong with this UI", "usability check", "evaluate this interface", or when user shares screenshots/mockups asking for feedback.
32user-modeling
Create lightweight user personas and usage scenarios from problem framing or raw research. Use when a user needs to clarify who they're building for beyond a basic target user description. Outputs practical personas and scenarios that inform feature priorities and UX decisions—not marketing fluff.
31prd-generation
Generate lean, actionable Product Requirements Documents from upstream design thinking artifacts or raw input. Use when a user needs to define what they're building with enough structure to guide development but without enterprise bloat. Outputs a PRD that feeds directly into UX specs and development prompts.
25solution-scoping
Prioritize features and define MVP boundaries based on problem framing and user models. Use when a user has validated their problem and understands their users but needs to decide what to build first. Outputs feature priorities, MVP scope, and explicit cuts that feed into PRD generation.
23prompt-export
Convert structured UX specs and product context into a sequenced prompts.md file for Claude Code. Use when a user has completed upstream design thinking (problem framing, PRD, UX spec) and needs to translate that into step-by-step prompts that coding agents can execute incrementally. This skill bridges design artifacts to code generation.
22