Skip to content

Commit 6e44757

Browse files
committed
feat: add ux review skills
1 parent 9c15686 commit 6e44757

4 files changed

Lines changed: 771 additions & 0 deletions

File tree

Lines changed: 231 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,231 @@
1+
---
2+
name: design-journey-review
3+
description: "Combined visual design and user journey review: color systems, typography, spacing, information density, visual hierarchy, workflow stages, emotional curve, friction points, and daily-use optimization. Use when evaluating how an interface looks, how it serves its user over time, and whether the design earns its space."
4+
keywords:
5+
- visual design
6+
- aesthetics
7+
- user journey
8+
- color system
9+
- typography
10+
- information density
11+
- workflow optimization
12+
- daily driver
13+
triggers:
14+
- design review
15+
- visual review
16+
- aesthetics review
17+
- journey review
18+
- how does this serve the user
19+
- is this optimized for daily use
20+
- review the design
21+
---
22+
23+
# Design & Journey Review
24+
25+
Combined review of visual design and user journey. Evaluates whether an interface looks coherent and purposeful (color, type, spacing, density, hierarchy) and whether it serves the user's real workflow across sessions (friction points, emotional curve, golden path optimization, information architecture for daily use).
26+
27+
This skill merges the "how does it serve the user?" axis: visual hierarchy, color/type coherence, density balance, workflow stages, emotional patterns, and daily-use friction.
28+
29+
## When to Use
30+
31+
- Evaluating visual hierarchy and information density for data-dense UIs
32+
- Reviewing color system coherence (semantic colors, phase colors, theme adaptation)
33+
- Assessing typography choices and type scale effectiveness
34+
- Mapping the user's actual workflow and identifying friction
35+
- Optimizing for daily-driver use cases (expert users, repeated sessions)
36+
- Evaluating whether design choices earn their viewport space
37+
- Finding density inversions (low-value content in high-value positions)
38+
39+
Do NOT use for interaction mechanics (state coverage, feedback timing, escape hatches). Use `ux-interaction-review` for those.
40+
41+
## Quick Reference
42+
43+
| Task | Load reference |
44+
| --- | --- |
45+
| Visual system evaluation criteria | `skills/design-journey-review/references/visual-and-journey-criteria.md` |
46+
47+
## Workflow
48+
49+
### Step 1: Identify the Aesthetic Identity
50+
51+
Before evaluating individual elements, name the aesthetic the interface is targeting. Common archetypes:
52+
53+
- Mission control / operational terminal (dark, data-dense, monospace, status colors)
54+
- Swiss/minimal (clean, lots of white space, geometric, strict grid)
55+
- Linear/GitHub (dark panels, subtle borders, pill chips, blue accent)
56+
- Editorial (large type, serif headings, generous spacing, reading-focused)
57+
- Dashboard/enterprise (card-based, neutral, data visualization heavy)
58+
59+
If the interface doesn't commit to an identity, that's the first finding.
60+
61+
### Step 2: Color System Assessment
62+
63+
Evaluate the color architecture:
64+
65+
**Layer depth:**
66+
- How many background layers exist? (bg, surface 1, surface 2, elevated)
67+
- Is the contrast between layers sufficient but not jarring?
68+
- Does the depth system create clear containment?
69+
70+
**Semantic colors:**
71+
- Are success/warning/error/info colors distinct from each other?
72+
- Do they occupy different hue bands with sufficient mutual contrast?
73+
- Are any overloaded (same color meaning different things)?
74+
75+
**Accent/phase colors:**
76+
- Do identifier colors collide with semantic colors? (common failure: green phases looking like "success")
77+
- Are phase/category colors distinguishable at small sizes?
78+
- Do light/dark theme variants maintain the same relative relationships?
79+
80+
**Color-mix patterns:**
81+
- Are tinted backgrounds (e.g., `color-mix(in srgb, var(--X) 15%, transparent)`) used consistently?
82+
- What mix ratios are used and are they uniform?
83+
84+
### Step 3: Typography Assessment
85+
86+
**Type scale:**
87+
- What is the range? (e.g., 10px to 22px)
88+
- Is the range compressed (hierarchy via weight only) or expanded (hierarchy via size)?
89+
- Is there a clear "start here" size that anchors reading?
90+
- Are there elements too small for their importance?
91+
92+
**Font pairing:**
93+
- Does the mono/sans pairing work for the domain?
94+
- Is monospace reserved for the right things (identifiers, code, versions)?
95+
- Are weights used meaningfully or indiscriminately?
96+
97+
**Minimum sizes:**
98+
- What's the smallest text? Is it legible on standard (96dpi) displays?
99+
- Are critical labels/identifiers large enough to scan without squinting?
100+
101+
### Step 4: Spacing & Density
102+
103+
**Spacing rhythm:**
104+
- Is there a consistent base unit? (4px, 8px, etc.)
105+
- Do spacing values follow a scale (geometric, linear, or ad-hoc)?
106+
- Are there rhythm breaks where adjacent elements use incompatible spacing?
107+
108+
**Information density:**
109+
- For each major section, assess: space consumed vs. value for the user's primary task
110+
- Find density inversions (low-value content occupying prime viewport real estate)
111+
- For expert/daily-use tools: is instructional content collapsible after first visit?
112+
113+
**Density table:**
114+
115+
| Element | Space | Value for daily use | Verdict |
116+
|---------|-------|---------------------|---------|
117+
| [name] | Npx | high/medium/low/near-zero | justified/overweight/collapse |
118+
119+
### Step 5: Visual Hierarchy
120+
121+
Evaluate the scan order. For data-dense interfaces:
122+
123+
- Where does the eye land first? Is that the right place?
124+
- Within a repeated element (row, card), is there a clear scan order? (identifier → status → metadata → action)
125+
- Do elements at the same hierarchy level have the same visual weight?
126+
- Are section breaks clear without being heavy?
127+
- Do actionable elements look sufficiently different from informational ones?
128+
129+
### Step 6: User Journey Mapping
130+
131+
Map the user's actual workflow, not the interface structure:
132+
133+
**Golden path** (most frequent session, ~80% of visits):
134+
- What does the user do, in order?
135+
- How many steps/clicks to complete?
136+
- Where is friction? (extra clicks, scroll depth, context switches, waiting)
137+
- What is the total time?
138+
139+
**Secondary paths** (less frequent but still important):
140+
- What triggers these?
141+
- Are they accessible without disrupting the golden path?
142+
143+
**Journey stages:**
144+
145+
For each stage, document:
146+
- **Goal**: what the user is trying to accomplish
147+
- **Actions**: what they do
148+
- **Friction**: what slows them down
149+
- **Emotion**: satisfaction, neutrality, or frustration (and why)
150+
- **Opportunity**: what would make this faster or more satisfying
151+
152+
### Step 7: Daily-Driver Optimization
153+
154+
For tools used repeatedly by the same person:
155+
156+
- **First visit vs. Nth visit**: is there instructional content that should hide after the first session?
157+
- **Session state**: does the tool remember where you left off? (last tab, last selection, scroll position)
158+
- **Viewport budget**: is the most-used content above the fold without scrolling?
159+
- **Navigation memory**: can you deep-link to specific views? Does the URL reflect state?
160+
- **Context preservation**: when the user navigates away and back, is their position preserved?
161+
162+
### Step 8: Produce Report
163+
164+
```markdown
165+
## Design & Journey Review: [Component/Flow]
166+
167+
### Summary
168+
[2-3 sentences: aesthetic coherence, biggest design opportunity, workflow assessment]
169+
170+
### Aesthetic Identity
171+
[What is it? Does it commit? Score /10]
172+
173+
### Color System
174+
| Aspect | Assessment | Issue (if any) |
175+
|--------|-----------|----------------|
176+
| Layer depth | | |
177+
| Semantic colors | | |
178+
| Phase/identifier colors | | |
179+
| Theme adaptation | | |
180+
181+
### Typography
182+
| Element | Size | Weight | Assessment |
183+
|---------|------|--------|------------|
184+
| [primary identifier] | | | |
185+
| [body text] | | | |
186+
| [smallest text] | | | |
187+
| [most actionable text] | | | |
188+
189+
### Density Assessment
190+
| Element | Space | Daily Value | Verdict |
191+
|---------|-------|-------------|---------|
192+
| [name] | | | |
193+
194+
### Visual Hierarchy Issues
195+
- [ ] [Finding + recommendation]
196+
197+
### User Journey
198+
**Golden path**: [steps → time → friction]
199+
200+
| Stage | Goal | Friction | Opportunity |
201+
|-------|------|----------|-------------|
202+
| [name] | | | |
203+
204+
### Daily-Driver Findings
205+
- [ ] [Finding + recommendation]
206+
207+
### Distinctive Elements (Preserve These)
208+
- [What's working well and should not be changed]
209+
210+
### Prioritized Recommendations
211+
212+
#### High Impact
213+
1. [recommendation]
214+
215+
#### Medium Impact
216+
1. [recommendation]
217+
218+
#### Enhancement
219+
1. [recommendation]
220+
```
221+
222+
## Principles
223+
224+
- **Aesthetic identity must be committed.** Mixed metaphors (enterprise cards + terminal monospace + marketing gradients) signal design debt.
225+
- **Color collisions are bugs.** If an identifier color is indistinguishable from a semantic color at operational sizes, it misleads.
226+
- **Type size correlates with importance.** If the most actionable text is the smallest, the hierarchy is inverted.
227+
- **Viewport space is finite and expensive.** Every element must earn its position through daily-use value, not one-time instructional value.
228+
- **The golden path defines the layout.** The most-frequent workflow should require zero scrolling, zero extra clicks, zero context switches.
229+
- **Expert users outgrow onboarding.** Instructional content should collapse, hide, or shrink after the first few sessions.
230+
- **Density is not clutter.** Data-dense dashboards for expert users should be tight. The problem is density inversions, not density itself.
231+
- **Don't propose what you can't see.** If you can't articulate what the current aesthetic IS, you can't assess whether a change fits.

0 commit comments

Comments
 (0)