//pragmatic leaders

Working with Designers and Executives

Reading time
5 min
Section
PM Foundations (Legacy)
5 min left0%
working with designers and executives0%
5 min left
Product managers and designers share user research, personas, and experiments — but PMs own prioritization and business modeling, while designers own interaction design and information architecture.
Talvinder Singh, from a Pragmatic Leaders session on cross-functional collaboration

Working well with designers and executives is essential for a product manager. The actual job is not just to coordinate but to create trust, influence decisions, and ensure that user needs and business goals align through design and leadership.

The trap many new PMs fall into is treating designers as task executors or executives as unquestioned authority. Instead, you must understand where your roles start and end, how to collaborate on shared responsibilities, and how to push back with evidence when necessary.

The division of ownership between Product Managers and Designers

Product managers are accountable for the overall success of the product. This means owning prioritization, business modeling, metrics, stakeholder input, project management, and scope planning.

Designers own the success of the product’s design. Their exclusive responsibilities include information architecture, site maps, responsiveness, interaction design, and visual design.

Between these two sets of responsibilities lie shared domains: user research, wireframes, user flows, user stories, personas, identifying needs, validating features, MVPs, experiments, and understanding customer problems.

Laying down clear role boundaries upfront builds trust and prevents confusion. You might do user research sometimes; the designer might do it other times. You collaborate on user stories and personas. But you own the “what” and “why” — prioritization, business goals — while designers own the “how” in the interface.

Product ManagerDesigner
PrioritizationInformation Architecture (IA)
Business ModelingSite Maps
MetricsResponsiveness
Stakeholder InputInteraction Design
Project ManagementPrototyping
Scope PlanningVisual Design
Shared Responsibilities
User Research
Wireframes
User Flow
User Stories
Personas
Identifying Needs
Validating Features
MVPs
Experiments
Customer Problems

This clear division ensures that both PMs and designers feel ownership without stepping on each other’s toes. It also improves the quality of collaboration and decision-making.

How to work effectively with designers

Designers care deeply about the emotional and experiential aspects of the product. They are not just UI decorators; they are problem solvers who translate user needs into intuitive interfaces.

Here are five guidelines for working well with designers:

  • Rule 1: Diminish barriers between “Product” and Design
    You are not above designers. Team up with them as equals. Respect their expertise and input.

  • Rule 2: Pay attention and care about details
    Designers sweat the small stuff because that’s where user delight happens. Show that you care about details too.

  • Rule 3: Speak the language of designers, not just analytics
    Designers prioritize emotional impact and usability. Frame your discussions in terms of user feelings and flows, not just metrics.

  • Rule 4: View designs as hypotheses
    Treat wireframes and mockups as experiments to test assumptions, not final answers. Encourage iteration.

  • Rule 5: Have a flexible schedule
    Designers sometimes need long stretches of focused work. Respect their flow by scheduling meetings thoughtfully.

// thread: #product-team — Respecting designer focus time
Neha (Designer)I need uninterrupted time to refine the interaction flows for the onboarding funnel.
You (PM)Noted. Let’s move our weekly sync to Friday afternoon to give you space.
Neha (Designer)Thanks! That helps a lot.

The PM’s role is influence, not authority

You do not have direct authority over designers or engineers. Your power is influence, built on respect, empathy, and clear communication.

You must be thorough in your approach — understand user needs, market context, and technical constraints — to earn the trust of your collaborators.

Working with Executives: How to communicate value and priorities clearly

Executives look at the product through a business lens. Their concerns are return on investment, resource allocation, and timelines.

Your job is to validate every idea, no matter how senior the source, before committing resources.

  • Rule 1: Validate every executive idea rigorously
    Don’t implement ideas just because they come from the top. Do the necessary research. Know your users and the problem you are solving. Prioritize features and themes with clear reasons.

  • Rule 2: Prove the worth of investment with strong business cases
    Create business cases that show the return on investment for each product iteration or feature. Executives want to see the impact versus the effort matrix.

  • Rule 3: Use timeline-based roadmaps to communicate plans
    A roadmap with clear time frames for current, near-term, and long-term development shows that work is planned and controlled. This builds executive confidence and helps them plan resources.

// scene:

Product review meeting with CEO and CFO

CEO: “I want to prioritize the new payments integration next quarter.”

You (PM): “Our research shows onboarding drop-off is our biggest churn driver. Prioritizing payments will delay churn fixes by two quarters. Here is the impact vs effort matrix and projected ROI for both options.”

CFO: “Seeing the ROI comparison helps. Let’s discuss trade-offs.”

CEO: “Good. Let’s align on metrics and timeline before committing.”

// tension:

Balancing executive demands with user and business priorities

The honest reality about stakeholder management

Stakeholder alignment is never perfect. Executives have agendas, designers have principles, engineers have constraints. Your job is to listen, translate, and reconcile these perspectives into a coherent product direction.

This requires patience, empathy, and firm prioritization.

Field exercise: Clarify roles and build collaboration

Time: 15 minutes

  1. List your current product team members, including designers and executives you regularly interact with.

  2. For each, write down what you believe are their primary responsibilities and concerns.

  3. Schedule a meeting with your lead designer and one executive. Share your understanding of roles and ask for their feedback.

  4. Identify at least two areas where responsibilities overlap and discuss how you will collaborate.

  5. Commit to a shared communication cadence and agree on how you will handle disagreements or priority conflicts.

Test yourself: The roadmap pushback

// learn the judgment

You are the PM at a Series A fintech startup in Mumbai. The CEO wants to add a flashy new dashboard next quarter to impress investors. Your design lead warns that the UI is not ready and this will delay the core payment flow improvements that reduce user churn. You have a product review meeting tomorrow with the CEO and CTO.

The call: How do you communicate your prioritization to executives without damaging trust or stalling product progress?

Your reasoning:

// practice

You are the PM at a Series A fintech startup in Mumbai. The CEO wants to add a flashy new dashboard next quarter to impress investors. Your design lead warns that the UI is not ready and this will delay the core payment flow improvements that reduce user churn. You have a product review meeting tomorrow with the CEO and CTO.

Your task: How do you communicate your prioritization to executives without damaging trust or stalling product progress?

your reasoning:

0 chars (min 80)

From the field: Talvinder on collaboration

Where to go next

PL alumni now work at Flipkart, Razorpay, Swiggy, PhonePe, Amazon, and dozens of other companies.