@sylphx/flow 3.1.0 → 3.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +11 -0
- package/assets/agents/builder.md +14 -1
- package/assets/slash-commands/audit.md +145 -0
- package/assets/slash-commands/growth.md +190 -0
- package/assets/slash-commands/product.md +120 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,16 @@
|
|
|
1
1
|
# @sylphx/flow
|
|
2
2
|
|
|
3
|
+
## 3.2.0 (2026-01-26)
|
|
4
|
+
|
|
5
|
+
### ✨ Features
|
|
6
|
+
|
|
7
|
+
- add /audit, /growth commands and builder memory ([a94cefc](https://github.com/SylphxAI/flow/commit/a94cefc918868e151800b13e13f6c37a9b48aaba))
|
|
8
|
+
- add /product slash command for design review ([019cf6d](https://github.com/SylphxAI/flow/commit/019cf6d507fec9aaa517425c93f5b5a048921fad))
|
|
9
|
+
|
|
10
|
+
### 💅 Styles
|
|
11
|
+
|
|
12
|
+
- format package.json ([02414d2](https://github.com/SylphxAI/flow/commit/02414d2291374d82188cd3d274e73e76a65be930))
|
|
13
|
+
|
|
3
14
|
## 3.1.0 (2026-01-26)
|
|
4
15
|
|
|
5
16
|
### ✨ Features
|
package/assets/agents/builder.md
CHANGED
|
@@ -45,6 +45,9 @@ AI SDK v6+
|
|
|
45
45
|
**Auth & Services:**
|
|
46
46
|
Better Auth, Resend (email)
|
|
47
47
|
|
|
48
|
+
**i18n:**
|
|
49
|
+
Next-intl — language files MUST be split by feature/page, never one large file
|
|
50
|
+
|
|
48
51
|
**Tooling:**
|
|
49
52
|
Biome (lint/format), Bunup (build), Bun test
|
|
50
53
|
|
|
@@ -83,8 +86,18 @@ Vercel CLI, Neon CLI, GitHub CLI
|
|
|
83
86
|
|
|
84
87
|
**Todos.** Track what needs to be done next. This is your memory of what to do.
|
|
85
88
|
|
|
89
|
+
**CLAUDE.md** — Your persistent memory file. Update it when you discover:
|
|
90
|
+
- Project-specific commands (build, test, deploy, lint)
|
|
91
|
+
- Environment setup (env vars, prerequisites, dependencies)
|
|
92
|
+
- Architecture decisions and their reasoning
|
|
93
|
+
- Common patterns and conventions used in this codebase
|
|
94
|
+
- Gotchas, workarounds, or non-obvious behaviors
|
|
95
|
+
- Frequently referenced paths, configs, or resources
|
|
96
|
+
|
|
97
|
+
This file is auto-attached every session. If you learn something important that future sessions should know, write it to CLAUDE.md immediately.
|
|
98
|
+
|
|
86
99
|
**Recovery:**
|
|
87
|
-
- Lost context? → Check `git log` for history
|
|
100
|
+
- Lost context? → Check `git log` for history, read CLAUDE.md
|
|
88
101
|
- Forgot next steps? → Check todos
|
|
89
102
|
|
|
90
103
|
## Issue Ownership
|
|
@@ -0,0 +1,145 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: audit
|
|
3
|
+
description: Find all problems in the project - design, code, UX - and open issues
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Audit: Comprehensive Problem Discovery
|
|
7
|
+
|
|
8
|
+
Scan the entire project for issues. Find problems, don't fix them. Open GitHub issues for everything found.
|
|
9
|
+
|
|
10
|
+
**Rule: DO NOT fix anything. Only discover and document.**
|
|
11
|
+
|
|
12
|
+
## Scan Areas
|
|
13
|
+
|
|
14
|
+
### 1. Code Quality
|
|
15
|
+
- Dead code, unused imports, unused variables
|
|
16
|
+
- TODOs, FIXMEs, HACKs left in code
|
|
17
|
+
- `any` types, missing type safety
|
|
18
|
+
- Hardcoded values that should be config
|
|
19
|
+
- Console.logs, debug code in production
|
|
20
|
+
- Copy-paste duplication
|
|
21
|
+
- Functions > 50 lines, files > 300 lines
|
|
22
|
+
- Missing error handling
|
|
23
|
+
- Inconsistent naming conventions
|
|
24
|
+
- Outdated dependencies with known issues
|
|
25
|
+
|
|
26
|
+
### 2. Architecture
|
|
27
|
+
- Circular dependencies
|
|
28
|
+
- God objects/files doing too much
|
|
29
|
+
- Tight coupling between modules
|
|
30
|
+
- Missing abstractions
|
|
31
|
+
- Leaky abstractions
|
|
32
|
+
- Single points of failure
|
|
33
|
+
- Missing SSOT (multiple sources of truth)
|
|
34
|
+
- Inconsistent patterns across codebase
|
|
35
|
+
|
|
36
|
+
### 3. UI/UX Issues
|
|
37
|
+
- Confusing user flows
|
|
38
|
+
- Missing loading states
|
|
39
|
+
- Missing error states
|
|
40
|
+
- Missing empty states
|
|
41
|
+
- Inconsistent spacing/typography
|
|
42
|
+
- Non-responsive layouts
|
|
43
|
+
- Accessibility violations (contrast, keyboard nav)
|
|
44
|
+
- Missing feedback on user actions
|
|
45
|
+
- Unclear CTAs or labels
|
|
46
|
+
- Information overload
|
|
47
|
+
|
|
48
|
+
### 4. Product Design
|
|
49
|
+
- Unclear value proposition
|
|
50
|
+
- Friction in core user journey
|
|
51
|
+
- Missing onboarding guidance
|
|
52
|
+
- Features that don't serve business goals
|
|
53
|
+
- Confusing navigation structure
|
|
54
|
+
- Missing progressive disclosure
|
|
55
|
+
- Power user needs unmet
|
|
56
|
+
- Beginner barriers too high
|
|
57
|
+
|
|
58
|
+
### 5. Performance
|
|
59
|
+
- Slow page loads
|
|
60
|
+
- Unnecessary re-renders
|
|
61
|
+
- Large bundle sizes
|
|
62
|
+
- Missing lazy loading
|
|
63
|
+
- N+1 queries
|
|
64
|
+
- Missing caching opportunities
|
|
65
|
+
- Unoptimized images/assets
|
|
66
|
+
|
|
67
|
+
### 6. Security
|
|
68
|
+
- Exposed secrets or credentials
|
|
69
|
+
- Missing input validation
|
|
70
|
+
- XSS vulnerabilities
|
|
71
|
+
- CSRF vulnerabilities
|
|
72
|
+
- Insecure dependencies
|
|
73
|
+
- Missing rate limiting
|
|
74
|
+
- Overly permissive CORS
|
|
75
|
+
|
|
76
|
+
### 7. Developer Experience
|
|
77
|
+
- Missing or outdated documentation
|
|
78
|
+
- Unclear setup instructions
|
|
79
|
+
- Flaky or missing tests
|
|
80
|
+
- Slow CI/CD pipeline
|
|
81
|
+
- Missing type definitions
|
|
82
|
+
- Confusing folder structure
|
|
83
|
+
|
|
84
|
+
## Process
|
|
85
|
+
|
|
86
|
+
1. **Scan** each area systematically
|
|
87
|
+
2. **Document** every issue found with:
|
|
88
|
+
- Clear description of the problem
|
|
89
|
+
- Location (file, line, or area)
|
|
90
|
+
- Impact (High/Medium/Low)
|
|
91
|
+
- Category label
|
|
92
|
+
3. **DO NOT** attempt any fixes
|
|
93
|
+
4. **Open GitHub issues** for each problem found
|
|
94
|
+
|
|
95
|
+
## Issue Format
|
|
96
|
+
|
|
97
|
+
```bash
|
|
98
|
+
gh issue create --title "[Category] Brief description" --body "$(cat <<'EOF'
|
|
99
|
+
## Problem
|
|
100
|
+
What is wrong and where.
|
|
101
|
+
|
|
102
|
+
## Impact
|
|
103
|
+
Why this matters. What could go wrong.
|
|
104
|
+
|
|
105
|
+
## Evidence
|
|
106
|
+
Code snippets, screenshots, or specific locations.
|
|
107
|
+
|
|
108
|
+
## Suggested Category
|
|
109
|
+
- [ ] Bug
|
|
110
|
+
- [ ] Tech Debt
|
|
111
|
+
- [ ] UX Issue
|
|
112
|
+
- [ ] Performance
|
|
113
|
+
- [ ] Security
|
|
114
|
+
- [ ] Documentation
|
|
115
|
+
EOF
|
|
116
|
+
)" --label "audit"
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
## Output
|
|
120
|
+
|
|
121
|
+
After scanning, report:
|
|
122
|
+
|
|
123
|
+
### Summary
|
|
124
|
+
| Category | Issues Found | High | Medium | Low |
|
|
125
|
+
|----------|--------------|------|--------|-----|
|
|
126
|
+
| Code | ... | ... | ... | ... |
|
|
127
|
+
| UI/UX | ... | ... | ... | ... |
|
|
128
|
+
| ... | ... | ... | ... | ... |
|
|
129
|
+
|
|
130
|
+
### Issues Created
|
|
131
|
+
- #123 [Code] Description...
|
|
132
|
+
- #124 [UX] Description...
|
|
133
|
+
- ...
|
|
134
|
+
|
|
135
|
+
### Critical Issues (need immediate attention)
|
|
136
|
+
- ...
|
|
137
|
+
|
|
138
|
+
## Mindset
|
|
139
|
+
|
|
140
|
+
* Be thorough, not selective
|
|
141
|
+
* No issue is too small to document
|
|
142
|
+
* Assume nothing is perfect
|
|
143
|
+
* Fresh eyes find more problems
|
|
144
|
+
* The goal is awareness, not judgment
|
|
145
|
+
* Better to over-report than miss something
|
|
@@ -0,0 +1,190 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: growth
|
|
3
|
+
description: Research-driven strategic ideation - directions, competitors, monetization, traffic
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Growth: Strategic Research & Ideation
|
|
7
|
+
|
|
8
|
+
Deep dive into the product, research the market, and generate actionable growth ideas.
|
|
9
|
+
|
|
10
|
+
**Prerequisites:**
|
|
11
|
+
1. Read PRODUCT.md and ARCHITECTURE.md thoroughly
|
|
12
|
+
2. Understand current features, target users, and business model
|
|
13
|
+
3. Use web search extensively for market research
|
|
14
|
+
|
|
15
|
+
## Phase 1: Understand the Product
|
|
16
|
+
|
|
17
|
+
Before any research, answer these:
|
|
18
|
+
|
|
19
|
+
- What problem does this product solve?
|
|
20
|
+
- Who is the target user? (Be specific)
|
|
21
|
+
- What's the current monetization model?
|
|
22
|
+
- What's the unique value proposition?
|
|
23
|
+
- What stage is the product at? (MVP, Growth, Mature)
|
|
24
|
+
- What are the current metrics? (if available)
|
|
25
|
+
|
|
26
|
+
## Phase 2: Market Research
|
|
27
|
+
|
|
28
|
+
### 2.1 Competitive Landscape
|
|
29
|
+
|
|
30
|
+
Use web search to find:
|
|
31
|
+
|
|
32
|
+
```
|
|
33
|
+
Search: "[product category] competitors 2024"
|
|
34
|
+
Search: "[product category] market size"
|
|
35
|
+
Search: "best [product category] tools"
|
|
36
|
+
Search: "[competitor name] pricing"
|
|
37
|
+
Search: "[competitor name] features"
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
Document:
|
|
41
|
+
| Competitor | Pricing | Key Features | Strengths | Weaknesses |
|
|
42
|
+
|------------|---------|--------------|-----------|------------|
|
|
43
|
+
| ... | ... | ... | ... | ... |
|
|
44
|
+
|
|
45
|
+
### 2.2 Industry Trends
|
|
46
|
+
|
|
47
|
+
```
|
|
48
|
+
Search: "[product category] trends 2024 2025"
|
|
49
|
+
Search: "[product category] future predictions"
|
|
50
|
+
Search: "[technology] adoption rate"
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
- What's growing? What's declining?
|
|
54
|
+
- What new technologies are emerging?
|
|
55
|
+
- What are users demanding that nobody provides?
|
|
56
|
+
|
|
57
|
+
### 2.3 Success Stories
|
|
58
|
+
|
|
59
|
+
```
|
|
60
|
+
Search: "[product category] startup success story"
|
|
61
|
+
Search: "how [successful company] grew"
|
|
62
|
+
Search: "[product category] case study growth"
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
- How did successful products in this space grow?
|
|
66
|
+
- What tactics worked? What failed?
|
|
67
|
+
|
|
68
|
+
## Phase 3: Strategic Directions
|
|
69
|
+
|
|
70
|
+
### 3.1 Product Directions — What to Build
|
|
71
|
+
|
|
72
|
+
Based on research, identify:
|
|
73
|
+
|
|
74
|
+
**Quick Wins** (< 1 week, high impact)
|
|
75
|
+
- Features competitors have that we don't
|
|
76
|
+
- Low-hanging fruit from user feedback
|
|
77
|
+
- Integration opportunities
|
|
78
|
+
|
|
79
|
+
**Strategic Bets** (1-3 months, transformative)
|
|
80
|
+
- Blue ocean opportunities (what nobody does well)
|
|
81
|
+
- Emerging technology applications
|
|
82
|
+
- New market segments
|
|
83
|
+
|
|
84
|
+
**Moonshots** (6+ months, game-changing)
|
|
85
|
+
- What would 10x the product?
|
|
86
|
+
- What would make competitors irrelevant?
|
|
87
|
+
|
|
88
|
+
### 3.2 Monetization — How to Make Money
|
|
89
|
+
|
|
90
|
+
Research pricing models:
|
|
91
|
+
```
|
|
92
|
+
Search: "[product category] pricing models"
|
|
93
|
+
Search: "SaaS pricing strategies 2024"
|
|
94
|
+
Search: "[competitor] how they make money"
|
|
95
|
+
```
|
|
96
|
+
|
|
97
|
+
Consider:
|
|
98
|
+
- Freemium → Premium conversion tactics
|
|
99
|
+
- Usage-based vs subscription pricing
|
|
100
|
+
- Enterprise tier opportunities
|
|
101
|
+
- Add-on revenue streams
|
|
102
|
+
- Marketplace/platform fees
|
|
103
|
+
- API/developer monetization
|
|
104
|
+
|
|
105
|
+
**Revenue Ideas:**
|
|
106
|
+
| Idea | Effort | Revenue Potential | Risk |
|
|
107
|
+
|------|--------|-------------------|------|
|
|
108
|
+
| ... | S/M/L | $/$$/$$$ | L/M/H|
|
|
109
|
+
|
|
110
|
+
### 3.3 Traffic & Exposure — How to Get Users
|
|
111
|
+
|
|
112
|
+
Research acquisition channels:
|
|
113
|
+
```
|
|
114
|
+
Search: "[product category] marketing strategies"
|
|
115
|
+
Search: "how to get users for [product type]"
|
|
116
|
+
Search: "[competitor] marketing strategy"
|
|
117
|
+
Search: "developer marketing tactics"
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
**Organic Channels:**
|
|
121
|
+
- SEO opportunities (what keywords to target?)
|
|
122
|
+
- Content marketing (what content would attract users?)
|
|
123
|
+
- Community building (where do target users hang out?)
|
|
124
|
+
- Open source strategy (what to open source?)
|
|
125
|
+
- Word of mouth triggers (what makes users share?)
|
|
126
|
+
|
|
127
|
+
**Paid Channels:**
|
|
128
|
+
- Which platforms have our target users?
|
|
129
|
+
- What's the estimated CAC?
|
|
130
|
+
- What competitors are advertising where?
|
|
131
|
+
|
|
132
|
+
**Viral Mechanics:**
|
|
133
|
+
- Built-in sharing moments?
|
|
134
|
+
- Referral program design?
|
|
135
|
+
- Network effects potential?
|
|
136
|
+
|
|
137
|
+
**PR & Awareness:**
|
|
138
|
+
- Product Hunt launch strategy
|
|
139
|
+
- Hacker News / Reddit presence
|
|
140
|
+
- Industry publications to target
|
|
141
|
+
- Influencer/creator partnerships
|
|
142
|
+
- Conference/event opportunities
|
|
143
|
+
|
|
144
|
+
## Phase 4: Prioritized Recommendations
|
|
145
|
+
|
|
146
|
+
After all research, provide:
|
|
147
|
+
|
|
148
|
+
### Immediate Actions (This Week)
|
|
149
|
+
1. ...
|
|
150
|
+
2. ...
|
|
151
|
+
|
|
152
|
+
### Short-term Priorities (This Month)
|
|
153
|
+
1. ...
|
|
154
|
+
2. ...
|
|
155
|
+
|
|
156
|
+
### Strategic Initiatives (This Quarter)
|
|
157
|
+
1. ...
|
|
158
|
+
2. ...
|
|
159
|
+
|
|
160
|
+
### Ideas Backlog (Future Consideration)
|
|
161
|
+
- ...
|
|
162
|
+
|
|
163
|
+
## Output Format
|
|
164
|
+
|
|
165
|
+
### Executive Summary
|
|
166
|
+
- Key market insights (3-5 bullets)
|
|
167
|
+
- Biggest opportunities identified
|
|
168
|
+
- Recommended focus areas
|
|
169
|
+
|
|
170
|
+
### Detailed Findings
|
|
171
|
+
- Competitive analysis table
|
|
172
|
+
- Market trends summary
|
|
173
|
+
- Success pattern analysis
|
|
174
|
+
|
|
175
|
+
### Action Items
|
|
176
|
+
- Prioritized list with effort/impact scores
|
|
177
|
+
- Clear next steps
|
|
178
|
+
- Metrics to track
|
|
179
|
+
|
|
180
|
+
### Sources
|
|
181
|
+
- List all URLs and sources consulted
|
|
182
|
+
- Date of research
|
|
183
|
+
|
|
184
|
+
## Mindset
|
|
185
|
+
|
|
186
|
+
* Data over opinions — back claims with research
|
|
187
|
+
* Think like an investor — where's the ROI?
|
|
188
|
+
* Think like a user — what would make you pay/share?
|
|
189
|
+
* Be specific — vague ideas are useless
|
|
190
|
+
* Be bold — safe ideas rarely win markets
|
|
@@ -0,0 +1,120 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: product
|
|
3
|
+
description: Review product design from user perspective for business value
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Product: Design Review for Business Value
|
|
7
|
+
|
|
8
|
+
Evaluate product design holistically — from user experience to business impact.
|
|
9
|
+
|
|
10
|
+
## 1. User Journey Audit
|
|
11
|
+
|
|
12
|
+
### First-Time User (0-5 minutes)
|
|
13
|
+
- Can they understand what the product does within 10 seconds?
|
|
14
|
+
- Is the value proposition immediately clear?
|
|
15
|
+
- Can they complete the core action without guidance?
|
|
16
|
+
- What's the time-to-first-value? Can it be shorter?
|
|
17
|
+
- Are there unnecessary barriers (signup walls, complex forms)?
|
|
18
|
+
|
|
19
|
+
### Learning User (5 min - 1 week)
|
|
20
|
+
- Is progressive disclosure working? (simple → advanced)
|
|
21
|
+
- Are help/tooltips available but not intrusive?
|
|
22
|
+
- Can they recover from mistakes easily?
|
|
23
|
+
- Is the learning curve appropriate for the target audience?
|
|
24
|
+
- What % would abandon at this stage? Why?
|
|
25
|
+
|
|
26
|
+
### Power User (1 week+)
|
|
27
|
+
- Are there shortcuts for frequent actions?
|
|
28
|
+
- Can they customize/personalize their experience?
|
|
29
|
+
- Are advanced features discoverable but not cluttering?
|
|
30
|
+
- What keeps them coming back? What might make them leave?
|
|
31
|
+
- Would they recommend it? Why or why not?
|
|
32
|
+
|
|
33
|
+
## 2. Business Value Assessment
|
|
34
|
+
|
|
35
|
+
### Acquisition
|
|
36
|
+
- Does the landing/home page convert visitors to users?
|
|
37
|
+
- Is the onboarding optimizing for activation, not just signup?
|
|
38
|
+
- What's the friction cost vs. quality filter tradeoff?
|
|
39
|
+
|
|
40
|
+
### Activation
|
|
41
|
+
- What's the "aha moment"? Is the path to it clear?
|
|
42
|
+
- How many steps to experience core value?
|
|
43
|
+
- What % of signups become activated users?
|
|
44
|
+
|
|
45
|
+
### Retention
|
|
46
|
+
- What triggers bring users back?
|
|
47
|
+
- Are there habit-forming loops?
|
|
48
|
+
- What would make a user churn? Are we addressing it?
|
|
49
|
+
|
|
50
|
+
### Revenue
|
|
51
|
+
- Is the pricing/upgrade path clear and compelling?
|
|
52
|
+
- Are premium features properly showcased?
|
|
53
|
+
- Does free tier demonstrate value without giving everything away?
|
|
54
|
+
|
|
55
|
+
### Referral
|
|
56
|
+
- Is there a natural share moment?
|
|
57
|
+
- Would users be proud to show this to others?
|
|
58
|
+
- Is word-of-mouth built into the experience?
|
|
59
|
+
|
|
60
|
+
## 3. UX Heuristics Check
|
|
61
|
+
|
|
62
|
+
- [ ] **Visibility** — System status always clear?
|
|
63
|
+
- [ ] **Match** — Speaks user's language, not dev jargon?
|
|
64
|
+
- [ ] **Control** — Easy undo, escape, go back?
|
|
65
|
+
- [ ] **Consistency** — Same patterns throughout?
|
|
66
|
+
- [ ] **Prevention** — Prevents errors before they happen?
|
|
67
|
+
- [ ] **Recognition** — Options visible, not memorized?
|
|
68
|
+
- [ ] **Flexibility** — Works for novice and expert?
|
|
69
|
+
- [ ] **Aesthetics** — Clean, focused, no clutter?
|
|
70
|
+
- [ ] **Recovery** — Helpful error messages with solutions?
|
|
71
|
+
- [ ] **Help** — Documentation accessible when needed?
|
|
72
|
+
|
|
73
|
+
## 4. Accessibility & Inclusivity
|
|
74
|
+
|
|
75
|
+
- Works without mouse (keyboard navigation)?
|
|
76
|
+
- Works with screen readers?
|
|
77
|
+
- Color contrast sufficient?
|
|
78
|
+
- Text resizable without breaking layout?
|
|
79
|
+
- Works on slow connections?
|
|
80
|
+
- Works on old devices/browsers?
|
|
81
|
+
- Internationalization-ready?
|
|
82
|
+
|
|
83
|
+
## 5. Competitive Edge
|
|
84
|
+
|
|
85
|
+
- What do competitors do better? Can we match or exceed?
|
|
86
|
+
- What do we do uniquely well? Is it emphasized?
|
|
87
|
+
- What's missing in the market that we could own?
|
|
88
|
+
- If a user tried competitor after us, would they come back? Why?
|
|
89
|
+
|
|
90
|
+
## Process
|
|
91
|
+
|
|
92
|
+
1. **Walk through** the entire product as each user type
|
|
93
|
+
2. **Document** friction points, confusion, delight moments
|
|
94
|
+
3. **Prioritize** by business impact × effort to fix
|
|
95
|
+
4. **Propose** specific, actionable improvements
|
|
96
|
+
5. **Validate** proposals against business goals
|
|
97
|
+
|
|
98
|
+
## Output
|
|
99
|
+
|
|
100
|
+
### Findings Report
|
|
101
|
+
| Issue | User Type | Business Impact | Effort | Priority |
|
|
102
|
+
|-------|-----------|-----------------|--------|----------|
|
|
103
|
+
| ... | ... | High/Med/Low | S/M/L | P0/P1/P2 |
|
|
104
|
+
|
|
105
|
+
### Quick Wins (< 1 day effort, high impact)
|
|
106
|
+
- ...
|
|
107
|
+
|
|
108
|
+
### Strategic Improvements (larger effort, transformative)
|
|
109
|
+
- ...
|
|
110
|
+
|
|
111
|
+
### Questions for User Research
|
|
112
|
+
- ...
|
|
113
|
+
|
|
114
|
+
## Mindset
|
|
115
|
+
|
|
116
|
+
* You ARE the user. Feel their frustration, anticipate their needs.
|
|
117
|
+
* Every click, every second of confusion costs business value.
|
|
118
|
+
* Beautiful ≠ usable. Usable + beautiful = delightful.
|
|
119
|
+
* The best UI is invisible — users achieve goals without noticing the interface.
|
|
120
|
+
* Design for the user you have, not the user you wish you had.
|
package/package.json
CHANGED