Introduction
Why is product management important?
Whether or not they employ product managers, companies make daily decisions about how to develop, market, and sell their products. As they make these decisions, companies typically face - or are trying to overcome - four general problems.
The Problems
Products that don't deliver value generally don't succeed in the marketplace. Value comes from solving problems that prospective customers face. "Cool" technologies and feature-laden products, if they don't help customers solve or avoid compelling problems, don't provide value that lead to usage or sales.
Effective product management identifies a set of prospect problems that drive an overarching value proposition, and it empowers the entire product team to deliver and communicate that value.
Developing a great product requires a shared understanding, not only of what the product should do, but why it should do it. In some cases, developers field varying - even conflicting - feature requests from sales and other colleagues and aren't equipped to prioritize them in a sound manner. Moreover, when developers don't know the motivating reasons for implementing product features, they are unable to fill the "gaps" and make the best judgment calls when questions about appropriate product behavior arise. Some developers aren't as motivated to work on products or features unless they recognize the value to buyers and users.
Great product management works with designers and developers to create a shared understanding of the product requirements, which are the least stringent conditions that must hold to solve or avoid the problems.
When sales and marcom don't have a thorough understanding of buyers and users and the problems they face, it makes it difficult for them to generate and convert leads. In such an environment, sales and marketing messages lack the clarity and consistency needed to foster brand awareness and perception of value.
The best product management develops crisp value propositions, consistent with timeless marketing principles, that sales and marcom can use in messaging prospects.
The initial business model for a product is a set of hypotheses. For any particular product, some of these hypotheses almost invariably turn out to be wrong. Guesses about what will appeal to the market may reflect our peculiar personal preferences and not rest on a solid foundation. In other cases, prospects themselves lead us astray, requesting features they'll never use. The marketing tactics or sales channels we thought would be the most effective don't meet our expectations.
Companies learn these lessons over time, but often in a painful and expensive manner. Great product management immerses itself in markets and employs iterative feedback loops to test and modify business model hypotheses, thereby producing more educated hypotheses and quickly discovering mistakes.
Final Thoughts
These problems have many manifestations. Moreover, as with all problems, we can ask "Why?" and determine problems further up the problem chain. These four problems ultimately lead to less revenue, wasted time and money, and frustration.
In the next entry, we'll explore the ways that companies make product decisions as they experience, or attempt to address, these problems.
Why is product management important?
Whether or not they employ product managers, companies make daily decisions about how to develop, market, and sell their products. As they make these decisions, companies typically face - or are trying to overcome - four general problems.
The Problems
Products that don't deliver value generally don't succeed in the marketplace. Value comes from solving problems that prospective customers face. "Cool" technologies and feature-laden products, if they don't help customers solve or avoid compelling problems, don't provide value that lead to usage or sales.
Effective product management identifies a set of prospect problems that drive an overarching value proposition, and it empowers the entire product team to deliver and communicate that value.
Developing a great product requires a shared understanding, not only of what the product should do, but why it should do it. In some cases, developers field varying - even conflicting - feature requests from sales and other colleagues and aren't equipped to prioritize them in a sound manner. Moreover, when developers don't know the motivating reasons for implementing product features, they are unable to fill the "gaps" and make the best judgment calls when questions about appropriate product behavior arise. Some developers aren't as motivated to work on products or features unless they recognize the value to buyers and users.
Great product management works with designers and developers to create a shared understanding of the product requirements, which are the least stringent conditions that must hold to solve or avoid the problems.
When sales and marcom don't have a thorough understanding of buyers and users and the problems they face, it makes it difficult for them to generate and convert leads. In such an environment, sales and marketing messages lack the clarity and consistency needed to foster brand awareness and perception of value.
The best product management develops crisp value propositions, consistent with timeless marketing principles, that sales and marcom can use in messaging prospects.
The initial business model for a product is a set of hypotheses. For any particular product, some of these hypotheses almost invariably turn out to be wrong. Guesses about what will appeal to the market may reflect our peculiar personal preferences and not rest on a solid foundation. In other cases, prospects themselves lead us astray, requesting features they'll never use. The marketing tactics or sales channels we thought would be the most effective don't meet our expectations.
Companies learn these lessons over time, but often in a painful and expensive manner. Great product management immerses itself in markets and employs iterative feedback loops to test and modify business model hypotheses, thereby producing more educated hypotheses and quickly discovering mistakes.
Final Thoughts
These problems have many manifestations. Moreover, as with all problems, we can ask "Why?" and determine problems further up the problem chain. These four problems ultimately lead to less revenue, wasted time and money, and frustration.
In the next entry, we'll explore the ways that companies make product decisions as they experience, or attempt to address, these problems.
Comments
It struck me that, while thought leaders have written much about the practice of product management, I hadn't seen a concise enumeration of the problems we're trying to solve.
These problems are just hypotheses based on some executive interviews and my observations over many years. I'd love to hear other perspectives.
Our everyday job is to solve market problems, of course, but I think maybe you are thinking bigger than that.
I would say that we get hired and judged in the end by whether we solve business problems for our organizations. There is a fairly standard list of these. Often it just comes down to 'grow revenue,' but there are others like 'increase market share,' 'capture a new market,' 'increase renewals,' 'improve engagement,' or 'generate referrals.'
These kinds of metrics movers are what the executive team wants to see and what justifies our salaries. And I think Job 1 for a new PM is to align with his/her executive team on which 2-3 of these metrics are most important to move. It's much easier to make product decisions when you know what are trying to achieve.
Is that what you were asking?
It's easy to say that most companies face problems with revenue not meeting its potential, failure to penetrate desired markets, or lack of engagement or referrals. In most cases, every single person in the organization plays a role in addressing these challenges.
But some slightly lower-level problems are more squarely in the purview of product management. The blog entry attempts to identify and describe those challenges.
Sure, a product manager should align with the executive team on success criteria and metrics. But to what end, short of the revenue, renewals, engagement, or referrals that every member of the organization has a place in maximizing?
I would still say that questions like "what to build" or "how to deliver more value" are secondary to questions like "how to grow revenue" or "how to penetrate a market."
In every inquiry into problems and goals, we can keep asking "Why?" until we reach the root problem. In the case of consumer (and maybe even B2B) products, we'll usually end up at a core need such as health, sex, safety, or social acceptance. But when we choose a problem to solve, we typically stop short of solving the core need, because we can't comprehensively and completely solve such problems. Instead, we address needs slightly lower on the problem chain.
Similarly, most companies want to grow profits and revenue and penetrate markets. Failure to achieve these goals is a root problem that product management and the product team cannot fully solve. So we focus on solving problems slightly lower on the problem chain, such as the ones I've enumerated in this blog entry.
Indeed, in the conclusion of the entry, I wrote:
"Moreover, as with all problems, we can ask 'Why?' and determine problems further up the problem chain. These four problems ultimately lead to less revenue, wasted time and money, and frustration."
If are asking what problems we *solve* (completely, as you said), I agree, product managers are primarily there to answer those core questions: "how do we deliver more value" and the closely related "what do we build."
I think we agree. :)
Sales provides useful input, but it can be fragmentary and not necessarily representative of the target market. See the pros and cons of the "customer wants" and "deal driven" methods of product decision-making.
Really enjoyed the post and agree with your points. It inspired me to think how I would respond to this question from an executive at one of my clients, something like "In your experience, what compels most companies to adopt product management?". BTW, there is probably a much bigger percentage of software shops in Central Europe that *do not* have product management than in the States. I've gotten this question before!
The most concise answer I could come up with is "These companies simply aren't getting the business results they expect now or fear they won't get them in the future." To your point about root causes, the problems you enumerate may contribute to this perception/condition. In my experience, when execs see product decisions consistently being made outside the context of business objectives, they'll eventually look for a way to increase the authority of a business-related function in the decision making process. Ideally, that function is product management. In this context, progressive companies are those that are achieving desired business results but realize their current setup isn't sustainable. All too often, companies are forced to make drastic changes because they weren't progressive (by my definition).
In practice, I think your points would clearly make good candidates for the next level of decomposition. How would you concisely answer the question I posed (do you see a single unifying concept to "package" your points)? Interesting thought exercise, I think!
I'm leary of focusing too far up the problem chain, because it obscures what product management can actually do to address the problem.