Przejdź do treści

# Poprowadź produkt od misji do mierzalnej wartości dla użytkownika.

Konwersacyjny skill UX dla agentów AI, który pomaga rozwijać produkty tak, żeby każda decyzja prowadziła do realnej wartości dla użytkownika.

Zainstaluj skill Historia twórcy
Współtwórz
Mapa procesu

Określ, jaką zmianę produkt ma wywołać, dla kogo może mieć znaczenie i dlaczego warto sprawdzić ją teraz.

Pytanie

Jaką zmianę chcemy wywołać, dla kogo może być ważna i dlaczego teraz?

Artefakt

Teza produktowa: odbiorcy, obszar problemu, napięcie albo okazja i powód działania.

Sygnał

Widać napięcie rynkowe, powtarzalny problem, słabe alternatywy albo dobry moment.

Określ rynek, kupujących, adopterów, blokujących, kanały i sygnały popytu, zanim przejdziesz do osoby wykonującej zadanie.

Pytanie

Czy istnieje wystarczająco duży i osiągalny segment z powodem, budżetem albo wpływem na adopcję?

Artefakt

Mapa rynku: segmenty, wielkość, kanały, role kupna i adopcji, alternatywy oraz pozycjonowanie.

Sygnał

Da się oszacować wielkość segmentu, dotarcie, popyt albo koszt obecnych alternatyw.

Zbadaj konkretną osobę wykonującą zadanie: co robi, co ją blokuje, czego chce i w jakich warunkach działa.

Pytanie

Co konkretny użytkownik próbuje zrobić i co go blokuje albo frustruje?

Artefakt

Profil użytkownika: zadania, bolączki, korzyści, kontekst i obecne obejścia.

Sygnał

Zachowanie, feedback, wywiady, logi albo support pokazują częstotliwość i koszt problemu.

Wyprowadź potrzebę z dowodów użytkownika i zdecyduj, czy uzasadnia funkcję, prototyp albo dalszy research.

Pytanie

Która potrzeba jest na tyle silna, żeby uzasadnić budowę, prototyp albo dalszy research?

Artefakt

Opis potrzeby: użytkownik chce [korzyść], próbuje [zadanie], ale blokuje go [bolączka].

Sygnał

Da się wskazać siłę potrzeby, wpływ na zadanie, poziom pewności i decyzję.

Przygotuj bezpieczne i stabilne środowisko oraz integracje, które muszą istnieć, żeby dostarczyć obiecaną wartość.

Pytanie

Co technicznie musi działać, żeby wartość była niezawodna, bezpieczna i mierzalna?

Artefakt

Plan techniczny: dane, architektura, integracje, jakość, ryzyka i wymagania operacyjne.

Sygnał

Dane, wydajność, niezawodność, bezpieczeństwo i koszt wspierają potrzebę użytkownika.

Zamień potwierdzoną potrzebę w interakcję, architekturę i interfejs na podstawie design systemu, tak żeby użytkownik mógł je zrozumieć i wykorzystać.

Pytanie

Jak użytkownik odkryje, zrozumie, wykona i zapamięta rozwiązanie?

Artefakt

Mapa produktu: przepływ użytkownika, prototyp, kluczowa interakcja, copy i kierunek design systemu.

Sygnał

Test lub prototyp pokazuje zrozumienie, ukończenie zadania, niski wysiłek i zaufanie.

Zaplanuj wdrożenie, onboarding, komunikację, feedback i metryki, które pokażą, czy wartość naprawdę dotarła do użytkownika.

Pytanie

Jak dostarczymy, zakomunikujemy i sprawdzimy wartość po wdrożeniu?

Artefakt

Plan wartości: rollout, komunikat, onboarding, feedback, test użyteczności i iteracje.

Sygnał

Adopcja, retencja, ukończenie zadania, satysfakcja i feedback mówią, co utrzymać albo zmienić.

4 warstwy UX

## Każda decyzja wpływa na doświadczenie użytkownika

