tpo-design-review-checklist

Reviews UX/UI designs against requirement, accessibility, and feasibility checklists with structured verdicts.

Updated Mar 22, 2026
One-click install
npx skills add https://github.com/TECH-HY/SKILLS --skill tpo-design-review-checklist-tech-hy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tpo-design-review-checklist
Source: https://github.com/TECH-HY/SKILLS/tree/main/skills/tpo-design-review-checklist
Command: npx skills add https://github.com/TECH-HY/SKILLS --skill tpo-design-review-checklist-tech-hy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Design reviews are often subjective and inconsistent, letting usability, accessibility, and feasibility issues slip into development. This Skill gives a Technical Product Owner a systematic checklist to evaluate designs before, during, and after implementation. ## Core Features & Use Cases - Structured Review Dimensions: Twelve checklist sections covering requirement alignment, user flow, information architecture, visual hierarchy, component consistency, forms, tables, accessibility, responsive behavior, microcopy, and technical feasibility. - Clear Verdicts and Reject Criteria: Classify designs as Accepted, Accepted with minor fixes, Rejected, or Needs clarification, with explicit reject conditions per section. - Reusable Review Template: A final review template with pass/fail sections and a prioritized fix table (P0/P1/P2) including owners and acceptance criteria. - Use Case: Before handing a new checkout flow to developers, run the checklist to confirm all states (empty, loading, error) are designed, keyboard navigation works, and backend data supports every UI element. ## Quick Start Review the attached checkout screen design against the design review checklist and produce a verdict with a prioritized list of required fixes.

Frequently Asked Questions about tpo-design-review-checklist

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a UI design before development starts?

Use a structured design review checklist covering requirement alignment, user flow, visual hierarchy, accessibility, and technical feasibility. Gather the PRD, technical specification, user stories, and screens first, then assign a verdict such as Accepted or Rejected with documented fixes.

What should a design review checklist include?

A design review checklist should cover requirement alignment, user flow completion, information architecture, visual hierarchy, component consistency, forms and validation, accessibility, responsive behavior, microcopy, and technical feasibility. Each section needs explicit pass criteria and reject conditions.

When should a design be rejected in review?

Reject a design when users can get stuck in the flow, the primary action is unclear, keyboard-only operation is impossible, color is the only status indicator, or required fields and error guidance are missing. Major requirement or feasibility gaps also warrant rejection.

What inputs are needed for a UX design review?

A design review requires the Product Requirements Document, technical specification, user stories, acceptance criteria, target user type, business goal, screens or prototype, user flow, existing design system, platform constraints, and mobile and desktop requirements.

How do I document design review findings?

Document findings with a final review template recording the verdict, scope reviewed, pass/fail per section, and a prioritized fix table with priority, issue, required fix, owner, and acceptance criterion. End with a clear final decision statement.