Frontend Design Review
Overview
This skill provides expert guidance for conducting thorough frontend design reviews, covering UI/UX design quality, design system consistency, accessibility compliance, and responsive design patterns. The skill helps identify design issues early in the development lifecycle, ensuring designs meet quality standards, accessibility requirements, and business objectives before implementation.
Core Capabilities
1. UI/UX Design Quality Review
- Visual design assessment (typography, color, spacing, layout, visual hierarchy)
- User experience evaluation (flows, interactions, navigation, usability)
- Design consistency verification across screens and journeys
- Brand alignment and visual identity validation
- Cognitive load analysis
2. Design System Validation
- Component library review (design, variants, states, reusability)
- Design tokens validation (colors, typography, spacing)
- Pattern library assessment for consistency
- Documentation quality evaluation
- Design system governance assessment
3. Accessibility Compliance
- WCAG 2.1 AA compliance verification
- Color contrast validation (4.5:1 text, 3:1 UI components)
- Keyboard navigation and focus management
- Screen reader support validation
- Accessible interaction patterns review
4. Responsive Design Review
- Breakpoint strategy evaluation
- Mobile-first approach assessment
- Touch target sizing verification (44x44px minimum)
- Content adaptation across viewports
- Performance considerations
5. Component Architecture Assessment
- Component hierarchy and composition patterns
- Reusability and flexibility evaluation
- State management review (default, hover, active, disabled, error, loading)
- Component variants and customization patterns
- Component documentation quality
Workflow
Phase 1: Pre-Review Preparation
1. Gather Design Assets
- Collect Figma/Sketch files, design specifications, mockups
- Obtain design system documentation and component library
- Review brand guidelines and style guides
- Gather user research findings and personas
2. Understand Context
- Review project requirements and business objectives
- Understand target users and use cases
- Identify key user journeys and critical flows
- Note technical constraints and platform requirements
3. Define Review Scope
- Identify screens/flows to review
- Determine review depth (high-level vs. detailed)
- Set priorities based on importance
- Establish timeline and deliverables
Phase 2: Conduct Design Review
Step 1: Visual Design Review
- Assess typography (font selection, type scale, line heights, consistency)
- Evaluate color system (palette, contrast, semantic usage, tokens)
- Review spacing and layout (grid system, whitespace, alignment)
- Check visual hierarchy (size, color, position, emphasis)
- Validate iconography (style, size, clarity, consistency)
- Assess imagery and media (quality, aspect ratios, optimization)
Step 2: Design System Compliance
- Verify component usage matches design system
- Check for design token usage (no hard-coded values)
- Identify deviations from established patterns
- Validate component variants and states
- Review custom components vs. system components
Step 3: Accessibility Audit
- Test color contrast ratios for all text and UI elements
- Verify keyboard navigation and tab order
- Check focus indicators visibility and clarity
- Validate ARIA labels and semantic structure
- Review alternative text for images
- Assess form label associations
- Test interactive element accessibility
Step 4: Responsive Design Evaluation
- Review breakpoint strategy (mobile, tablet, desktop)
- Check content adaptation at different viewports
- Verify touch target sizes on mobile
- Assess navigation patterns for mobile
- Review image responsiveness and optimization
- Validate typography scaling across devices
Step 5: Component Architecture Analysis
- Evaluate component organization and hierarchy
- Review component reusability and composition
- Check component state coverage
- Assess variant design and flexibility
- Validate component props and customization
Step 6: User Experience Assessment
- Analyze user flows and task completion paths
- Evaluate navigation structure and findability
- Check interaction patterns and feedback
- Assess error states and error handling
- Review empty states and loading states
- Validate form design and validation patterns
Phase 3: Document Findings
1. Categorize Issues by Severity
- Critical: Blocking issues, must fix before launch
- High: Significant usability/accessibility issues
- Medium: Issues with workarounds, should fix soon
- Low: Minor polish, nice-to-haves
2. Create Detailed Findings Report
See design-review-report-template.md for comprehensive report structure
Include:
- Executive summary with key statistics
- Review scope documentation
- Findings by category with specific examples
- Severity-rated issue list
- Positive observations (what's working well)
- Actionable recommendations with priorities
- Action items with owners and timelines
3. Provide Visual Examples
- Screenshot issues with annotations
- Show before/after for recommendations
- Include contrast ratio measurements
- Document component state issues visually
Phase 4: Collaborate on Solutions
1. Prioritize Fixes
- Separate must-fix from nice-to-have
- Consider implementation effort
- Balance user impact with development cost
2. Create Action Plan
- Assign owners (design team vs. development team)
- Set realistic timelines
- Schedule follow-up review
3. Document Decisions
- Record accepted risks or trade-offs
- Note items deferred to future work
- Update design system if patterns change
Severity Level Guidelines
Critical (Blocking)
- Violates WCAG AA requirements (legal risk)
- Completely blocks core user tasks
- Causes data loss or security issues
- Severely damages brand or user trust
High Priority
- Significantly degrades user experience
- Impacts large number of users
- Creates major accessibility barriers
- Inconsistent with design system causing confusion
Medium Priority
- Negatively impacts experience but has workarounds
- Affects subset of users
- Minor accessibility issues (WCAG AAA)
- Design inconsistencies that are noticeable
Low Priority
- Polish and optimization items
- Edge case issues
- Minor visual refinements
- Nice-to-have enhancements
Accessibility Quick Reference
WCAG 2.1 AA Requirements:
- Color contrast: 4.5:1 for normal text, 3:1 for large text (18pt+ or 14pt+ bold)
- UI component contrast: 3:1 minimum
- Keyboard accessible: All functionality available via keyboard
- Focus visible: Clear focus indicators on interactive elements
- Text alternatives: All images have appropriate alt text
- Form labels: All inputs have associated labels
- Semantic HTML: Proper heading hierarchy and landmarks
- Touch targets: 44x44 CSS pixels minimum
Testing Tools:
- Color contrast: WebAIM Contrast Checker, Stark plugin
- Keyboard nav: Manual testing with Tab/Shift+Tab
- Screen reader: Test with VoiceOver (Mac), NVDA (Windows)
Design System Review Checklist
Component Usage:
Design Tokens:
Patterns:
Reference Files
Load these references based on specific review needs:
best-practices-for-design-reviews.md - Review methodology, tools, and techniques for effective design reviews
common-design-issues-to-watch-for.md - Frequently encountered design problems and red flags to identify during reviews
design-review-process.md - Comprehensive step-by-step process with detailed checklists for each review phase
design-system-patterns.md - Design system validation criteria, component patterns, and token usage guidelines
responsive-design-patterns.md - Breakpoint strategies, mobile-first patterns, and responsive design best practices
accessibility-guidelines.md - Detailed WCAG 2.1 AA compliance guidelines, testing procedures, and accessibility patterns
severity-levels.md - Detailed severity level definitions and criteria for categorizing design issues
design-review-report-template.md - Complete report template with all sections for documenting review findings
Example Review Flow
Scenario: Reviewing a new checkout flow design in Figma
Preparation (30 min)
- Review checkout requirements and success metrics
- Identify 5 screens in checkout flow
- Gather payment compliance requirements
- Review design system component library
Visual Design Review (45 min)
- Check typography consistency across all 5 screens
- Verify color contrast on CTA buttons (found 2 issues)
- Validate spacing follows 8px grid
- Review visual hierarchy on payment screen
Accessibility Audit (60 min)
- Test color contrast: 3 text elements fail (4.2:1, need 4.5:1)
- Check keyboard flow: Tab order jumps incorrectly on screen 3
- Verify ARIA labels: Payment input missing label association
- Review error states: Error messages lack semantic markup
Responsive Review (30 min)
- Check mobile breakpoint: Form inputs too small (38px height)
- Verify tablet layout: Good adaptation
- Test content reflow: Success
Design System Check (20 min)
- Found custom button variant not in system
- Spacing uses hard-coded values instead of tokens
- Form patterns match system conventions ✅
Document Findings (45 min)
- 3 Critical issues: Contrast failures, touch target sizes
- 5 High issues: Keyboard navigation, missing labels
- 4 Medium issues: Design token usage, custom components
- Create report using template with visual examples
Deliverables
- Design review report with 12 findings
- Annotated Figma comments on specific issues
- Prioritized action items with owners
- Schedule follow-up review in 1 week
Total Time: ~3.5 hours for comprehensive review
Tips for Effective Reviews
Be Specific: Don't say "improve contrast". Say "Body text on blue background has 3.8:1 contrast, needs 4.5:1. Darken text to #1a1a1a or lighten background."
Show Examples: Include screenshots with annotations. Show the issue and suggest visual fixes.
Prioritize: Clearly separate must-fix from nice-to-have. Focus on user impact.
Provide Context: Explain why an issue matters. "This contrast failure affects 8% of users with low vision."
Be Constructive: Acknowledge what works well. Balance criticism with recognition.
Collaborate: Review findings with designers before finalizing. Get their input on solutions.
Follow Up: Schedule re-review to verify fixes. Track issues to completion.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: frontend-design-review3description: Conducts comprehensive frontend design reviews covering UI/UX design quality, design system validation, accessibility compliance, responsive design patterns, component library architecture, and visual design consistency. Evaluates design specifications, Figma/Sketch files, design tokens, interaction patterns, and user experience flows. Identifies usability issues, accessibility violations, design system deviations, and provides actionable recommendations for improvement. Produces detailed design review reports with severity-rated findings, visual examples, and implementation guidelines. Use when reviewing frontend designs, validating design systems, ensuring accessibility compliance, evaluating component libraries, assessing responsive designs, or when users mention design review, UI/UX review, Figma review, design system validation, accessibility audit, or frontend design quality. Use when this capability is needed.4---56# Frontend Design Review78## Overview910This skill provides expert guidance for conducting thorough frontend design reviews, covering UI/UX design quality, design system consistency, accessibility compliance, and responsive design patterns. The skill helps identify design issues early in the development lifecycle, ensuring designs meet quality standards, accessibility requirements, and business objectives before implementation.1112## Core Capabilities1314## 1. UI/UX Design Quality Review1516- Visual design assessment (typography, color, spacing, layout, visual hierarchy)17- User experience evaluation (flows, interactions, navigation, usability)18- Design consistency verification across screens and journeys19- Brand alignment and visual identity validation20- Cognitive load analysis2122### 2. Design System Validation2324- Component library review (design, variants, states, reusability)25- Design tokens validation (colors, typography, spacing)26- Pattern library assessment for consistency27- Documentation quality evaluation28- Design system governance assessment2930### 3. Accessibility Compliance3132- WCAG 2.1 AA compliance verification33- Color contrast validation (4.5:1 text, 3:1 UI components)34- Keyboard navigation and focus management35- Screen reader support validation36- Accessible interaction patterns review3738### 4. Responsive Design Review3940- Breakpoint strategy evaluation41- Mobile-first approach assessment42- Touch target sizing verification (44x44px minimum)43- Content adaptation across viewports44- Performance considerations4546### 5. Component Architecture Assessment4748- Component hierarchy and composition patterns49- Reusability and flexibility evaluation50- State management review (default, hover, active, disabled, error, loading)51- Component variants and customization patterns52- Component documentation quality5354## Workflow5556### Phase 1: Pre-Review Preparation5758**1. Gather Design Assets**5960- Collect Figma/Sketch files, design specifications, mockups61- Obtain design system documentation and component library62- Review brand guidelines and style guides63- Gather user research findings and personas6465**2. Understand Context**6667- Review project requirements and business objectives68- Understand target users and use cases69- Identify key user journeys and critical flows70- Note technical constraints and platform requirements7172**3. Define Review Scope**7374- Identify screens/flows to review75- Determine review depth (high-level vs. detailed)76- Set priorities based on importance77- Establish timeline and deliverables7879### Phase 2: Conduct Design Review8081**Step 1: Visual Design Review**8283- Assess typography (font selection, type scale, line heights, consistency)84- Evaluate color system (palette, contrast, semantic usage, tokens)85- Review spacing and layout (grid system, whitespace, alignment)86- Check visual hierarchy (size, color, position, emphasis)87- Validate iconography (style, size, clarity, consistency)88- Assess imagery and media (quality, aspect ratios, optimization)8990**Step 2: Design System Compliance**9192- Verify component usage matches design system93- Check for design token usage (no hard-coded values)94- Identify deviations from established patterns95- Validate component variants and states96- Review custom components vs. system components9798**Step 3: Accessibility Audit**99100- Test color contrast ratios for all text and UI elements101- Verify keyboard navigation and tab order102- Check focus indicators visibility and clarity103- Validate ARIA labels and semantic structure104- Review alternative text for images105- Assess form label associations106- Test interactive element accessibility107108**Step 4: Responsive Design Evaluation**109110- Review breakpoint strategy (mobile, tablet, desktop)111- Check content adaptation at different viewports112- Verify touch target sizes on mobile113- Assess navigation patterns for mobile114- Review image responsiveness and optimization115- Validate typography scaling across devices116117**Step 5: Component Architecture Analysis**118119- Evaluate component organization and hierarchy120- Review component reusability and composition121- Check component state coverage122- Assess variant design and flexibility123- Validate component props and customization124125**Step 6: User Experience Assessment**126127- Analyze user flows and task completion paths128- Evaluate navigation structure and findability129- Check interaction patterns and feedback130- Assess error states and error handling131- Review empty states and loading states132- Validate form design and validation patterns133134### Phase 3: Document Findings135136**1. Categorize Issues by Severity**137138- **Critical**: Blocking issues, must fix before launch139- **High**: Significant usability/accessibility issues140- **Medium**: Issues with workarounds, should fix soon141- **Low**: Minor polish, nice-to-haves142143**2. Create Detailed Findings Report**144See [design-review-report-template.md](references/design-review-report-template.md) for comprehensive report structure145146Include:147148- Executive summary with key statistics149- Review scope documentation150- Findings by category with specific examples151- Severity-rated issue list152- Positive observations (what's working well)153- Actionable recommendations with priorities154- Action items with owners and timelines155156**3. Provide Visual Examples**157158- Screenshot issues with annotations159- Show before/after for recommendations160- Include contrast ratio measurements161- Document component state issues visually162163### Phase 4: Collaborate on Solutions164165**1. Prioritize Fixes**166167- Separate must-fix from nice-to-have168- Consider implementation effort169- Balance user impact with development cost170171**2. Create Action Plan**172173- Assign owners (design team vs. development team)174- Set realistic timelines175- Schedule follow-up review176177**3. Document Decisions**178179- Record accepted risks or trade-offs180- Note items deferred to future work181- Update design system if patterns change182183## Severity Level Guidelines184185**Critical (Blocking)**186187- Violates WCAG AA requirements (legal risk)188- Completely blocks core user tasks189- Causes data loss or security issues190- Severely damages brand or user trust191192**High Priority**193194- Significantly degrades user experience195- Impacts large number of users196- Creates major accessibility barriers197- Inconsistent with design system causing confusion198199**Medium Priority**200201- Negatively impacts experience but has workarounds202- Affects subset of users203- Minor accessibility issues (WCAG AAA)204- Design inconsistencies that are noticeable205206**Low Priority**207208- Polish and optimization items209- Edge case issues210- Minor visual refinements211- Nice-to-have enhancements212213## Accessibility Quick Reference214215**WCAG 2.1 AA Requirements:**216217- Color contrast: 4.5:1 for normal text, 3:1 for large text (18pt+ or 14pt+ bold)218- UI component contrast: 3:1 minimum219- Keyboard accessible: All functionality available via keyboard220- Focus visible: Clear focus indicators on interactive elements221- Text alternatives: All images have appropriate alt text222- Form labels: All inputs have associated labels223- Semantic HTML: Proper heading hierarchy and landmarks224- Touch targets: 44x44 CSS pixels minimum225226**Testing Tools:**227228- Color contrast: WebAIM Contrast Checker, Stark plugin229- Keyboard nav: Manual testing with Tab/Shift+Tab230- Screen reader: Test with VoiceOver (Mac), NVDA (Windows)231232## Design System Review Checklist233234**Component Usage:**235236- [ ] All components sourced from design system237- [ ] No one-off custom variations without justification238- [ ] Component variants used appropriately239- [ ] All component states designed (default, hover, active, disabled, error, loading)240241**Design Tokens:**242243- [ ] Colors use token references (not hex values)244- [ ] Typography uses token references (not hard-coded sizes)245- [ ] Spacing uses token references (8px grid system)246- [ ] Shadows and effects use token references247248**Patterns:**249250- [ ] Navigation patterns consistent with system251- [ ] Form patterns follow system conventions252- [ ] Modal/dialog patterns match system253- [ ] Empty states use system patterns254- [ ] Error handling follows system patterns255256## Reference Files257258**Load these references based on specific review needs:**259260- **[best-practices-for-design-reviews.md](references/best-practices-for-design-reviews.md)** - Review methodology, tools, and techniques for effective design reviews261262- **[common-design-issues-to-watch-for.md](references/common-design-issues-to-watch-for.md)** - Frequently encountered design problems and red flags to identify during reviews263264- **[design-review-process.md](references/design-review-process.md)** - Comprehensive step-by-step process with detailed checklists for each review phase265266- **[design-system-patterns.md](references/design-system-patterns.md)** - Design system validation criteria, component patterns, and token usage guidelines267268- **[responsive-design-patterns.md](references/responsive-design-patterns.md)** - Breakpoint strategies, mobile-first patterns, and responsive design best practices269270- **[accessibility-guidelines.md](references/accessibility-guidelines.md)** - Detailed WCAG 2.1 AA compliance guidelines, testing procedures, and accessibility patterns271272- **[severity-levels.md](references/severity-levels.md)** - Detailed severity level definitions and criteria for categorizing design issues273274- **[design-review-report-template.md](references/design-review-report-template.md)** - Complete report template with all sections for documenting review findings275276## Example Review Flow277278**Scenario**: Reviewing a new checkout flow design in Figma2792801. **Preparation** (30 min)281 - Review checkout requirements and success metrics282 - Identify 5 screens in checkout flow283 - Gather payment compliance requirements284 - Review design system component library2852862. **Visual Design Review** (45 min)287 - Check typography consistency across all 5 screens288 - Verify color contrast on CTA buttons (found 2 issues)289 - Validate spacing follows 8px grid290 - Review visual hierarchy on payment screen2912923. **Accessibility Audit** (60 min)293 - Test color contrast: 3 text elements fail (4.2:1, need 4.5:1)294 - Check keyboard flow: Tab order jumps incorrectly on screen 3295 - Verify ARIA labels: Payment input missing label association296 - Review error states: Error messages lack semantic markup2972984. **Responsive Review** (30 min)299 - Check mobile breakpoint: Form inputs too small (38px height)300 - Verify tablet layout: Good adaptation301 - Test content reflow: Success3023035. **Design System Check** (20 min)304 - Found custom button variant not in system305 - Spacing uses hard-coded values instead of tokens306 - Form patterns match system conventions ✅3073086. **Document Findings** (45 min)309 - 3 Critical issues: Contrast failures, touch target sizes310 - 5 High issues: Keyboard navigation, missing labels311 - 4 Medium issues: Design token usage, custom components312 - Create report using template with visual examples3133147. **Deliverables**315 - Design review report with 12 findings316 - Annotated Figma comments on specific issues317 - Prioritized action items with owners318 - Schedule follow-up review in 1 week319320**Total Time**: ~3.5 hours for comprehensive review321322## Tips for Effective Reviews323324**Be Specific**: Don't say "improve contrast". Say "Body text on blue background has 3.8:1 contrast, needs 4.5:1. Darken text to #1a1a1a or lighten background."325326**Show Examples**: Include screenshots with annotations. Show the issue and suggest visual fixes.327328**Prioritize**: Clearly separate must-fix from nice-to-have. Focus on user impact.329330**Provide Context**: Explain why an issue matters. "This contrast failure affects 8% of users with low vision."331332**Be Constructive**: Acknowledge what works well. Balance criticism with recognition.333334**Collaborate**: Review findings with designers before finalizing. Get their input on solutions.335336**Follow Up**: Schedule re-review to verify fixes. Track issues to completion.337338---339> Converted and distributed by [TomeVault](https://tomevault.io/claim/dauquangthanh) — claim your Tome and manage your conversions.340<!-- tomevault:4.0:skill_md:2026-04-11 -->