//pragmatic leaders

Product Design

Reading time
5 min
Section
Interview Frameworks
5 min left0%
product design0%
5 min left
Begin with wireframes to explore information architecture and interaction flows. Move on to high fidelity mock-ups using real-time user data to communicate real product experience.
Talvinder Singh, from a Pragmatic Leaders session on product design

Product design is not just about making things look good. The actual job is to solve a real user problem and ensure that the marketing message matches what the product delivers. When your design approach aligns with the problem and the user, the product succeeds. When it doesn’t, even the best marketing cannot save it.

Interviewers often assess whether your design rationale is holistic — not just focused on visuals but grounded in user behavior, product goals, and business impact. This lesson walks you through the key steps and mindsets that make your product design approach stand out.

Start with wireframes to explore flows and structure

The beginning of any solid product design process is low-fidelity wireframes. These are quick sketches or digital drafts that let you explore various ways to organize information architecture and interaction flows without getting distracted by colors, fonts, or pixel-perfect layouts.

Wireframes help you answer fundamental questions:

  • How should users navigate through the product?
  • What is the simplest way to get users to their goal?
  • Are there any unnecessary steps or confusing paths?

This phase is about experimentation and iteration. You want to fail fast and learn before investing time in detailed designs.

Consider how Razorpay’s payments dashboard evolved. Early wireframes focused on simplifying navigation for finance teams, allowing them to reconcile transactions quickly. The wireframes tested different ways to surface transaction statuses and filters before settling on the final flow.

Move to high-fidelity mock-ups with real user data

Once the wireframes are validated internally and with users, move to high-fidelity mock-ups. These are pixel-perfect designs that show exactly what the final product will look like, including colors, typography, and detailed UI elements.

High-fidelity mock-ups serve two crucial purposes:

  • They communicate the real product experience to stakeholders and engineering.
  • They allow you to test visual hierarchy, branding, and emotional impact.

Use real-time user data to inform your mock-ups. For example, if your analytics show that 60% of users drop off at a particular step, design that screen carefully to reduce friction.

Swiggy’s app redesign focused heavily on high-fidelity mock-ups that reflected how users interacted with the app during peak hours. They used heatmaps and session recordings to optimize button placement and reduce cognitive load.

Create detailed design specifications to guide development

Design specs are the bridge between design and engineering. They provide detailed instructions on UI components, interaction behaviors, animations, and edge cases. Without clear specs, engineering teams guess or make assumptions, leading to rework or misaligned implementations.

Good design specs include:

  • Pixel measurements and spacing
  • Color codes and typography styles
  • Interaction states (hover, active, disabled)
  • Error and success messages
  • Responsive behavior on different devices

At Flipkart, the design team documents specs meticulously for each feature. This clarity reduces back-and-forth during sprints and improves delivery predictability.

Understand the product adoption curve and design accordingly

A product’s adoption is not a single event but a lifecycle. The product adoption curve segments users into groups based on their willingness to try and embrace new products:

  • Innovators
  • Early adopters
  • Early majority
  • Late majority
  • Laggards

Each group has different needs and expectations. Your design must cater to these stages:

  • Innovators and early adopters tolerate rough edges and incomplete features.
  • The early majority expect polished, reliable experiences.
  • The late majority and laggards need simplicity, clear guidance, and reassurance.

Nagendra Gururaj highlights how Amazon and Flipkart differ in their design approaches because of their distinct user bases. Amazon’s design focuses on trust and confidence — customers invest time and money because they believe in the platform. Flipkart’s design emphasizes accessibility and ease for first-time online shoppers in India.

Understanding where your product is on this curve helps you plan design changes and feature rollouts that meet customer expectations rather than alienate them.

Collaborate deeply with your design team

Your role as a PM is not to do design but to partner closely with designers. Collaboration means:

  • Sharing user research and data insights regularly
  • Discussing design trade-offs and constraints openly
  • Providing clear product context and business goals
  • Respecting design expertise while ensuring alignment with product outcomes

Effective collaboration leads to better design decisions and smoother execution. It also builds trust and shared ownership.

When I train PMs, I emphasize the importance of empathy and communication with designers. A design team that feels heard and understood will push back when necessary and innovate within constraints.

When pushing product changes, communicate clearly to users

Any product redesign or revamp risks alienating existing users if not handled well. Changes in flows, layouts, or terminology must be introduced with clear communication and support.

Options include:

  • In-app tutorials or tooltips
  • Email announcements highlighting benefits
  • Gradual rollouts with opt-in periods
  • Easy ways to revert or get help

Nagendra’s discussion of Amazon vs Flipkart also points out how Amazon’s consistent branding and gradual feature introductions build user confidence. Flipkart often experiments more aggressively, which can cause friction but also innovation.

Test yourself: The design trade-off call

// learn the judgment

You are a PM at a Series A ecommerce startup in Bangalore. The design team proposes a complete checkout redesign to reduce cart abandonment. It will require 3 months of engineering time and delay other features. Marketing wants to launch a big sales event in 6 weeks.

The call: How do you decide whether to approve the redesign now or postpone it? How do you communicate your decision to design, marketing, and engineering?

Your reasoning:

// practice

You are a PM at a Series A ecommerce startup in Bangalore. The design team proposes a complete checkout redesign to reduce cart abandonment. It will require 3 months of engineering time and delay other features. Marketing wants to launch a big sales event in 6 weeks.

Your task: How do you decide whether to approve the redesign now or postpone it? How do you communicate your decision to design, marketing, and engineering?

your reasoning:

0 chars (min 80)

From the field: Why design specs matter

Field exercise: Build a design specification document

Take a feature you are currently working on or planning. Create a detailed design spec that includes:

  1. The purpose and goal of the feature
  2. Wireframes or mock-ups showing the UI
  3. Pixel measurements, colors, fonts, and spacing
  4. Interaction states and error handling
  5. Responsive behavior for different devices

Share this spec with your design and engineering teams. Ask for feedback and update accordingly.

Time: 20 minutes

Meeting scene: Design review at a fintech startup

// scene:

Weekly design review meeting at a Series B fintech startup in Mumbai

Designer: “Here is the updated payment flow. We simplified the steps and added inline validation for errors.”

You (PM): “This looks good. How did you decide on the error messages?”

Designer: “We used feedback from our last user interviews. Users found the previous messages confusing.”

Engineering Lead: “Do we have specs for all states and responsive breakpoints?”

Designer: “Yes, I shared the detailed spec doc yesterday.”

You (PM): “Great. Let's prioritize this for the next sprint. Also, marketing wants to know when we can demo this.”

Designer: “We can prepare a prototype by next week.”

You (PM): “Perfect. Keep me posted on any blockers.”

// tension:

Aligning product, design, engineering, and marketing on a critical feature rollout

Slack chat: Design handoff clarity

// thread: #design-team — Clear communication prevents implementation errors
Anjali (Designer)Shared the design spec for the onboarding flow here: [link]
Rahul (Engineer)Thanks! Can you confirm the error state for invalid phone number? The doc mentions two variants.
Anjali (Designer)Good catch. The variant with inline tooltip is the final. Updated the doc.
You (PM)Thanks, team. Let's keep the doc updated to avoid confusion during implementation.

Where to go next