Każdy etap pracy nad produktem można sprawdzić przez cztery warstwy: czy rozwiązujemy realną potrzebę, czy doświadczenie jest sprawne i zrozumiałe, czy produkt wyróżnia się i przyciąga użytkownika oraz czy pasuje do tego, kim użytkownik chce być.

Użyteczność

Produkt rozwiązuje realny problem i odpowiada na potrzebę wynikającą z badań, a nie tylko na pomysł funkcji.

Czy użytkownik dostaje wartość, której naprawdę potrzebuje?
Ergonomia

Doświadczenie pozwala wykonać zadanie szybko, zrozumiale i bez zbędnego wysiłku poznawczego.

Czy najważniejsze zadanie da się wykonać jasno i sprawnie?
Przyciąganie

Produkt ma wyraźny powód, żeby go wybrać, zapamiętać, zaufać mu i wracać do niego; każdy element doświadczenia powinien wzmacniać ten powód.

Co sprawia, że to rozwiązanie wyróżnia się i zostaje w głowie?
Tożsamość

Produkt pasuje do tego, kim użytkownik chce być, jakie wartości chce wzmacniać i jak chce być postrzegany.

Czy doświadczenie wzmacnia obraz użytkownika, który chce budować?
Workflow

## Dwa sposoby użycia: nowy pomysł albo sprawdzenie istniejącego produktu

Możesz zacząć od pomysłu, funkcji, pustego repo albo działającego produktu. Skill pomaga najpierw nazwać decyzję, potem sprawdzić kontekst, dostępne dowody i najlepszy następny krok.

### Nowy pomysł albo nowe repo

Gdy zaczynasz od zera, skill pomaga nie przeskakiwać od razu do funkcji. Najpierw porządkuje misję, odbiorców, potrzebę, pierwszą metrykę i krok walidacyjny.

- Pomaga wybrać lub doprecyzować kierunek produktu.
- Mapuje odbiorców, użytkownika i potrzebę przed wyborem funkcji.
- Ustala pierwszą metrykę wartości, ryzyka i krok walidacyjny.
- Może zapisać kontekst produktu w `PRODUCT.md`, plan w `ROADMAP.md` i opcjonalne instrukcje w `AGENTS.md`.

### Istniejący produkt albo funkcja

Gdy produkt już istnieje, skill działa jak praktyczny audyt decyzji. Sprawdza, czy funkcje wynikają z realnych potrzeb, co wiadomo z repo, feedbacku albo danych i co warto zrobić dalej.

- Sprawdza, czy funkcja ma jasnego użytkownika, problem i wartość.
- Łączy dostępne dane, feedback, analytics, architekturę i rollout z decyzjami.
- Wskazuje brakujące decyzje, metryki, research i ryzyka.
- Pomaga zdecydować, czy rozwijać, zawęzić, zmierzyć, odłożyć albo przetestować.

Struktura repo

## Pamięć produktu, do której mogą wracać ludzie i agenci

Najważniejsze decyzje mogą zostać zapisane w repo, żeby kolejny człowiek albo agent wiedział, co już ustalono, co jest założeniem i co trzeba sprawdzić dalej. Pliki tworzą się wraz z pracą nad projektem: od PRODUCT.md i ROADMAP.md po bardziej szczegółowe artefakty, kiedy są potrzebne.

Minimalny root 4 pliki

- AGENTS.md agent
- PRODUCT.md mapa
- ROADMAP.md plan
- README.md link

Root jako warstwa dojrzałości 7 plików

- CLAUDE.md agent
- DESIGN.md design
- tokens.json tokens
- CHANGELOG.md release
- SECURITY.md risk
- CODEOWNERS owner
- CONTRIBUTING.md open

Instrukcje narzędzi 4 pliki

- .cursor/rules/product-ux.mdc Cursor
- .github/copilot-instructions.md Copilot
- .github/ISSUE_TEMPLATE/feedback.yml feedback
- .github/ISSUE_TEMPLATE/feature_request.yml request

product/00-mission 5 plików

