pm-problem-statement

Write and critique evidence-grounded, measurable product problem statements before any solution work.

12|2|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-problem-statement-uxcel-lab
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pm-problem-statement
Source: https://github.com/Uxcel-Lab/product-skills/tree/main/pm/foundations/problem-statement
Command: npx skills add https://github.com/Uxcel-Lab/product-skills --skill pm-problem-statement-uxcel-lab

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product teams routinely solve the wrong problem: feature requests get restated as problems, symptoms like churn get treated as causes, and business goals like "increase revenue" pose as user problems. This Skill turns a vague prompt, signal, metric, or feature request into a clear, testable problem statement that separates the real user gap from solutions, symptoms, goals, and constraints. ## Core Features & Use Cases - Problem framing core: Applies the always-true rules — a problem is a gap not a feature, root cause over symptom, specific and measurable, grounded in user evidence, and bridging user and business impact. - Context-gated decisions: Surfaces trade-offs for which definition tool to use (5 Whys, personas, journey maps, assumption mapping), how much measurability to add, reasoned vs. validated causes, and scope granularity. - Validation hand-offs: Routes the finished statement to assumption-rigor and metric-validity audits, and connects downstream to discovery, hypothesis testing, and spec writing. - Use Case: A stakeholder says "we need a better search feature." The Skill reframes it as "new users can't find relevant products because categories don't match how they think, so 40% leave without buying" — a falsifiable statement ready for validation. ## Quick Start Ask the assistant to turn your feature request or vague product concern into a proper problem statement using the problem statement skill.

Frequently Asked Questions about pm-problem-statement

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

FAQPage Schema
How do I write a product problem statement?▼

Start by identifying who experiences the problem, in what context, and the concrete obstacle they face. Describe the gap between current and desired state without naming any solution, then add a measurable element and ground it in user evidence like interviews, support tickets, or analytics.

How to turn a feature request into a problem statement?▼

Restate the request without naming the feature, metrics, or desired outcomes. Ask what difficulty the user actually experiences, then use 5 Whys reasoning to reach the root cause. A good test: the sentence should be something the affected person could plausibly say.

What is the difference between a problem and a symptom in product management?▼

A symptom is an observable signal like rising churn or low adoption; the problem is the underlying user difficulty causing it. Treating the symptom as the problem leads teams to fix metrics instead of causes, so trace symptoms to their root before framing.

When should a problem statement include a metric?▼

Include a measurable element when the statement feeds a spec or commits resources, since it makes success checkable and can become a key result. In earliest framing where any number would be a guess, add the metric only after the problem is validated.

Why do problem statements fail in product teams?▼

The four classic failures are a solution in disguise, vague statements like "the UX is bad," business outcomes posing as problems, and symptoms mistaken for causes. Each locks the team into solving the wrong thing, so test statements against these patterns before use.