🚀 LEVEL UP TO SENIOR:Unlock 500+ Advanced Practical Challenges & Exercises.
🎓 COURSERA PARTNER:Earn professional Google, Meta, and IBM certificates to supercharge your resume.
HTML MASTER CLASS /// LEARN TAGS /// BUILD STRUCTURE /// SEMANTIC WEB /// HTML MASTER CLASS /// LEARN TAGS ///

The Discovery Engine

The heart of Discovery. Learn how to stop guessing and start knowing what your users actually need through systematic research.

Total XP: 0|💻 management XP: 0

Skill Matrix

UNLOCK NODES BY LEARNING NEW TAGS.

Research

Technical Specification //

The PM's flashlight.

🚀 LEVEL UP TO SENIOR:Unlock 500+ Advanced Practical Challenges & Exercises.
🎓 COURSERA PARTNER:Earn professional Google, Meta, and IBM certificates to supercharge your resume.

Great products aren't built in a vacuum. They are the result of deep, continuous engagement with the user.

1The Bias Trap

As PMs, we often fall in love with our own ideas. User research is the antidote. It forces us to confront the 'uncomfortable truth' that our assumptions might be wrong.

2Generative vs Evaluative

Generative research happens early (Discovery). Evaluative research happens late (Delivery). If you skip Generative, you'll end up perfecting a solution for a problem that doesn't exist.

3Continuous Discovery

Research isn't a one-time project. Modern PMs practice 'Continuous Discovery'—talking to at least 2-3 users every single week to keep their finger on the pulse.

4Step-by-Step Breakdown

User Research is the process of understanding user behaviors, needs, and motivations through various techniques. It's the only way to avoid building things nobody wants.

There are two main types: Generative (finding the problem) and Evaluative (testing the solution). You need both to build a successful product.

Qualitative (Why?) vs. Quantitative (How many?). Interviews and observations tell you the story; surveys and analytics give you the scale.

Which type of research is most useful for 'identifying a new market opportunity' or 'understanding a customer's daily routine'?

  • Evaluative Research
  • Generative Research
  • Usability Testing
  • A/B Testing

A Product Manager wants to know *why* users are dropping off at the checkout page. Which method should they prioritize?

  • A survey with 1,000 respondents
  • Qualitative user interviews or session recordings
  • Checking the server logs for errors
  • Asking the sales team for their opinion

Level Up 🚀

Advanced cheat sheets, SEO tricks, and interview prep for this topic.

Browser Support

ChromeSupported

Fully supported.

FirefoxSupported

Fully supported.

SafariSupported

Fully supported.

EdgeSupported

Fully supported.

Accessibility (A11y)

1Research Panels Should Include Assistive-Tech Users

If your interview and usability panels never include users who rely on screen readers, switch access, or voice control, your research will systematically miss real accessibility barriers until they show up as support tickets or complaints.

// Wrong Recruiting screener: excludes anyone requiring 'special accommodations'. // Right Recruiting screener: explicitly asks about assistive technology use and includes a target quota for it.

SEO Implications

  • 1

    Method-Comparison Queries Have High Intent

    Searches like 'qualitative vs quantitative user research' or 'generative vs evaluative research' are common and often precede a real research project. Clearly labeling and contrasting these method pairs in the page text helps it match those queries directly.

Best Practices

Match the Method to the Question, Not the Habit

If you're asking 'why are users dropping off,' a survey with 1,000 responses won't tell you - you need qualitative interviews. Pick the method based on whether you need the 'why' or the 'how many.'

Run Research Continuously, Not Just Before Big Launches

Talking to 2-3 users every week keeps assumptions in check in real time, instead of discovering a wrong assumption only after a quarter of work has shipped.

Frequent Bugs

THE BUG

A PM runs only evaluative research (testing a solution) and skips generative research (understanding the problem), so the team builds a polished solution to a problem users don't actually have.

THE FIX

Before any solution design starts, run generative interviews or observation sessions to confirm the problem is real and prioritized by the user, not just assumed by the team.

Real-World Examples

Catching a Wrong Assumption Early

The team assumes users want a faster checkout, but generative interviews reveal they actually distrust the payment page's design, not its speed.

Assumption: 'Checkout needs to be faster.'
Interview finding: 'It's not slow, it just looks sketchy - no security badges, unfamiliar logo.'
Revised bet: redesign trust signals, not performance.

Interview Prep

Pascual Vila

Pascual Vila

Frontend Instructor // Code Syllabus

Common Pitfalls & Errors

The Error //

Asking users what they want instead of observing what they do

// Wrong 'Would you use a dark mode if we built it?' // Right 'Tell me about the last time low light made the app hard to use - what did you do?'

The Solution //

Users are notoriously unreliable narrators of their own future behavior - they'll say they want a feature and then never use it. Prioritize behavioral observation and past-behavior questions over hypothetical ones.

The Error //

Treating a small qualitative sample as statistically representative

// Wrong '80% of our users said they want this feature' (based on 5 interviews) // Right '4 of 5 interviewees mentioned this pain point - worth validating at scale with a survey.'

The Solution //

Five interviews are enough to surface usability problems, but they are not enough to claim '80% of users want X.' Don't quote qualitative findings with quantitative confidence.

Continue Learning