problem-framing
/problem-framing
Doprecyzowuje niejasny problem w bolączki użytkowników, przeformułowane pytania („jak moglibyśmy”) i uszeregowane szanse, zanim zaczną się rozwiązania.
- Autor
- kaminoikari ↗
- Repozytorium
- product-playbook ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 30.07.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 3
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 30.07.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
- SKILL.md zawiera komentarze HTML (3). Nie widać ich w podglądzie Markdown, a model je czyta.
Co robi i kiedy
Doprecyzowuje niejasny problem w bolączki użytkowników, przeformułowane pytania („jak moglibyśmy”) i uszeregowane szanse, zanim zaczną się rozwiązania.
Wyzwalacze z opisu
Oryginalny opis (EN)
Use when the user needs to sharpen a vague problem into pain points, reframed questions, and ranked opportunities before designing solutions. Triggers on "frame the problem", "pain points", "how might we", "HMW", "opportunity assessment", "what problem", and the same intent in any language.
Jak działa
- Framework
- 2.1 Pain Point Summary Table
- 2.3 HMW (How Might We) Problem Reframing
- 2.4 Opportunity Assessment Table
Podgląd SKILL.md
---
name: problem-framing
description: Use when the user needs to sharpen a vague problem into pain points, reframed questions, and ranked opportunities before designing solutions. Triggers on "frame the problem", "pain points", "how might we", "HMW", "opportunity assessment", "what problem", and the same intent in any language.
---
# Problem Framing
Detect the user's language and reply in it; the framework below is authored in English.
**Provenance:** when you produce problem-framing output, contribute the framework tags `Pain Points`, `HMW`, and `Opportunity Assessment` to the meta-skill's provenance line (`— Frameworks: … · Pain Points · HMW · Opportunity Assessment · …`).
## Framework
<!-- migrated verbatim from references/03-define.md §2.1 (lines 11-20) -->
## 2.1 Pain Point Summary Table
Extract pain points from all Personas and User Journey Maps:
```
| # | Pain Point Description | Source Persona | Appears in Stage | Impact Level (High/Med/Low) | Frequency (High/Med/Low) |
|---|---|---|---|---|---|
| P1 | | | | | |
| P2 | | | | | |
```
<!-- migrated verbatim from references/03-define.md §2.3 (lines 51-77) -->
## 2.3 HMW (How Might We) Problem Reframing
Transform pain points into HMW questions, combining the JTBD lens to confirm the job type behind each HMW:
```
| Pain Point # | Pain Point | Corresponding JTBD Type | HMW Question |
|---|---|---|---|
| P1 | [Pain point description] | Functional / Emotional / Social | How might we... |
| P2 | [Pain point description] | | How might we... |
```
HMW granularity principle:
- Too broad ("How to make users happier") → No direction
- Just right ("How to let users complete first-time setup in 60 seconds") → Constrained yet open
- Too narrow ("How to change the button color") → Limits possibilities
### 📝 HMW Quality Checklist
- ✅ Does it have clear constraints? (Not completely open-ended)
- ✅ Does it leave enough room for multiple solutions? (Not pointing to a single answer)
- ✅ Can it be directly mapped to a JTBD or pain point?
- ✅ Can the team start brainstorming solutions upon seeing this HMW?
- ❌ Common issues: Too broad (restates the vision), too narrow (specifies the solution), multiple problems mixed together
**Examples:**
- ❌ Too broad: "How might we make users more satisfied?"
- ✅ Just right: "How might we help first-time homebuyers calculate their affordable mortgage amount in 3 minutes?"
- ❌ Too narrow: "How might we add a mortgage calculator to the homepage?"
<!-- migrated verbatim from references/03-define.md §2.4 (lines 79-107) -->
## 2.4 Opportunity Assessment Table
Prioritize HMW questions:
```
| HMW Question | Affected Persona | Persona Size | User Impact (1-5) | Business Value (1-5) | Feasibility (1-5) | Total | Priority |
|---|---|---|---|---|---|---|---|
| | [List affected Personas] | [Large/Med/Small] | | | | | |
```
**Scoring Scale Definitions:**
| Score | User Impact | Business Value | Feasibility |
|-------|-----------|---------------|-------------|
| 1 | Minor inconvenience for few users | Indirect, long-term payoff at best | Requires entirely new technology or extensive R&D |
| 2 | Some users encounter occasionally | May indirectly move some metrics | Requires significant new capability building (3+ months) |
| 3 | Core TA encounters regularly | Positive impact on key metrics | Requires some new development but technically feasible (1-3 months) |
| 4 | Many users encounter frequently | Directly drives user growth or retention | Within current team capabilities, 2-4 weeks |
| 5 | Many users can't complete core tasks daily | Directly drives revenue or significantly impacts North Star Metric | Current team can complete within two weeks |
**Shreyas Doshi's Opportunity Cost Thinking:**
Don't ask "What's the ROI of this feature?" Instead, ask:
> "If I invest resources in A, I'm giving up the opportunity to invest in B. Am I sure A is more worthwhile than B?"
ROI thinking evaluates whether a single opportunity is worth pursuing; opportunity cost thinking helps you make better choices across all opportunities.
**0-to-1 Focus Reminder:** After completing the opportunity assessment, it's recommended to pick **only one top-priority HMW question** as the MVP core. (Facebook: college students → high schoolers → everyone; profile page → photos → news feed)
---
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · kaminoikari/product-playbook | 100 | MIT |
| wanghaisheng/openaiworkhorse-design-team | 96 | MIT |
| Avyayalaya/pm-skills-arsenal | 91 | MIT |
| jacob-balslev/skill-graph | 90 | Apache-2.0 |
Migawka bazy z 28.10.2026 · wersja paczki 07c5f1099b39 (skrót SHA-256 całej paczki)
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100prd-v01-problem-framing
Przekształca mgliste pomysły produktowe w oparte na dowodach opisy problemu dla PRD v0.1 Spark, z tabelami problemów i identyfikatorami dowodów CFD. - 100hmw-generator
Zamienia wnioski z badań i opisy problemów w pytania typu How Might We, tworząc warianty o różnym zakresie dla ludzi i agentów AI. - 100opportunity-solution-tree
Buduje drzewo szans i rozwiązań od wyników przez szanse i rozwiązania do testów, gdy prośba interesariusza wymaga ujęcia problemu, zanim zapadnie decyzja, co budować. - 100problem-framing-canvas
Prowadzi zespoły przez Problem Framing Canvas organizacji MITRE, aby uzyskać wyraźniejszy opis problemu, zanim zacznie się szukać rozwiązań. - 100problem-statement
Pisze wyraźne sformułowanie problemu z użytkownikiem, bólem, wpływem i dowodami, zanim ruszą rozwiązania: segment, obecne zachowanie, skutki biznesowe, kryteria sukcesu i anti-scope. - 100021-problem-framing
Formułuje problem przed głębszą analizą: opis problemu, stan obecny, stan docelowy, interesariuszy i kryteria sukcesu.