If you’re a product manager, chances are you’ve worked with at least one designer who wanted to throttle you. Maybe it was that last-minute scope change. Or the vague feedback. Or the 43rd request to “make it pop.”
Design and product are natural collaboratorsโbut not always natural communicators. Misalignment doesnโt come from malice. It usually comes from unclear roles, broken communication, or a lack of shared context.
In this post, Iโll share what Iโve learned from working with talented (and patient) designers over the years. These are the habits, principles, and small moves that make collaboration easierโand a lot less painful for everyone involved.
Why This Relationship Matters
Design and product are both creative disciplines, but they approach problems from slightly different angles. Product tends to prioritize structure, strategy, and business value. Design prioritizes experience, emotion, and usability.
When aligned, this mix creates balance. But when misaligned, it can lead to:
- Confusing product decisions
- Frustrated designers
- Poor user experience
- Slow execution
Strong collaboration doesnโt mean always agreeing. It means having enough trust to challenge each other productively โ and enough humility to know when to step back.
Respect Their Craft (Even if You Donโt Fully Understand It)
Design isnโt just about making things โlook nice.โ Itโs about solving problems visually, emotionally, and functionally. Good designers consider user flows, cognitive load, accessibility, interaction states, and more โ often simultaneously.
So avoid comments like:
- โCan you make it pop?โ
- โIt just doesnโt feel right โ I donโt know why.โ
- โI thought youโd just copy [insert popular app].โ
Instead:
โ
Ask questions to understand their approach
โ
Be specific about business needs or constraints
โ
Trust that their decisions are intentional
Respect is step one. If a designer feels like theyโre just there to โdecorate,โ theyโll disengage fast.
Speak a Shared Language
One of the biggest sources of tension comes from miscommunication. A product manager might say โwe need to simplify this,โ but the designer hears โremove important elements.โ Or a designer might say โthe hierarchy is off,โ and the PM nods… without fully understanding what that means.
Invest in learning basic design terminology:
- Visual hierarchy
- Affordances
- Accessibility
- Responsive behavior
- Spacing and alignment
You donโt need to be fluent. Just enough to show you care, ask better questions, and avoid translating everything into โjust do what I mean.โ
Bonus tip: when reviewing designs, ask โWhat were you optimizing for here?โ instead of โWhy did you do this?โ โ tone and intent matter.
Give Feedback Thatโs Actually Useful
Design feedback is a skill. And like most skills, it improves with practice.
Hereโs what not to do:
- Vague opinions (โI donโt like the colorโ)
- Prescriptive fixes (โJust change the font to Xโ)
- Overstepping the role (โI did a quick mockupโ)
Instead, focus on whatโs not working from a user or business perspective. Try this format:
- What you noticed: โI had to re-read this headline twice.โ
- Why it matters: โIt might confuse users during onboarding.โ
- Open prompt: โIs there a clearer way we could say this?โ
Feedback is a conversation, not a command. Invite the designer into the problem โ not just your solution.
Align Early, Not Just at the End
Too often, designers get brought in after the problem has been scoped, dissected, and handed down. But great design isnโt a veneer โ itโs a core part of the solution.
Involve designers early in discovery:
- Let them hear real user problems
- Bring them into discussions about trade-offs
- Let them ask their own questions
When designers understand the โwhy,โ their work gets sharper โ and often faster. Theyโll catch things you missed, and youโll avoid doing three rounds of โcan we move this button back?โ
Support Their Thinking Time
Design is not linear. It involves a lot of sketching, discarding, rethinking, and exploring. And yet, some PMs unknowingly treat it like a factory: โHereโs the Jira ticket, I need a design by Friday.โ
That kind of pressure kills creativity.
Instead:
- Plan for design exploration in your timelines
- Protect their focus time
- Encourage them to show rough work early
Designers donโt need unlimited time โ they need realistic time and room to think. Good work rarely comes from a rushed brief and a daily check-in.
Build a Culture of Mutual Ownership
The best productโdesign relationships are not transactional โ theyโre collaborative. That means:
- Designers feel ownership of the outcome, not just the mockup
- PMs feel responsible for UX, not just KPIs
- Both care about the problem and the person
Ask for input. Share wins. Talk about trade-offs openly. Make it clear you’re both here to build something meaningful โ together.
You donโt have to be a designer to work well with one. You just have to care enough to listen, learn, and lead with respect.
When you treat design like a partner โ not a service โ you unlock better ideas, better execution, and a better product. And youโll earn a designerโs favorite kind of feedback: โI actually liked working with that PM.โ