Menu

Posts tagged “career”

How to move into Product Management at your company

I am currently in the process of hiring a product manager for my team at Cloudflare. One of the neat things about Cloudflare is that internal candidates are encouraged to reach out to hiring managers to chat with them about the role. That means that I’ve had several really great conversations with colleagues over the past couple of weeks, many of them with folks who are in other parts of the org like BI, customer support, finance, engineering, etc. The question they have is, “how do I move into product management?”

It’s a great question, and after I’ve given the same answer a few times, I decided to just go ahead and write it down in our internal wiki as well. Below is a lightly edited version of the advice I shared, in case that’s helpful to anyone else who is trying to move into the PM role at their company:

  • If you’re brand new to the job I have a couple of book recommendations to get a general sense of what good product management looks like. I recommend starting with Inspired by Marty Cagan, and Escaping the Build Trap by Melissa Perri. You’ll hear these two books mentioned a lot in our field, and they are classics for good reasons. After that, read everything you can get your hands on (but stay away from LinkedIn Influencers, that’s mostly ChatGPT content these days). For more book/newsletter recommendations, I have a running list here.
  • Then—and this is the most important advice I have—do the job before you have the title. Every role can be expanded into some area of product management. Think deeply about the product(s) you support, what customers need, how it contributes to the business, what could be better, what you think the long-term strategy should be. Start exercising the PM muscle so that when the right role comes along internally, you’re ready for it.
  • Publish your thinking. Every company has an internal wiki, many with personal spaces. Use it. If you have an idea for a product, or an analysis that’s interesting, or some thoughts on future strategy, write it down, publish it, and share it with the PM who works on that product. This is the best way to practice for the job—clear, succinct communication is a crucial skill, so this exercises that muscle as well.

If you learn the craft, practice the craft, and show publicly that you can do the craft, you’ll be well on your way to moving into product management at your company. When a good job rolls around you’ll be able to point towards the work you’ve done to give hiring managers a sense of your product skills.

And lastly, this is a great job. You will love it!

A few notes about the behavioral interview

I like Mike Hall’s tips for interviewers in his notes about behavioral interviews. The crux of the behavioral interview style is this:

I’d rather know what you’ve done than what you think, and I have adjusted my style a little to help candidates. I try to explain my process up front. “I’m going to ask you about times you did things because I really want to get down to how you work and what your experience is.”

It is, however, very important to realize that adjacent or related experiences are completely valid and should be encouraged:

If you want to build a diverse, vibrant team, or if you’re not one of those disasters of a manager who doesn’t understand that you need people at several levels of experience on a well-rounded team, then you need to think of a behavioral style not as a way to narrowly insist on stories that describe the exact thing you need done. Instead, you need to think in terms of the competencies the thing requires, and think of examples to ask for that reflect those competencies, not an exact task.

This is a good tip for candidates as well—don’t talk in generalities. Be specific about the ways in which you have solved a particular challenge in the past, what worked well, and what you have learned/would do differently next time.

Books and newsletters that shape my thinking

I recently did a first draft of my manager README and I end it with some books and newsletters that have shaped my thinking, and continue to do so. I thought it might be useful to a broader audience so I’m sharing it here as well. These are the books I keep right next to my desk, and the newsletters I open every time they arrive in my inbox.

Books that have shaped my thinking

A few newsletters I really like

I am skipping some obvious ones (like Lenny and Platformer) that everyone already subscribes to.

The shame of LinkedIn

I found the article I Asked Experts for Tips to Navigate LinkedIn’s Cringe Factor surprisingly helpful, not just for its advice but also because it articulates well why LinkedIn can feel so weird sometimes:

LinkedIn users are trapped in a culture of professionalism and all that comes with it. The person you are with your boss or a client is probably not your truest self. This setting makes posting — or even just creating and maintaining a profile — feel extra high-stakes and, in turn, contrived. On LinkedIn, there is no dancing like no one’s watching.

Also:

The goal for most people on LinkedIn is not to be a creator, it’s just to live to fight another day in the working world.

In other interesting LinkedIn news I was going to link to earlier, also see Facebook and X gave up on news. LinkedIn wants to fill the void:

Finding a home for news publishers in 2024 isn’t about finding a perfect fit, but rather finding one that’s close enough. The traffic fire-hose days of the 2010s aren’t coming back. And LinkedIn is not the secret to infinite page views. But it might be fertile ground to build an audience with manageable issues.

Oops, I did a Manager-README

I know the concept of a Manager-README (a document where you explain to your team some of the ways you like to work) can be controversial, so I’ve avoided it up to now. But this week I got curious and read up on the pitfalls and how to avoid them. Then I took a stab at an outline and it was actually really helpful—even just for myself—to clarify some of my own views on product work. It starts like this:

