Dear Reader,
Did you know that there's a term that product managers use to describe your work behind your back?
It's a word they use to describe it when you do extra research to make sure you're designing the right thing.
It's a phase of work that you might call UX, but that's not what they call it.
They call it "product discovery."
The term comes from consultant and author, Marty Cagan [source], and it was invented in 2007 to make product managers understand their real job is discovery, not delivery.
It's where you make decisions about what problems are worth solving and which solutions are worth designing.
Since it's a term that comes from product managers, the scope of work is a bit bigger than you might be used to as a designer.
Upcoming Live Courses
COURSE: Facilitating Workshops COURSE: Defining UX Strategy |
Back in 2007 when Marty coined the term, there was a perception that a product manager's job was to make up requirements and tell everyone what to do.
Sadly, some product managers still act like that in 2022, especially in emerging tech hubs coughcoughberlincough...excuse me.
This is a bit awkward, but um...
If you're a UX designer or researcher, all of it.
Some things you might do in discovery:
These are product discovery activities because they help ensure that you are "building the right thing" (product discovery), not "building the thing right" (product delivery).
I'm writing like the longest email ever because I think it's key to getting human-centered design work done inside of product orgs.
Product discovery is essentially the mentality of UX, and the Double Diamond applied to product management work...with one crucial difference: product people feel more ownership for the outcomes.
It is easier to sell because it comes from product leaders and uses the language that they care about.
Basically, "Can we get more budget for discovery?" is better than saying, "Can we get more budget for research?"
I've noticed that product managers who get into product discovery suddenly start to care more about UX design.
They start to realize the power of understanding problems, and they stop building in the face of uncertainty. That will keep you from becoming a pixel-pusher at a feature factory.
Product designers can use product discovery to become product strategists, consultants, and even product managers.
After all, "building the right thing" is a lot easier when you have UX skills like researching and prototyping.
All it takes is a little zooming out.
So what is product discovery? It's product design.
Until next week!
Jeff Humble
Designer & Co-Founder
The Fountain Institute
P.S. Hannah gave an amazing talk last week called How to Design & Run Workshops. If you missed it, catch the talk here.
The Fountain Institute is an independent online school that teaches advanced UX & product skills.
Every 2024 Newsletter You Missed by Jeff Humble Dear Reader, It's that time of the year again! Here are all the newsletters you missed in 2024 from the Fountain Institute: A Designer's Uncertain Path to Success Design Strategy vs. Design Vision: What's the difference? Is Poor Communication Hindering Your Projects? Balancing Freelance Life with Maya McBeath Innovation by Design with Cristina Colosi Shaping the Future of the Guild of Working Designers Figma Skills Won't Get You Promoted See...
Turning Challenges into Confidence: Lessons from Dyslexia By Hannah Baker Dear Reader, When I was seven, I was an expert at pretending. I could "read" picture books without actually decoding the words, using context to fill in the gaps. It wasn’t until my mom, a teacher, noticed I was faking it that I was tested and diagnosed with dyslexia. What followed were years of frustration, advocacy, and learning how to embrace a brain that simply worked differently. While my initial reaction was...
28 Ways to Test an Idea (that is NOT an A/B Test) by Jeff Humble Dear Reader, Today I'm thankful for all the ways you can test that are not A/B tests. Executives and product people think A/B testing is the only thing on the testing menu. 🍽️ For me, it doesn't usually make sense to A/B test. Here's why: A/B tests should happen as late as possible. They might be the most scientific approach, but they require a lot of traffic. Plus, they're usually live and in code, so everything must be...