Oct 15, 2018 | by Budi Tanrim

About design critique

How I see critique as a beneficial culture and my experiment with it.


Last week in Bukalapak Design All-hands, I had a chance to share my thought on how critique culture can be beneficial for the individual crafter, the quality of work they’d produce, and the team.

Let me be clear. I’m no expert at giving or asking critique. In fact, I used to give bad critiques without realizing it and this is something I’m still working on. However, I firmly believe that a healthy critique culture is beneficial.

Uh-hm… Why should I care about critique?

That’s a good and valid question. Let’s start there.

So you’ve worked hard on your craft, you explore the different possibility to solve the problem, and you’ve even tried to anticipate all the edge cases. Now what? For most people, they’ll take a step back and see what can they’ve done better.

But, here’s come the real question. How would you do that?

Critiques help you improve your work. And more.

In the design world, I find it is nearly impossible to improve a design without feedback from others. If you work at the highly collaborative environment, critique becomes the essential part to help you avoid mistakes, find your blind spot, and at the end of the day will improve your work.

In short, having a healthy critique culture in your team can help you:

  • Identify the blind spots
  • Identify missed opportunities
  • Weigh the trade-off based on the design choices
  • Review how effective the design to achieve the objectives
  • Get you back on the right track

Okay. What is Critique?

Adam and Aaron, in their book Discussing Design, describe an excellent definition of what good critique is:

Critique is a form of analysis that uses critical thinking to determine whether a design is expected to achieve the objectives. Adam Connor and Aaron Irizarry

This definition really resonates to me, because I think good critique focuses on objectives of the design and remove the personal opinion from the equation. You see, design mostly has a goal its intent to achieve. Therefore, the discussion and critique should be tied back to the goal.

My note and experiment with critique

Critique is complicated! Throughout a year, I’ve been trying to get better at it. So I’ve been experimenting with a few things and I want to share my thoughts.

So far, these are a few aspects I’m looking at when asking for critique.

  • The context
  • The question
  • The mindset

On the other hand, these are some points I’m still trying to get better when giving critique:

  • Leading with questions
  • Be complete and articulate why
  • Avoid selfish critique
  • Separate the person with the work

When asking for critique…

1. The context

With context vs without context

One day on the fresh eyes1 session. I presented a few explorations without context whatsoever to see how it goes. Later, I noticed people started to shape a very surface-level feedback, while others asked questions to gain the context a bit more.

My personal takeaway: Without context, people will focus on surface things. Maybe this is what you want, it’s not always bad though. But, generally speaking, without enough context, people spend their time understanding the context instead of focusing on analyzing the design and the goal. Without setting the stage, you might end up with an inefficient meeting.

2. The question

Generic question vs specific question

The question we’re asking could determine what kind of feedback we’ll get.

For instance, when showing design exploration, you can either ask a generic question like “What do you think?” or more specific question like “Which one achieve the goal better?” You should choose this carefully, if you just want to get people’s thought in general, maybe the generic question is okay. However, I often find myself getting a valuable feedback when I ask a specific question.

My personal takeaway: Unless you want to hear people’s opinion or gut-reaction, the last question you want to ask is “What do you think?” question. This question is often inviting subjectivity. More importantly, this question doesn’t help people to understand the scope of the discussion. To illustrate this:

Generic-question-vs-specific-question Left: Generic question will invite brutal subjective opinion. Right: Specific question frame the discussion and make people think ril' hard.

3. The mindset

Don’t fish for compliments

This one is less of an experiment, rather it’s a quick note. As human being, it’s our nature to look for validation. However, we shouldn’t hope or use critique session to fulfill that. Instead, focus on identifying what we missed, what mistakes we did, and what/how we can improve. Compliments will come naturally when you did a good job, don’t too worry about it.

When giving critique…

1. Lead with question

The common blocker for people to give good feedback is lack of context or knowledge. By asking questions, you’ll gain more context and then you can be more helpful.

I’m not saying that we have to ask questions all the time. If we know the context and can help analyze the design, there’s nothing wrong by just give the point right away.

2. Be complete and articulate the why

Not only we should understand the context and analyze whether the design achieves its objective. Whenever possible, once you give your opinion based on analyzing the design, try to articulate the why to make it a complete feedback.