The purpose of this document is to summarize some of the values and principles I try to adhere to at work. But we are human and this is a relationship not a contract, so I see it as a way to kick-start how we work together, not the end result.

I also recognize that documents like these can be abused by managers, so this is not a way for me to excuse any bad behaviors. If you see me doing something that is not reflective of these values, please call me out so that I can improve.

I then go into talking about my leadership style, product philosophy, communication preferences, decision-making, and feedback loops. I would love to hear if this type of outline is helpful to anyone, and if you have any feedback!

The Trap of Tying Your Identity to Your Job Title

Elena Verna makes some really great points in her post on The Trap of Tying Your Identity to Your Job Title. If you are struggling with questions around title and importance and what it all means, this one is for you. This point on external expectations particularly stood out for me:

Perhaps most concerning is the inclination to make career decisions based on perceived market expectations rather than personal happiness and well-being. This mindset propels individuals down a path not of their choosing, driven by the desire to conform to societal benchmarks of success rather than pursuing what genuinely brings joy and satisfaction.

On kindness and decisiveness

Mike Fisher reminds us how important it is for leaders to be excellent listeners in Listen or Speak. This part particularly resonated because it’s a misconception about me that I’ve had to deal with my entire career:

Just because we speak softly doesn’t mean we act with hesitancy or indecisiveness. We can be a strong leader, setting the example, and making the tough decisions all the while communicating in a manner that keeps the conversation going and open to other people’s inputs.

I believe strongly in acting people-first as a leader, and I’ve found that when I’ve gone through interviews and/or job changes in the past there is a very common worldview that equates kindness with indecisiveness. It always takes a little while for people to realize that just because I believe we make better and more successful products when we treat each other well and truly listen to everyone’s input, it doesn’t mean I don’t know how to make decisions.

I haven’t quite been able to put my finger on why this misconception exists in the corporate world, but my current hypothesis is that collaboration gets confused with consensus, and there is a fear that “speaking softly” will result in a consensus culture where decisions take forever to be made. With that part—the dangers of consensus cultures—I do agree with. Consensus cultures often produce watered down, unexciting products. Products where endless rounds of give-and-take have worn down the original idea to a shadow of what it once was. Consensus cultures also wear down the teams working on the product, because no one really gets what they want, they just get some of it.

So I always try to make the point that I prefer collaboration over consensus. In collaboration cultures people understand that even though everyone gets a voice, not everyone gets to decide. People are able to voice their opinions and argue (kindly!) for how they believe things should be done. But it certainly doesn’t mean that everyone has to agree with every decision. That seems to help—so if you find yourself in a similar situation, give that framing a try!

Since this is something I have felt in my own career, it’s also something I try to be cognizant of in my dealings with those around me. Just because someone doesn’t dominate the conversation (see the “babble hypothesis”, which states that those who talk the most tend to emerge as group leaders), or refuses to engage in combative conversations, it doesn’t mean that their viewpoints and opinions are weak or invalid. In fact, the opposite is likely true.

In defense of defensiveness

Mandy Brown (once again!) cuts through with some tough love advice for all of us:

If you have feedback you want to share but you’re worried about how someone might respond, stop: back up and let go of whatever conclusions or interpretations you’re holding and think about what questions you have. You think someone was rude in a PR, or seemed unprepared in a meeting, or delivered research that was half baked? Set those judgments aside for the moment and practice asking about their own experience and perceptions. Questions like, what was your thought process when you worked on this? Or, what were you feeling when you added that note? Or even the evergreen, how are you doing right now? are much more likely to be generative than awkwardly lobbing feedback at someone and then ducking to avoid the retort.

Trust that just as you can be responsible for assessing the difference between when you’re in real danger and when you’re simply learning, they can too.

Useful

I love Molly Graham’s career advice in Useful:

One of the most important lessons I have learned over and over again is that the greatest thing you can do for your career is to be the person that everyone in the room knows they can rely on to get things done. Be the person that makes everyone else look good. Be the person that everyone wants to work with again.

The anatomy of a people-first job ad

I love all the advice Charlotte Carnehl gives in The anatomy of a people-first job ad. If you’re about to go into a hiring phase, definitely bookmark this one for when it’s time to write the job description. One example:

When looking for a new job, it’s not only the position and responsibilities that are part of the package, but also the people I’ll be working with. So please tell me in your job ad: Who will be my manager? Who will I work and interact with most? Once I know, I can learn more about my potential future colleagues, and look at their writing or social media posts—just like you will do your research about me.