Most Product Management Isn't Product Management
There’s a meme going around social media lately. When isn’t there a meme? This one, though, is particularly annoying because like most memes it intentionally misrepresents something but unlike most memes, it has the power to cause a negative change in the software industry.
The first I saw of the meme was (likely) an earnest observation from Ryan Singer (of Basecamp fame).
Since then, Brian Chesky of Airbnb was (largely incorrectly quoted) on the topic of the shifting nature of product management, thus amplifying the meme lords who were already latching onto Ryan’s tweet and bending it to express their frustration with how they either experience or their presumed experience of product management.
The context behind Chesky’s response here is that someone had already misinterpreted what he had said in a talk about how Airbnb was shifting the way they think about product management functions. You can see the actual comments Chesky made here.
Now, much of Twitter is piling on product management as if it is a useless function designed to slow engineers down. And I have news for everyone…
In a lot of cases, it is.
That’s because many companies aren’t actually practicing product management. Much of what we call product management is either a combination of busy work that used to be lumped in with project management or it is so siloed as to not be effective. Let’s dive into what is happening at these companies and why it feeds the meme. Then, we’ll explore what product management should be in high-functioning organizations.
A lot of product management is product ownership
As the software world shifted from waterfall to agile, there was a role that came along for the ride. It hitched itself to the product development process potentially out of fear that the process would fail without it. The role is called Product Owner. It’s a defined role within the Scrum agile process, but it also leads to confusion about product management.
I don't mean to slight anyone in this role. There are a lot of really great people doing great work in this role. But the role itself assumes there is a need for someone to “own” the process of assigning tasks, moving tasks, following up on tasks, and more. The reason some people may think product management is a hindrance to execution is that those people aren’t closely involved with the “dirty work” of managing the workload.
This feeling that product managers are blockers is amplified in organizations that “empower” product managers to also be product owners. Such a process combines two roles and should, theoretically, give product managers more ownership over both the vision and the outcome. However, it leaves design and engineering behind. It pits other roles in direct opposition with the product manager because the product manager is the one defining and assigning.
This leads to the second big problem.
Lack of involvement
A team with all the context they need to do the job will always operate at a higher level than a team that receives orders and is told to execute. Unfortunately, many organizations do not allow product managers, developers, support, design, and sales to collaborate and build up a shared understanding of the context of their work. This results in everyone taking orders and executing toward some goal without understanding why.
An even more troubling part of the lack of context is when the product manager herself doesn’t even have the context. In that scenario, there is no opportunity for involvement. Yet even when the product manager has the context, organizational design can get in the way of pushing context and involvement across the chain.
Deep-seated fallacies also block progress on this front. Engineers who have never gotten on a customer call can sometimes be hesitant to join a product manager on a call. Designers who have traditionally operated in isolation may pull back when sales representatives provide feedback from their experience with prospects. The organizational inertia is towards isolation and not toward collaboration. This sets up a context barrier that leads to frustration.
What should product management look like?
In Tony Fadell’s fantastic book, Build, he talks about the point of product managers like this:
The majority of companies I work with misunderstand the role of the product manager—if they even know it exists. They think it's marketing (nope), it’s project management (nope), it’s press relations/communications (nope), it’s design (nope), product finance (nope), it’s the founder or CEO’s job (not really).
This sums up everything I said in the preceding paragraphs in just a few lines. This is also what causes the memes on social media and the pile-on that happens after the memes are posted. A fundamental lack of understanding and proper implementation of the product manager role wreaks havoc in organizations.
Fadell goes on to compare the way organizations recognize product management as essentially the same as organizations recognized design in the 80s. They knew it was probably important, but didn’t understand why. So, if there’s such confusion about what product management is and how it should work, how can we hope to define it here?
The truth is, there probably will never be one definition. Product management is as fluid as the companies that hire for these roles. But we can arrive at general definitions of what product management should include.
Products are built to solve the problems of real people. This means product managers must be the proxy for those people. Every conversation with a customer or prospective customer is a product conversation, but product managers can’t be on every phone call with support and sales. Every touch point a user or prospective user hits while viewing the website or marketing material is a product touchpoint, but the product manager can’t possibly manage all marketing material. Instead, the product manager must wear the hats of product, marketing, and sales while tying it all back to development.
Going all the way back to Brian Chesky’s comments, he is essentially saying the same thing I am. Airbnb isn’t getting rid of product managers. They are simply expecting their product managers to also be product marketing managers. In a perfect world, there is no separation of these roles. And when operating smoothly, the product manager is involving sales, support, design, engineering, and everyone else in the company in the product development process.
As Fadell says:
Most tech companies break out product management and product marketing into two separate roles: Product management defines the product and gets it built. Product marketing writes the messaging—the facts you want to communicate to customers—and gets the product sold.
But from my experience that’s a grevious mistake. Those are, and should always be, one job. There should be no separation between what the product will be and how it will be explained—the story has to be utterly cohesive from the beginning.
From my own experience watching breakdowns big and small between product development and product messaging/positioning, I can tell you any gap between the product management role and the product marketing role is a gap begging to be filled with mistakes and missed opportunities.
What many companies do today is lean on process over progress, and by doing so product management is generally lumped in with project management. Pushing tickets around a Jira board is not product management. Talking with customers, involving engineers, sharing insights with designers, writing messaging, and collaborating with sales is what product management is.
Unfortunately, most product management today is not actually product management.