Dec 04, 2018 | by Budi Tanrim

Essential skills for Product Designers

What does it take to be a good Product Designer?

Product designers are solving complex problems these days. We’re working every day to understand the users, the problems and trying to come up with a solution that we iterate over time. But, what does it take to be a good one?

Fortunately, I have invited a few friends of mine to pick their brains and wisdom. So, I poked a few of them and ask them a cliché question: If you can pick one, what is the most important skill to have as a Product Designer?

Let’s hear what they have to say.

Bill: “Empathy baked into communication.”

Communication is the secret sauce. And not just that. Empathy baked into communication. A designer can have all the raw talent in the world but without great communication, they fall short of the bigger picture. Why, you say? Well, part of designing for a client is also selling your work. You do that by telling a story, communicating your thoughts and ideas in a compelling way. Communicating. After a certain phase in your career, no longer can you just wow people with pretty visuals. They need the why. They need solid communication.
What happens when the clients start to lose faith as you explore endlessly to please them. What happens when times get hard. Communication is just about all that will solve this. Throw some empathy in there and you are now making headway. Clients often need to be heard, understood, and comforted. Queue up good communication skills and you have a MUCH better chance at navigating the harder waters.
Communication helps from start to end. Setting expectations, describing your needs, sharing your insights, etc. Get your communication skills down and you are really set up for success! Bill S. Kenney, Co-Founder of Focuslab

Bady: “Endurance is rare.”

I’d say it would be Grit. I think It’s not only about talent, or passion but also being able to stay focus on your end goal in a long shot. If you want to make some changes in the industry that has been around for centuries, it will require a good amount of effort and patient. Passion/enthusiasm is common but endurance/patient is rare. Bady QB, Design Lead at DBS Bank

David: “Listen.”

When you receive a new project, listen to your manager. Ask for requirements, historical information, the definition of done, timelines, etc. When you show your designs, listen to your design team. Ask follow-up questions. Consider every piece of feedback even if you disagree with it. Try their suggestions. Make a few more iterations. When you show your prototypes, listen to your users. They will surprise you by interpreting interfaces in ways you did not expect. Ask why. Ask what they’re thinking. Ask what they expected.
When you hear concerns and clarifications, listen to your engineers. They need to solve problems you most likely didn’t consider. If they have a tough sprint they may need to find ways to simplify your proposal. Cooperation and compromise are key to building strong relationships. David Klein, Lead Product Designer at Salesforce

Scott: “Make sure nothing gets interpreted differently than how I intended.”

Making sure the other people understand your ideas exactly as you do. A lot of times when talking to designers you just assume the other person knows what you’re thinking. Unfortunately, this isn’t always true. The more complex the problems and solutions are, the more ways someone can incorrectly interpret what you’re proposing. This issue is even trickier working for a remote company like InVision. Making sure people understand your ideas requires an extra layer of communication and choosing the right medium to share your work through. I try not to share static mockups or links to prototypes that people can use as there’s always a lack of context to the problem you’re trying to solve or how exactly your solution will work. Instead, I usually create high-fidelity prototypes and do a screen recording of me using it while I explain things overtop. I find this gives me the chance to make sure nothing gets interpreted differently than how I intended. Scott Savarie, Principal Product Designer at InVision

Russell: “Able to take multiple opposing pieces of feedback.”

One of the things I’ve learned as a designer, is that the more experience you have, the more you are able to take multiple opposing pieces of feedback, whether it be constraints, or objectives of the project, and find a way to design a solution that reconciles all of them. For example, a user experience stakeholder might say that this experience should feel snappy and quick, where another technical stakeholder might say that although they’d like that to be possible, they are heavily constrained, and so technical performance will be limited. Initially it sounds like both groups can’t get what they want, but I think a skilled designer embraces the constraints and objectives, and finds a way to make both of those things happen. This is not to say that this will always be possible, and it’s crucial to weigh the importance of those pieces of feedback, to make sure you are making the right tradeoffs, but by embracing an opposable mind, you can often achieve much more than what you initially thought possible. Take those two opposing thoughts and put them against each other. Ask yourself, how might we enable a snappy experience, while we are technically constrained? By opening your mind to what you want to be true, and not focusing on what’s not possible, you can find so much more. One of my favourite books that explains this idea of opposable ideas, and the opposable mind in general, is A Technique For Producing Ideas by James Webb Young. Russell Baylis, Senior Designer at Shopify

Aleš: “Communication is necessary skills if you want to be a professional.”

I’d say it is communication and presentation skills. Straight-up. Besides doing good work you also need to know how to talk about it with confidence. It is important to learn how to explain your ideas, solutions, and decisions. Because only then you can bring other people on board. I always use a simple rule for this: you can do the best work of your life, but if you can’t explain it to your client, colleague or manager, it’s going to be useless and you’re never going to make it into a final product. Communication can be hard and be uncomfortable, especially for introverts (including myself), but it is necessary skills if you want to be a professional. If you master it or get better at least, it can really do wonders for you. Aleš Nešetřil, Creative Director at STRV

Mason: “A unique point of view is crucial-born.”

The most important skill a designer should possess is a strong point of view and look for this in every designer with whom I collaborate. While the technical or mechanical aspects of design can be mimicked, a unique point of view is crucial—born from a solid understanding of design fundamentals, good common sense and years of practice. With a strong perspective, your work with stand out from the crowd and people will take notice.
Some examples of designers who possess this? In Mixpanel’s case, I began consulting with them when they were in their infancy. Eventually, I officially joined the team and after the first year, it was the perfect time to add another designer. I had collaborated with Julien Renvoye on a few freelance projects and we kept in touch quite a bit. Julien has always had a voracious appetite for good design. He’s the kind of designer that puts so much love in every project that it compels me to keep pushing boundaries and improve my skills. What drew me to his work from the start was his unique perspective found in every project. There was always a level of polish that few designers achieve. He was the second designer that Mixpanel hired. Mason Yarnell, Previously Design Lead at Mixpanel

A closing chat with the reader

Aren’t these great? While it is not realistic to live with solely one skill, I hope this gives you different lenses about what important for Product Designers.

Some people tend to focus on the hard-skills and forget about the soft-skills. After talking to a few fellow designers, I couldn’t agree more. The communication and collaboration is often the top pick. If I may add though, I’d say the ability to articulate the design decision is also important because it’s a result of the combination of having an ability to understand of the problem in depth and the communication skill.

Step up your soft skills, be more aware of it.

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

Continue reading
Newer post: Making a decision is hard, here's my rule of thumb
Older post: Quick life update


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