Przejdź do treści
Biblioteka skilli
Zarządzanie i produkt · Analiza

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.

Licencja
MIT
Ostatnia zmiana repozytorium
30.07.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
3
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 30.07.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co sprawdzić przed instalacją
  • 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

frame the problempain pointshow might weHMWopportunity assessmentwhat problem
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

  1. Framework
  2. 2.1 Pain Point Summary Table
  3. 2.3 HMW (How Might We) Problem Reframing
  4. 2.4 Opportunity Assessment Table
Sekcje z nagłówków SKILL.md, w oryginale · 86 linii, 653 słów
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

RepozytoriumWynikLicencja
Ta strona · kaminoikari/product-playbook100MIT
wanghaisheng/openaiworkhorse-design-team96MIT
Avyayalaya/pm-skills-arsenal91MIT
jacob-balslev/skill-graph90Apache-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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.