Chapter 2 The Product Manager Role

This article is the reading notes of chapter2 of “cracking the PM interview”.


This chapter is about the PM: what is PM, their functions and difference with other roles.

What is a PM?

Some people will say that the product manager (sometimes called the program manager or project manager) is like a mini-CEO of their product. That’s accurate in some ways, since a PM takes holistic responsibility for the product, from the little details to the big picture. The PM needs to set vision and strategy. The PM defines success and makes decisions. But in one of the most important ways, the description of product manager as CEO misses the boat: product managers don’t have direct authority over the people on their team. As a PM, you’ll need to learn to lead your team without authority, influencing them with your vision and research.

lead without authority

Product management is a highly collaborative role.

Functions of a PM

Some companies or teams split the product manager role across two people: the more business-focused person and the more engineering-focused person. When companies make this split, they call the engineering-focused person the technical program manager or technical product manager (TPM), and they call the business-focused person the product manager (PM).

PM will engage in the product life cycle, that is, Research&Planning, Design, Implement&Test, Release

(Search book to find more about the functions in every procedure)

How the type of product affects the PM job

type of product will affects PM job, for example:

  • Shipped Software.

    Shipped software is unique because it’s hard to update after launching. With a web app, you can always release a new feature and quickly roll it back if there are issues. With shipped software, it’s important to get it right the first time. PMs who are good at project management and have good communication skills do well working on shipped software. Shipped software can also be great for people who want a good work/life balance, since there aren’t usually urgent issues that need to be fixed within hours.

  • Online Software.

    In online software, being scrappy is very important. Product updates are relatively easy, so things tend to move quickly. Instead of waiting for the product to be perfect, teams will often launch something, see how it does, and launch again. Most online-software teams run A/B tests. Because companies in online software collect more data, it’s important that these PMs are skilled with data analysis and designing experiments. It’s also important to work well under pressure, as servers can fail at any time and PMs often have to make quick decisions.

  • Consumer Products.

    Consumer products like social networks, photo sharing apps, and web search, the customers are regular everyday people, just like you, your grandmother, and the engineers. The good thing about working on consumer products is that everyone understands the target customer and use cases. Unfortunately, that’s also the bad thing. Engineers will often have a lot of product ideas and won’t rely much on the PM to come up features and ideas. PMs can often act like shepherds and editors, guiding the product to a good endpoint, rather than being the person who makes all the decisions. Data-driven PMs can do very well working on consumer products because they’re able to make a strong case for their proposals, and they often can come up with features that will make a difference to the core metrics the company cares about.

  • B2B Products.

    For these products, engineers realize that they’re not the target audience and tend to rely more on the product manager to understand the customer. Depending on the team, sometimes PMs on B2B products are responsible for thinking about how product decisions will affect revenue. PMs who like doing customer research and market analysis could enjoy working on B2B products. These are also the products where PMs tend to exert the most influence,

    Depending on the team, sometimes PMs on B2B products are responsible for thinking about how product decisions will affect revenue.

    PMs who like doing customer research and market analysis could enjoy working on B2B products. These are also the products where PMs tend to exert the most influence,

  • Early Stage Products

    PMs who like excitement and are comfortable with doing things the quick and dirty way do well on early stage products.

  • Mature Products

    As a PM on a mature product, it can be very important to make sure you don’t get stuck making small incremental improvements. Often, a mature product’s biggest competitor is the last version of that same product. PMs who want to work on products used by millions of people would enjoy working on mature products. Mature products are also a great place to learn from the people who were able to make the product succeed.

Top Myths about Product Management

PM are Project Managers

Project managers are mostly concerned with timelines and coordination. While they might be responsible for gathering the project requirements, they don’t have much say in identifying and choosing the requirements.

Product managers are responsible for identifying problems and opportunities, picking which ones to go after, and then making sure the team comes up with great solutions, either by thinking of the solution themselves or by working with the designers and engineers. This is why product sense—having the intuition to recognize the difference between a good product and a bad product—is so important.

PM are in Marketing

Marketing folks focus on getting users into the product, while product managers define what happens once the user is in the product. For example, a marketing manager might come up with messaging and start a social media campaign, while a product manager comes up with new features and works with the engineers to launch them. While marketing people will talk to product managers about features that would help the messaging or branding, they don’t define the details of those features or work with the engineers to build them.

You cannot become a PM right out of colleague.

PM just write specs.

For PMs, just delivering a spec isn’t enough.

PMs are responsible for seeing the entire project through to a successful completion. Writing a spec is a technique for communicating and moving the project along, but the spec doesn’t have intrinsic value.

PM just set up meetings.

PM should build exactly what the customers ask for.

It’s great to do customer research and listen to what customers ask for, but it’s not enough. Product managers look beyond what customers say to see the hidden needs and deeper goals.

PM set the dates.

As Nundu, a PM at Google, says, “PMs don’t set dates. Engineers set dates.” As a PM, you can tell your team what you want them to build, but then they’ll tell you how long it will take to build it. If the timeline is too long, you can’t just tell them to code faster; it won’t work.

Instead, if you have external deadlines you want to hit, you need to make tradeoffs and negotiate. You either need to cut features or find a way to parallelize the work and bring on more people to help out. Sometimes you can be even more clever and find ways to reduce the rest of your engineers’ workloads, such as getting them out of unnecessary meetings or having them temporarily spend less time interviewing candidates.

PMs are the boss.

In reality, product managers have no direct authority over the team. The team is never obligated to do what the PM says.

Instead, PMs influence without authority, building up credibility with the team, communicating clearly, gathering data and research, and being persuasive to lead the team.

lead without authority

Ideas are more important than execution.

In practice, execution of an idea is much more important.

details are usually the hard part.

You can say “That’s not my job.”

When you’re a product manager, your job is anything that isn’t being covered by other people.

If there’s work that no one wants to do, you need to find a way to get it done, even if that means doing it yourself.

Project Managers and Program Managers

Program managers (except for Microsoft program managers) are similar but are usually in charge of a long-running program instead of a series of projects with set end dates.

Software companies often have project managers leading teams that are internal-facing, like infrastructure projects and operations programs, or leading consulting teams that are focused on a single customer. This is in contrast to product managers, who usually lead teams building customer-facing products. However, this isn’t a hard and fast rule.

The job of a Project Manager

The Job of a Project Manager Two things are unique about these roles. First, the project manager has a very clear and specific customer or goal. Project managers need to be comfortable reporting on the team’s progress. Being detail oriented and closely involved with the team are important so that you can answer questions from the customer and explain when things go wrong.

The second unique part of project and program management is that budgeting and resource management are a big part of the job. Project managers often work in cost centers, so they focus a lot on operational efficiency and reducing costs while keeping quality up to par, unlike product managers who are often shielded from those aspects.