Fall in love with Problem

Product team is about building the right product. Technology is about building the product right.

But how do we know if we’re building the right product? Too often, we don’t. Intake requests, projects and business cases frequently arrive with solutions baked in. Sometimes, the “problem” is retrofitted to justify an idea someone loves - whether they invented it or saw it succeed elsewhere.

This is one of the biggest traps in product management: jumping to solutions before understanding the problem, or defining the pain. When the solution becomes the starting point, the risk isn’t misalignment, it’s irrelevance.

We lose sight of why we’re building, for whom, and what outcome we aim to change.

 Why Problem-First Thinking Wins

A great discovery doesn’t begin with “What are we building?” but with “What must change?” If we begin by clarifying solutions disguised as requirements, we have already ceded the most important question.

A problem-first mindset pushes us to ask:

• What is the core problem -and why is it worth solving?
• Who feels the pain, and how will we know it’s gone?
• What trade-offs does this decision demand?

These questions are how we avoid building something correct, but ultimately irrelevant.

How to Apply at Work

Before approving a requirement, shaping a story, or aligning stakeholders, pause and ask:

• Are we validating the problem or just refining a solution?
• Can we articulate the business value in one clear sentence?
• Are we hearing the real customer, or a proxy with an opinion?

If we can’t answer these, we aren’t ready to build.

 Closing Thought 

A strong product manager is first and foremost a problem solver -which means the problem must be clearly articulated before anything else. Great product teams don’t romanticize solutions; they dig deep to uncover real pain points.

So, when someone brings you “the solution,” respond with curiosity, not acceptance.
Fall in love with the problem and the right solutions will follow.