Free sample lesson · The Google Product Model: Strategy, Discovery, and Org Design
Why Google Picks the Hardest Problems Instead of Assigning Solutions
Lesson 1 of the Wondering course The Google Product Model: Strategy, Discovery, and Org Design
Problems, Not Prescriptions
Most leaders hand teams a solution and ask them to build it.
Google flipped that. Leadership named the hardest unmet need, then trusted the team to find the answer.
- Assign solution
- Name problem
Search relevance was one such need. Monetizing search was another.
The output was PageRank and AdWords. Neither was specified from the top.
What Counts As Hard
Not every gap deserves this treatment.
The pattern works when the need is significant and unmet, meaning nobody has a good answer yet, including leadership.
Search relevance qualified. Ranking pages well was genuinely unsolved.
If the solution is already obvious, naming it is faster. Reserve problem-framing for the open questions.
PageRank: Relevance As A Problem
The stated need was search relevance. Results had to be genuinely useful.
Leadership did not describe an algorithm. It described the gap.
PageRank emerged as the team's answer to that gap.
- Name gap: Leadership identifies search relevance as a significant unmet need.
- Withhold spec: No algorithm or approach is specified from the top.
- Team explores: The team searches for a way to rank pages usefully.
- Solution emerges: PageRank becomes the team's answer to the stated gap.
Notice the order. Problem first, mechanism second, and the mechanism belonged to the people closest to it.
AdWords: Money As A Problem
The second named need was monetization. Search had users but no revenue engine.
Again, leadership framed the question rather than the product.
AdWords was the team's answer.
- PageRank
- AdWords
One pattern, two very different domains. That is the signal that the pattern is about how direction is set, not about search technology.
Why Trust Is The Engine
Naming a hard problem only works if you genuinely hand over the solution.
Trust is not a nice-to-have here. It is the mechanism.
If leadership keeps second-guessing the approach, the team is really just executing a hidden spec.
- Unmet need: The significant gap leadership names.
- Trust in team: Leadership genuinely hands over the solution.
- Team: The people closest to the problem.
- Solution: PageRank and AdWords emerged this way.
- Hidden spec: What second-guessing turns the work into.
The problem statement stays fixed. The path to it stays open.
Spotting It In Your Work
Read your last project brief.
If it names a build, you assigned a solution. If it names a gap nobody has closed, you framed a problem.
Explaining this to a colleague is simple: leadership owns the problem, the team owns the answer.
The test is whether the team could return with something leadership never imagined, and that would count as success.
Check yourself
When a need is significant and genuinely unresolved, should leadership normally name the need rather than prescribe the solution?
- Yes
- No
Answer: Yes
Yes. Problem-framing is useful when no good answer exists yet, so the team can discover an approach leadership did not specify.
For Google's two examples, PageRank addressed _____, while AdWords addressed _____.
Answer: For Google's two examples, PageRank addressed search relevance, while AdWords addressed monetization.
PageRank was Google's answer to making search results useful and relevant. AdWords was the team's answer to the need for search revenue.
A company knows customers struggle to complete a task, but leadership has no proven way to fix it. Which brief best follows the problem-framing approach?
- Build a three-step workflow with email reminders.
- Reduce customer difficulty completing the task.
- Copy the competitor's task-completion feature.
- Implement a mobile dashboard for the task.
Answer: Reduce customer difficulty completing the task.
The second brief names a significant unmet need without dictating the mechanism. That preserves the team's opportunity to find the answer.
Keep going
This is lesson 1 of 6 in The Google Product Model: Strategy, Discovery, and Org Design. Next up:
- Parallel Exploration: Letting Multiple Teams Race the Same Problem
- Tech Leads and Tech Lead Managers: Keeping Leadership Technical
- Group Product Managers: Strategy and Coaching Combined
- Continuous Discovery: Dogfooding and Beta Testing at Every Scale
- The PM Hiring Bar: Would They Found a Company?
Wondering turns any topic into short lessons you can read, watch, or listen to, with practice questions and an AI tutor.