3. Avoid selfish critique

Fundamentally, if we’re trying to critique a work, we should focus on the problem and analyze their works. Unless necessary, we should avoid offering a new solution on top of theirs — that is a straight selfish act.

My personal takeaway: If I have an idea, I better talk about it in the other place. Not to make people listen to my idea while they’re asking for feedback.

4. Separate the person with the work.

When giving a critique, focus on the work, not the person. It’s easier to find fault on the person than to look for the fault within the context of what that person is doing. I’d love to quote Steve Jobs during his interview with Bob Cringely,

“The most important thing I think you can do for somebody who’s really good and who’s really being counted on is to point out to them when they’re not — when their work isn’t good enough. And to do it very clearly and to articulate why…” Steve Jobs

Noticed Jobs caught himself commenting about the person “…when they’re not…“ and quickly corrected himself to “…when their work isn’t good enough.” Realizing it or not, I think Jobs aware of how important to separate the person with the work.

Should I ignore a bad critique?


Sometimes, what it seems as a bad critique could have a good point behind it. The bad critique may appear because the critiquer2 don’t yet have the right vocabulary or language to articulate it. Therefore, try to ask some clarification questions before you neglect that critique.

Scenario 1

A: “I don’t like that color,”
B: “What is it that wrong with the color?”
A: “I don’t know, I don’t like it,”

In this type of scenario, you probably can go ahead and ignore it because it’s preferential3. At least until further clarification from the critiquer. Okay, now let’s see the other scenario where the critiquer can better elaborate his thought.

Scenario 2

A: “I don’t like that color.”
B: “What is it that wrong with the color?”
A: “I think the red color is too alarming.”
B: “Why alarming is bad here?”
B: “Well, it distracts the users from what’s important.”

You see, in this scenario, we started from what it seems a subjective opinion into a valid consideration. The red color probably is too alarming in the context and distracts people.

Takeaway: Ask clarification question to decide whether you should ignore or dig deeper into the critique. Maybe you can get something out of it.


Closing chat to the reader

Critique is a hard topic to write due to the ambiguity and lots of factors to consider. Please notes this post written based on my experience. Therefore, please adjust this to your own context. I hope there are some useful takeaways!

Please reach me out if you have your thought or framework on building a good critique culture in the team.

note: I noticed a lot of you have been sharing the previous post and it actually means a lot to me. It actually drives me to write responsibly. Thank you, gangs!


  1. Fresh eyes is a session where we spend 1 hour to exchange feedbacks and thoughts. Normally with a few people presenting their works.
  2. Critiquer is the person who gives the critique.
  3. It means the critiquer giving a feedback that’s purely comes from his opinion without considering the goal.

Hi, this blog is no longer active. I move to substack. You can subscribe below or go to newsletter.buditanrim.co

Continue reading
Newer post: Things I learned from working at Shopify
Older post: Common icon design problems you should avoid


Mar 05 Move to Substack, temporarily
Feb 28 Locks and keys
Feb 27 Learn from the bad design alternatives
Feb 23 Tying shoelaces while running
Feb 17 Problems are pathways
Feb 10 Persistence
Feb 09 Who's responsible?
Feb 07 Users vs. customers
Feb 06 How to design a listing page?
Feb 02 Fixated on the solution too soon
Jan 31 Good product designers vs. Great product designers
Jan 24 The problem with dot voting
Jan 21 Choosing your team's ideas with dot voting
Jan 19 Start a project with alignment
Jan 18 Aligning different people
Jan 16 Career discussion
Jan 12 Facilitation: Managing discussions
Jan 10 Facilitation: Overview
Jan 05 Designer maturity


