laws-of-uxlisted
Install: claude install-skill imikailoby/claude-skills
# Laws of UX
Heuristic **lenses** for designing and critiquing interfaces. A lens is a default, not a mandate: apply the ones that fit, name each lens you use so feedback is concrete and teachable, and stay anchored to the user's actual goal — when their context or research contradicts a lens, the context wins; say so explicitly.
Load `references/laws-catalog.md` for a law's full takeaways, examples, and origins — reach for it when a finding needs depth or the user asks why.
## Designing / building
Pick the 3–5 lenses most relevant to the surface (a form → Tesler's, Postel's, Working Memory, Doherty; a landing page → Hick's, Von Restorff, Serial Position, Aesthetic-Usability) and let them shape the choices as you make them. Done when the delivered design names the lenses that shaped it.
## Auditing / reviewing
Walk every group below. Cite a lens only where there's a real issue or a real win. Done when all six groups have been walked and every finding carries three parts: the law by name, a severity (critical / important / nice-to-have), and a concrete fix.
### Decisions & choices (reduce friction to act)
- [ ] **Hick's Law** — Too many choices at once? Break into steps, group, defer. Decision time grows with number/complexity of options.
- [ ] **Choice Overload** — Long undifferentiated lists (plans, products)? Add filtering, a recommended/featured default, side-by-side comparison.
- [ ] **Miller's Law** — Are items chunked into ~5–9 groups rather than one flat dump? (