- mission.md why
- product-thesis.md teza
- principles.md zasady
- assumptions.md ryzyko
- non-goals.md granice

product/01-audience 5 plików

- market-map.md mapa
- segments.md segmenty
- competitors.md alternatywy
- positioning.md pozycja
- channels.md dotarcie

product/02-user 5 plików

- research-plan.md research
- interview-guide.md guide
- user-profile.md profil
- jobs-pains-gains.md JTBD
- insights.md insight

product/03-need 4 pliki

- problem-statement.md problem
- opportunities.md szanse
- feature-hypotheses.md hipotezy
- prd.md zakres

product/04-infrastructure 12 plików

- architecture.md arch
- data-model.md data
- permissions.md auth
- openapi.yaml api
- asyncapi.yaml events
- schemas/folder
- observability.md ops
- slo.md slo
- runbooks/folder
- threat-model.md risk
- adr/decyzje
- adr/0001-template.md ADR

product/05-product 9 plików

- information-architecture.md IA
- flows.md flow
- interaction-patterns.md UI
- design-system.md system
- accessibility.md a11y
- content-guidelines.md copy
- empty-states.md state
- error-states.md state
- onboarding.md start

product/06-value 6 plików

- rollout.md rollout
- release-notes.md release
- feedback-plan.md feedback
- usability-test.md test
- survey.md survey
- analytics-events.md events

product/07-ux-test 3 pliki

- ux-scorecard.md score
- test-plan.md plan
- metrics.md metrics

product/08-decision-measurement 14 plików

- assumptions.md założenia
- non-goals.md granice
- decision-log.md log
- risk-register.md risk
- north-star-metric.md NSM
- metrics-tree.md tree
- experiments/tests
- experiments/0001-template.md exp
- flags.json flags
- analytics/data
- analytics/tracking-plan.yaml plan
- analytics/events/folder
- feedback/usability-test.md test
- feedback/survey.qmd survey

Instalacja

## Dodaj skill do swojego agenta

Wybierz narzędzie, skopiuj instrukcję i zacznij od pierwszego promptu. Skill możesz zainstalować u siebie albo dodać lokalnie do repo projektu.

### Codex

Najprostsza ścieżka: użyj wbudowanego `skill-installer` i podaj URL do folderu skilla w publicznym repo.

Instaluj
Prompt

### Claude Code

Instalacja jako personal skill. Claude wykrywa skille z `~/.claude/skills/` po restarcie Claude Code.

Instaluj
Terminal

### Repository

Wariant dla zespołu: skill jest częścią konkretnego repo i można go commitować razem z projektem.

Instaluj
Terminal

Examples / Przykłady

## Wybierz przykład użycia i skopiuj pierwszy prompt

Nie musisz znać całego procesu. Wybierz przykład, skopiuj prompt i nazwij decyzję, którą chcesz podjąć. Agent poprowadzi dalej rozmowę, research, rekomendację i ewentualny zapis w repo.

Prompt `Użyj $uxruler. Mam pomysł na produkt i chcę zdecydować, od czego zacząć.`
Prompt `Użyj $uxruler do sprawdzenia tej funkcji. Pomóż mi zdecydować, czy warto ją rozwijać.`
Prompt `Użyj $uxruler na tym repo. Pomóż mi zdecydować, jaki jest kolejny najlepszy krok, żeby dostarczyć wartość użytkownikowi.`

Schemat akcji

### Nowy produkt

1. Orientacja Agent sprawdzi, co już wiadomo z repo i zapyta tylko o brakujący kontekst.
2. Misja i odbiorcy Ułoży robocze kierunki produktu, rynek, użytkownika i potrzebę.
3. Dowody Poszuka danych użycia, sygnałów z repo albo źródeł, które mogą zmienić decyzję.
4. Decyzja Pokaże wnioski, pierwszą metrykę i najlepszy następny krok.

Na końcu

Jeśli kierunek zostanie wybrany, agent może zapisać kompaktowe PRODUCT.md i ROADMAP.md.

Pomiar UX RULER

##

##