Dec 31 Build a habit, not plan
Dec 30 Find what excites you
Dec 29 Closing your 2021 chapter
Dec 27 Is interface design an art?
Dec 25 Hiding from the decision
Dec 15 The story in our head
Dec 12 Avoid pitching culture
Dec 09 Optimism is not enough
Dec 07 Optimist vs. complainer
Dec 01 Firefighting
Nov 28 Productive work vs. busywork
Nov 23 Leadership in the design system
Nov 08 No true Scotsman fallacy
Nov 06 Costly team celebration
Nov 03 Element of debates
Nov 01 Question the question
Oct 31 Discussion treemap
Oct 25 Carpenter toolbox
Oct 21 The questions from the candidate
Oct 18 Weekly goals...
Oct 12 Two things the team need to align
Oct 11 Cross-pollination
Oct 08 My view on design practice
Oct 04 Silent meeting
Oct 02 Triangulation
Sep 29 Groupthink
Sep 27 Before, during, after
Sep 21 Take a vacation to learn
Sep 14 LEGO Kits syndrome
Sep 02 Level 1 and level 2 decision
Aug 31 The alternative of hypothetical questions
Aug 24 End your meeting with reflection
Aug 18 We see what we want to see
Aug 14 Outcome-focused mindset
Aug 11 Hypothetical questions
Aug 09 A quick update and what's next
Aug 01 Silence is boring, but 50 million people would hope to hear silence
Jul 29 Asking questions
Jul 25 Inside out or outside in?
Jul 22 Poor thinkers vs. good thinkers
Jul 19 Ethical Design: Layer of consequences
Jul 16 Ethical Design: Profit over people?
Jul 13 Ethical Design: Harms of our work
Jul 07 3 questions to improve your interface design
Jul 06 Reflection questions I lately use
Jul 03 Accessibility: Irlen syndrome
Jun 30 Incomplete reality
Jun 29 Design system: Auditing color system
Jun 22 Puzzle vs. Problem
Jun 21 Side effects of A/B testing
Jun 19 Embracing inferiority
Jun 18 How to optimize apprenticeship?
Jun 15 Build alignment
Jun 14 How to choose a company?
Jun 09 Better product?
Jun 07 Different vs. weird
Jun 06 Falling seventeen times in an hour
Jun 02 Reflect: Learning through experience
Jun 01 The power of anti-goals
May 26 Lifelong learner
May 25 Learning over money
May 24 The reflection exercise during a pandemic
May 21 Constraint
May 19 Advocacy and inquiry
May 18 Resistance to new product
May 17 Balance
May 14 Skilled incompetence
May 12 Need and want
May 11 How to frame the design system rollout
May 10 Dancing with a stranger
May 07 Good decision
May 05 Confusing popularity and value
May 04 Objective, strategy, and tactic
May 03 Self-learning
May 01 Small actions for self-improvement
Apr 30 Slow thinker
Apr 28 Mindset in the new job
Apr 27 One-on-one guide for individual contributors
Apr 26 Team player
Apr 23 'It looks good to me'
Apr 21 Why do you work?
Apr 20 The Steve Jobs' Error
Apr 19 Design is like riding a bike
Apr 16 See your life as an experiment
Apr 14 Lead with respect
Apr 13 Lead with trust
Apr 12 My reflection on leadership
Apr 07 Five years from now
Apr 06 Design Thinking allergy
Apr 05 What should design managers do with OKR?
Apr 04 When was the last time you talked to users?
Apr 03 Three core questions for product team
Apr 01 Inspecting interface design — Exercise with heuristic
Mar 30 Inspecting interface design — HE vs. UT
Mar 29 Inspecting interface design — Overview
Mar 27 Modern product design principles for Millenials designers.
Mar 25 A confusing interface that creates fire.
Mar 23 If F1 drivers get a trophy, what's our trophy?
Mar 22 Getting it right for the first time
Mar 19 Use Peltzman effect to communicate risk
Mar 17 Be the best version of yourself
Mar 16 If you coach a designer, do you need to know all the answers?
Mar 13 Show up and practice
Mar 11 Reader question: How to deal with promotion rejection?
Mar 10 Reader question: How to measure success?
Mar 09 Product design leadership - Managing and leading
Mar 07 How to draw an owl
Mar 05 Product design leadership — Persevere
Mar 04 Product design leadership — Establish urgency
Mar 02 Product design leadership — Strategic focus
Mar 01 Product design leadership — Setting direction
Feb 26 On GUI history, learning, and writing.
Feb 25 Product design leadership — Create changes
Feb 24 Product Design Leadership series
Feb 22 Documenting is a good team’s habit
Feb 18 Have a hard time getting design feedback?
Feb 18 I'm writing a book.
Feb 16 A manager cried in front of me.
Feb 15 Should I move to the managerial role?
Feb 12 Friday diary 01: On personal development, being senior, and breaking small task.
Feb 11 Evangelizing the human-centered practice
Feb 09 Human-centered team vs. Feature-centered team – Strategic insight
Feb 08 Human-centered team vs. Feature-centered team – Strategic relationship
Feb 08 Human-centered team vs. Feature-centered team – Overview
Feb 05 Dealing with top down request
Feb 03 Every team has its unique challenges.
Feb 02 Business aware designer – Recognize your competitors
Jan 29 Business aware designer – Job to be done
Jan 27 Business aware designer – Value proposition
Jan 26 Business-aware designer - overview
Jan 25 What do product designers do?
Jan 22 Announcement for mentorship program
Jan 21 Community story: impostor syndrome
Jan 20 Should startups build a design system?
Jan 18 How I overcame my impostor syndrome
Jan 17 User metrics - Signals and Metrics
Jan 15 User metrics - Vision
Jan 14 User metrics - Overview
Jan 13 Give back to the community
Jan 12 4P: framework for choosing job
Jan 11 Take things with a grain of salt
Jan 09 Principles of good portfolio design
Jan 07 An effective product design portfolio – Constraint
Jan 06 An effective product design portfolio – Structure
Jan 05 Connect user and business with AARRR framework
Jan 05 My blog in 2021
Jan 03 Should I build the feature request from customers?


