running-design-reviews

Framework for running design reviews using feedback hierarchy and structured critique. Prioritize feedback by value first (does it solve the problem?), then usability, then delight; defer aesthetic concerns until core value is validated Assign senior leaders as project sponsors to oversee quality through live demos and review 100% of shipped screens before launch Structure reviews around specific feedback requests; ask presenters exactly what type of input they need rather than opening unstructured critique Start with big-picture assessment before discussing details; use blurred vision to evaluate overall cohesiveness instead of pixel-level minutiae Includes common mistakes to avoid: mixing aesthetic opinions with core concerns, reviewing static decks instead of interactive prototypes, and shipping without clear quality standards

INSTALLATION
npx skills add https://github.com/refoundai/lenny-skills --skill running-design-reviews
Run in your project or agent environment. Adjust flags if your CLI version differs.

SKILL.md

$2a

Assign sponsors for major projects

Karri Saarinen: "We are basically the sponsors for the projects. So then we are responsible reviewing the work. And so we might just have a meeting where we go through, okay..." Assign a founder or senior leader as a sponsor for every major project to oversee quality through live demos rather than static slide decks.

Review 100% of shipped screens

Dmitry Zlokazov: "Founders of the company, they still review a hundred percent of screens that are being shipped and everything that you will see in the app pass this review." Maintain a high quality bar by having senior leaders review every user-facing screen before shipping.

Structure reviews around specific feedback requests

Geoff Charles: "Any large rock that we have on the roadmap needs to be brought into the product review process... but it needs to be structured in a way where you are asking specifically for what type of feedback you want." Only bring high-risk decisions to formal reviews and require presenters to specify exactly what feedback they need.

Start big picture before minutiae

Jessica Hische: "Always think big picture before you think minutiae, because sometimes people think that... They'll throw a bunch of minutiae stuff at me, but it's because they don't know what's really bugging them." Ask "What is the overall thing that's bothering me?" before commenting on specific elements.

Use blurred vision to see cohesiveness

Jessica Hische: "Use 'blurred eyes' to look at a brand's overall cohesiveness rather than focusing on individual pixels." Step back from details to assess whether the overall design holds together.

Questions to Help Users

  • "What specific type of feedback are you looking for in this review?"
  • "Is the core value proposition clear? Does this solve the right problem?"
  • "Before we discuss details - what's the overall feeling when you first look at this?"
  • "What are the highest-risk elements of this design that need the most scrutiny?"
  • "What would make this not shippable? Are we close to that line?"
  • "If a user sees this for three seconds, what will they understand?"

Common Mistakes to Flag

  • Feedback without hierarchy - Mixing aesthetic opinions with core value concerns
  • Static reviews - Reviewing slide decks instead of interactive demos
  • Unstructured feedback requests - Not specifying what kind of feedback is needed
  • Skipping to details - Critiquing pixels before validating the concept
  • No quality bar - Shipping without senior review or clear standards

Deep Dive

For all 10 insights from 8 guests, see references/guest-insights.md

Related Skills

  • product-taste-intuition
  • running-effective-meetings
  • scoping-cutting
BrowserAct

Let your agent run on any real-world website

Bypass CAPTCHA & anti-bot for free. Start local, scale to cloud.

Explore BrowserAct Skills →

Stop writing automation&scrapers

Install the CLI. Run your first Skill in 30 seconds. Scale when you're ready.

Start free
free · no credit card