Why do so many companies prioritize a deep resume in banking or healthcare over actual product skills? Many hiring managers believe product management domain expertise is the secret sauce for success, but they're often looking in the wrong place. This preference usually leads to hiring people who know the past but can't invent the future.
Marty Cagan argues in Inspired that prioritizing industry tenure is a common hiring trap. While some highly specialized fields require deep background, most business problems need someone who can master the process of discovery. A manager who knows how to validate ideas with real users is always more valuable than one who relies on industry status.
Domain experience refers to the specific industry knowledge, like fintech or logistics, that a professional acquires over years of working within that sector. In his book Inspired, Marty Cagan explains that this is often the primary filter used by recruiters to find candidates. They assume a person from a similar background can skip the learning curve and start contributing immediately.
This background matters in the real world because it helps a person navigate complex regulations or technical constraints. However, Cagan points out that for about 80% of product roles, this knowledge is a secondary asset. The core of the job is not knowing the industry's history, but discovering a product that is valuable, usable, and feasible.
Cagan observes that the vast majority of skills required for the role are universal across different industries. These skills include running opportunity assessments, conducting user research, and collaborating effectively with engineers. A PM who excels in these frameworks can move from an infrastructure company to a consumer app without losing their effectiveness.
Deep expertise can actually become a liability if it creates mental rifts between the PM and the user. When a manager has spent a decade in one industry, they often fall into the trap of believing they are the customer. They stop asking "why" and start relying on their own assumptions instead of doing actual product discovery.
Veterans in a field are also more likely to be risk-averse, focusing on how things have always been done. They might miss a breakthrough technology because it doesn't fit the established implementation models they've used for years. Innovation usually comes from looking at an old problem with a fresh, inquisitive perspective.
A talented technical product manager doesn't need years to master a new sector. Cagan notes that a sharp mind can usually come up to speed on the economics and constraints of a new domain within one to three months. They achieve this by aggressively studying the market and interviewing target customers rather than relying on a passive history in the field.
This learning process involves building a deep understanding of the customer's emotional triggers, such as fear, greed, or pride. By focusing on these core human drivers, a PM can see through the noise of industry jargon. They identify the underlying problems that existing products have failed to solve properly.
Cagan shares the story of a product leader named "David" who illustrates this principle perfectly. David was first hired as an infrastructure software expert, then moved into enterprise applications, and eventually succeeded in a large consumer internet firm. He wasn't an expert in any of those domains initially, but he was a master of product discovery.
In contrast, Cagan recalls his early days at HP working on a high-profile artificial intelligence product. The team spent a year building a $100,000 workstation that was technically impressive and backed by industry experts. It was a total failure because no one actually wanted it, proving that domain knowledge cannot replace the need for validating value.
There are certain "edge cases" where industry expertise is truly essential for safety and compliance. If you are designing a life-saving medical device like a defibrillator, you need a manager who understands the nuances of cardiac care. In these high-stakes niches, a lack of deep domain knowledge can lead to dangerous errors.
Critics of Cagan’s view also argue that complete outsiders might waste time relearning basic industry pitfalls that a veteran would avoid. In highly regulated fields like legal tech or government contracting, the learning curve can be steep enough to stall a startup. However, even in these cases, the ability to learn and adapt remains the most critical long-term skill.
Hiring for industry knowledge over core product talent often results in safe, uninspired products. Real value comes from a manager who knows how to validate ideas and discover what users truly love. Hire for intelligence and the ability to product management domain expertise through discovery.
Assign one veteran team member to mentor a new hire on industry-specific jargon and regulations while letting the new hire lead the discovery process.
While deep industry knowledge isn't always required, a PM must be comfortable with technology. They need to understand what is possible to build. Marty Cagan suggests that many great PMs are former engineers who transitioned into the role because they can bridge the gap between technical feasibility and customer value.
A smart product manager can typically master the essential economics, constraints, and user personas of a new domain in one to three months. They do this by immersing themselves in customer interviews and studying the market landscape rather than relying on passive years of experience.
Experts often suffer from 'the curse of knowledge.' They assume they already understand the customer's needs and stop doing rigorous product discovery. This leads to building products based on personal assumptions rather than fresh evidence from the market, which stifles true innovation.
Hiring managers should prioritize innate intelligence, product passion, and customer empathy. A PM who is a 'CEO of the product' will take full responsibility for its success. They will do the hard work of learning the domain while applying proven frameworks for discovery and validation.
Does Your PM Really Need Industry Experience?
Mastering Product Manager Business Skills Why Great PMs Speak Tech and Finance
Stop Micromanaging and Start Developing Your PMs while Managing Product Managers
Why You Can’t Be a Great PM Without True Product Passion
Deputy PMs Finding the Smartest People in Your Company
Discovery vs. Execution Why You Shouldn't Mix Product Manager vs Project Manager Roles
Proportional Investment Fixing Problems Without Over-Engineering
The 10 Questions You Must Answer Before Starting Any New Product
PM vs. PMM Why One Person Can Rarely Do Both as a product manager vs product marketing manager