Dec 30 Feature requests are stupid business activity
Dec 21 The benefit of creating a design portfolio
Nov 24 About self-doubt
Nov 11 Don't confuse design with artifacts
Nov 06 What if you need to find another job tomorrow?
Oct 26 Making sense of your design project by writing
Sep 30 When was the last time you reflect?
Sep 29 Methods are tools
Sep 24 How can I get a bigger project?
Sep 23 Entering product design – Chapter 7: Craft and analysis
Sep 22 Entering product design – Chapter 6: Narrow collaborator
Sep 21 Entering product design – Chapter 5: Soloist product designers
Sep 17 Entering product design – Chapter 4: Product designer key skill areas
Sep 14 Entering product design – Chapter 3: Misunderstanding of business
Sep 11 Entering product design – Chapter 2: Principles over steps
Sep 10 Entering product design – Chapter 1: Silver bullet
Sep 10 Entering product design – Overview
Sep 04 SAR: A framework for concise storytelling
Aug 27 Start your design with outcome
Aug 24 New medium post: Collaboration ground for design systems
Aug 17 Action points
Aug 13 Pulse check: Listen to your team
Aug 11 You should actively apply for a new job
Aug 10 Design systems' area of influence: Service (3/3)
Aug 04 Design systems' area of influence: Offering (2/3)
Aug 03 Design systems' area of influence: Identity (1/3)
Aug 01 My mom ran me to the hospital
Jul 29 Reader question: Do we need to build MVP for every product?
Jul 27 Reader question: Do I need formal design education?
Jul 24 Recognize assumptions
Jul 21 Sandbox for your personal growth
Jul 20 Start your week with questions
Jul 17 Specificity in feedback
Jul 15 Don't sell the design. Sell the business impact
Jul 14 Overwhelming inspiration
Jul 13 The framing trap
Jul 10 Everyone vs. Specific
Jul 09 The blind horse designer
Jul 08 Set the context in your meeting
Jul 07 Let's just try and see what happens
Jul 06 Managing expectation
Jul 05 Low UX maturity company
Jun 17 A simple exercise for career reflection
May 31 The “Coach sheet” – A paper-based system for people management
May 26 Bring calm to your remote team
Feb 13 Workshops can be more efficient than meetings
Feb 07 3 questions designers should be asking
Feb 06 Walking 1on1: A refreshing way to connect


Nov 21 My hope for stubborn 'Innovators'
Jul 18 Five simple actions to help you gain more time
Apr 23 Evolving Product Experience Principles at Bukalapak
Mar 09 A framework to give better design feedback: Analyze, Discuss, Suggest
Jan 28 Making a decision is hard, here's my rule of thumb


Dec 04 Essential skills for Product Designers
Nov 16 Quick life update
Nov 06 Things I learned from working at Shopify
Oct 15 About design critique
Sep 17 Common icon design problems you should avoid
Sep 06 Preface: Welcome to yellowstroke.com