paint-brush
Hiring your first Product Manager.by@saptarshinath
118 reads

Hiring your first Product Manager.

by Saptarshi NathApril 16th, 2018
Read on Terminal Reader
Read this story w/o Javascript
tldt arrow

Too Long; Didn't Read

There are no Ivy League courses you can hire from without a second thought. Also, who is a PM really? There are many small and major errors you can make in hiring PMs. First the basics:

Company Mentioned

Mention Thumbnail
featured image - Hiring your first Product Manager.
Saptarshi Nath HackerNoon profile picture

Whether you are a startup founder or a legacy MNC trying to disrupt your existing processes, hiring a Product Manager can be a daunting task.

There are no Ivy League courses you can hire from without a second thought. Also, who is a PM really? There are many small and major errors you can make in hiring PMs. First the basics:

  1. Is the PM a technical guy?
  • Maybe, but likely not. Think of it this way: a PM may be technically knowledgeable, but not all technically knowledgeable candidates are PM-worthy.

2. So, a PM’s a generalist?

  • Glad you asked! Most often, PMs will be generalists. But it could also be that the PM has been a specialist in many functions before moving to a product management role.

3. How senior should my first hire be?

  • A lot of the PM’s job is to influence and convince stakeholders across the organization to converge on a coherent product. Being a senior guy helps. Also, if (s)he is your first hire, it’s better to hire a smart senior person and let him/her build a team when the time is right.

Product management is fast becoming a coveted route for fresh MBAs, according to WSJ (paywall). This means once you go out into the market looking for a senior PM, you could easily be drowned in a deluge of interested candidates.

Unfortunately, this is a role where the CV is not very helpful as an elimination — PM CVs are likely to be very impressive across the board. They are likely to be great at presentation, concision, and contain a showcase of impressive products. So how do you choose the right PM for your organisation?

Prioritise referrals.

The PM community is small and, especially among startups, most PMs network very well. Remember, experienced PMs are probably the smartest group of people you will ever meet. Smart people like to be in touch with smart people. If you are hiring, spread the word among your peers and on LinkedIn, Angel List, and other forums.

Talk to them. Don’t interview.

Smart PMs are judging you when you’re judging them. Senior PMs across the world are valued highly and they want to be motivated by the product or service you are trying to build. Talk about your product and the product vision. Talk less about perks of working with you. If the product you are building is not worth their interest, the perks (or the money) won’t matter. Sell the role to them: don’t assume that just because they applied to a role they are dying to work with you.

They are judging you as much as you are judging them. Photo by rawpixel.com on Unsplash

Walk through the product journey.

Chances are very high that their portfolio of work will show the final products they’ve built. While that is a great way to start, your time is better spent understanding how they arrived at the final product instead.

  • In subsequent meetings, ask them to share scrubbed examples of work-in-progress materials, process maps, vision boards, and product requirement documents they have built. See how deep they were willing to get into the problem before they solved it.
  • Ask them about the top challenges they faced across the process.
  • Once they launched said product, what process did they follow to continually improve upon the product? Where did they get feedback from? What data did they look at? Where did they get data from?

The final product of a great PM and an average PM might look similar. The rigour they applied in arriving at that final product won’t be.

Ask for criticism.

If you have a product up and running, then get them to critique the existing product. Ask them what they would change. Serious PM candidates should already have reviewed your product (unless it is behind a paywall) and come prepared with their observations.

See how deep they are able to go in critiquing your product and which areas did they critique the most: some might focus on design, while others may focus on deviations from standards, and still others might question certain decisions to determine why they were made. Assess how they phrase their criticism. Don’t get defensive about your product — keep in mind, they are interviewing you too. If they feel that feedback from them will be handled defensively, they may not be excited about coming to work for you.

Don’t depend on standardised tests.

Hey, isn’t testing on IQ supposed to make this easy? You are not going to like the answer, but — in the context of hiring PMs — this is a resounding no. If the candidate knows what his IQ scores are and believes the score somehow makes him/her better, stop the interview right away and go grab a beer. Your time will be better spent.

Don’t believe it? Take a look at the average IQ scores around the world here. Have you booked a flight to Hong Kong yet? But PMs are not average, you say? Maybe. But it is reasonable to believe that the PMs are similarly above the average.

The above extends to personality tests too. Sometimes, personality tests structured for one part of the world simply does not work in another. For instance, one (global) personality test we tried in the past gave the exact same assessment for 124 individuals tested. A fat lot of good that did us.

Discuss ways to solve a real-world problem.

The best way to figure out how a PM candidate thinks is to ask them to solve a problem you are facing. Even if you don’t hire the candidate, you at least have a good sense of how to solve your problem. Meet in person to discuss a problem you are facing. Do not use vague, irrelevant, or abstract problems: it is insulting to a senior PM candidate if you ask him to solve a problem involving circles, squares, and triangles. Better questions include:

  • Take a look at our product page. A lot of people appear to be coming to the product pages, but very few are clicking on the Add to Cart button. What could be possible reasons?
  • We are considering adding a dashboard for our SaaS clients to use. How would you determine which metrics to show on the dashboard?

Brainstorming a real-world problem can provide insights into the candidate’s way of thinking.

Hire for decision-making rigour, not analytical chops.

This seems another counterintuitive tip, but guess what people on the hyper-analytical side of the quadrant don’t do too well:

  • They take longer to decide.
  • They don’t handle ambiguity very well.
  • They like structure.

Of course, a certain level of analytical chops is essential, but don’t overvalue that too much. A PM has to be immensely comfortable with ambiguity — she is unlikely to have all the information to make a decision in majority of the problems she is facing.

The ability to make decisions trumps the ability to analyse data.

Keep in mind: if your PM can’t make decisions in an ambiguous environment, then you are going to have to make them for her.

Give extra points to candidates with cross-functional experience.

I have found that PMs that have been in a couple of different functions before moving to a PM role are generally more adept at building products that work for the business. They have a more holistic approach to the product and tend to find it easier to put themselves in the shoes of the user. They also find it easier to get buy-in from cross-functional leaders. So, take the “10–15 years of Product Management experience” bullet off your job description. You best PM candidate probably only has five years of PM experience.

The above points may or may not provide you with the best PM for the role, but will help you avoid rookie mistakes when hiring your first PMs. The fact that you have earned yourself into a situation where you can afford a PM is a great achievement, so pat yourself in the back first.

Originally published at sapsonic.com on April 16, 2018.