More on this book
Community
Kindle Notes & Highlights
A PM is responsible for making sure that a team ships a great product.
One reason product management is such an appealing career is you get to sit at the intersection of technology, business, and design. You get to wear many hats and learn multiple points of view.
All products and features start with research and planning.
This is the time when the PM is starting to think about what to build next. The next idea may come from a customer request, competitive analysis, new technology, user research, the sales or marketing teams, brainstorming, or the big vision for the product.
big part of the product manager’s job in this phase is creating or...
This highlight has been truncated due to consecutive passage length restrictions.
This means figuring out a cohesive long-term pl...
This highlight has been truncated due to consecutive passage length restrictions.
This is also the time when the PM starts defining success. He’ll envision what the world looks like if the team is successful. Many companies use the model of Objectives and Key Results (OKRs) to communicate the most important goals of the team. In this model, the PM works with the team to come up with measurable results that it can commit to.
Product design does not just mean user interface (UI) design or drawing out what the product will look like. Product design is defining the features and functionality of the product.
On some teams, especially shipped software (as opposed to online software) teams at Microsoft, the PM will write out a detailed functional specification (spec) that includes things like: Goals Use Cases Requirements Wireframes Bullet points describing every possible state of the feature Internationalization Security
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.
Most online-software teams run A/B tests (also called multivariate testing or online experiments). In an A/B test, a new feature is released to a percentage of users. The behaviors of the experiment and control group are later compared to see if the new feature improves the experience.
These are also the products where
PMs tend to exert the most influence, so they can be a very satis...
This highlight has been truncated due to consecutive passage length restrictions.
With newer products, such as those about to launch or recently launched, the team is often focused on shipping a minimum viable product (MVP). This is not the time to tackle all challenges, since you don’t even know if the product is a good fit in the market and for customers. Instead, you want to answer questions and prove your core value as quickly as possible.
This is a v imp info since it makes me understand why MVP can only work for early stage products and not matured products.
PMs focus on cutting non-essential features to strip the product down to just the essentials. This allows them to launch faster and to begin the process of learning what customers really want (or if they want the product at all). Sometimes, this means launching products that aren’t as polished as you would like.
For mature products, such as market leaders, most of the work will be iterating on the product and trying to improve it. PMs often have feedback from previous versions as to which areas need the most improvement and can focus on them.
As a PM on a mature product, it can be very important to make sure you don’t get stuck making small incremental improvements.
While most roles on the team are crisply defined, product managers have a more fluid role. When you’re a product manager, your job is anything that isn’t being covered by other people.
Microsoft originated the PM role in the 1980s when they realized that they needed someone between the marketing and engineering teams who focused on making the product usable for customers.
During development, the product manager iterates through product reviews. There’s not much project management overhead, but PMs can watch the logs to see new code as soon as the engineers check it in. When everything is ready, the PM coordinates a rollout plan and works with marketing for the launch.
Product managers are the product owners. They focus on the vision of a product.
When a PM comes up with an idea, he puts together a business case in a memo, also called a narrative. This document will cover the details of the recommendation and analysis that supports it, especially including numbers about the impact and rationale. Amazon focuses on documents instead of presentations for new proposals because documents force the author to be precise and show clear thinking.
Many teams follow an Agile process, where the PM is the product owner and is responsible for writing user stories and the team’s backlog.
When products are ready for launch, the PM works with the marketing team and prepares for a hand off to the Operations team that will run the program on an ongoing basis.
Product managers usually work on customer-facing teams. Technical program managers usually work on platform or infrastructure initiatives, often across multiple teams.
startups have fewer resources, so there’s more “white space” for the PMs to fill in and more of a need to be really scrappy.
One of my favorite experiences was working to launch a new security feature (two-step verification) one week after joining the company. We assembled a great team and went from idea to designs to launch in five weeks across all of our desktop and mobile apps, our website, and our developer APIs. It was really gratifying to see how much a small team could do really quickly.
I also need to prepare a list of such examples where I worked on a product feature. It could be creating a feature or enhancing it. May be prepare examples of both. Framework would be: How to go from Idea > Design > Launch.
Also, some knowledge of APIs would come handy.
The requirements list will be more detailed, but it will ultimately boil down to two criteria: Can you be trusted to make the right decisions? Can you push through all of the potential roadblocks to deliver a great product?
I need to focus on citing examples around these. Like, did I face any roadblock while developing any feature, etc. Think about it.
Arjun, who got an MBA after starting as a PM at Microsoft, decided to go to business school when he noticed that well-designed products didn’t always become market winners.
Take the chance to start something. Gain experience by launching projects, joining clubs, or building something. This will help you avoid the biggest MBA pitfall: being someone who only wants to tell people what to do, and doesn’t know how to actually do things.
Launch! The most important way a product manager is judged is by the products she’s launched. If your team is close to launch but not quite there, you might want to wait until the product is fully launched to start applying. Likewise, if you’re on a team with a very long ship cycle, you might consider switching to a team with more frequent launches so you can get the experience of seeing a product through the entire cycle.
I can talk about INTRA DAY LIQUIDITY module. I can say that I was the PM for that. Or may be I was involved with the team creating that Module.
Take on responsibilities to round out your skills. If you’ve always been really strong in product design, see if you can learn data analysis. If you’ve been working on deep technical problems, see if you can spend some time doing user research.
It’s your job to cut through the ambiguity to help the team get moving.
Analytical skills come into product management in two major ways: analyzing what your team should be doing and analyzing how to persuade people to do that thing. As a PM, you need to become comfortable with finding data that convinces people. That data is sometimes from product metrics, sometimes from user research, and sometimes from competitive analysis.