This is an older article, but it was brought up in a recent thread on the Elezea Community (join us!) and I hadn’t seen it before. In Applying Leverage as a Product Manager Brandon Chu explains how PMs can have the biggest impact in an organization:

Managerial leverage is the idea that some things a manager does creates more output than others, and for each possible thing, the amount of output created per unit of time is its leverage. That’s the basis of how you should decide whether to do activity A or activity B.

When internalized, these concepts impart on PMs a sense of what matters most in their role. They have lots of choices in what they can do everyday — all of which produce some positive output- but developing awareness of where they have leverage is critical to their long term impact.

The crux of it is this:

Product managers exert the most leverage through vision and strategy — the rest is optimization.

Brandon shares a very helpful framework about the different types of work product managers do, and the best way to balance that work.

I’m a big fan of the product forces aspect of the Jobs-to-be-Done framework to help teams think through the challenges they need to overcome to get customers to adopt their product. In Product adoption: how to get customers to embrace your product the Intercom team discusses the product forces, as well as some strategies for overcoming those forces. For example, on decreasing attachment to the status quo:

What can you do to draw your prospects’ attention to your benefits over their feelings of belonging? It may be as simple as promising a feature they’re desperately missing (like online privacy) or mentioning the support options you have in place (so they don’t have to ask a friend for help).

Google UX Designer David Hogue shares his thoughts on How to Reverse Over-Complication in Product Design and How to Avoid It Altogether. It’s a very good read for product managers. Here he describes how do build a process to avoid over-complication:

Critically evaluate every new and existing feature for the value it provides weighed against the costs of including in a product or service. Does a feature introduce friction or ambiguity? Does adding something more make flows, paths, and choices harder to understand? What are the potential positive AND negative outcomes of adding something, and is it worth it?

Constant vigilance against entropy, scope creep, and the accumulation of friction is necessary. Pausing for review after major releases, conducting retrospectives after updates or changes, critical analysis of product performance before and after a change, and ongoing quantitative and qualitative research can all provide information about and indicators of increasing and unintended complication.

Training company Onfielder published a comprehensive list of learning resources for new product managers called PM Starter Pack. Topics include what the role is about, overviews of the skills required (such as strategy, user experience, and analytics), and how to apply a job hunting strategy. Each section provides an overview of the topic as well as links to external resources. Highly recommended for new product managers.

It’s pretty interesting to see how different industries are adopting the product management role. In Product teams have taken national news organizations by storm. What’s happening locally? Christine Schmidt discusses how product is impacting newspapers and magazines:

“Product managers are the ones trying to think holistically and bring people together on how to move forward with a big idea,” Becca Aaronson, Chalkbeat’s director of product, said. “Anyone in a newsroom can do product thinking. It’s really about trying to think holistically about the needs of the audience, the mission and business interests of the organization, and technically how you’re going to get things done and bringing that together in a holistic way to create a comprehensive strategy for your organization.”

I like the reframing Sherif Mansour does in his talk Popular Misconceptions of the Product Craft. For example, here is his response to the common misconception that marketing-driven development is always bad:

As product managers we should always educate our teams on the value of great marketing, embrace the art of storytelling that infuses our marketing teams, and think about how we can bring that back to our teams. Whether you follow Amazon’s press release method, mock-up landing pages before starting a new feature, or do a box design exercise where you design the fictional in-store box for your new product, thinking about the Who, What, and Why of your product can help you build a better product for your customer.

I really like the NOBL team’s focus on Culture/Market fit in their article The Only Thing More Important Than Product/Market Fit:

Find yourself a healthy market, yes. Then develop a culture that can deliver product/market fit. Your culture is what produces your products and services. You know you have culture/market fit when both talent and customers flock to your company for who you are, even above what you make. You know you have product/market fit when legions of customers buy your product.

Without culture/market fit, sustainable product/market fit (at any size, scale, or maturity) is impossible.

They go on to describe four competing flavors of organizational culture, each with unique traits and competitive strengths.

Ian Bicking makes some very good points in his post “Users want control” is a shoulder shrug:

Control is what you need when you want something and it won’t happen on its own. But (usually) it’s not control you want, it’s just a means. So when we say users want control over X — their privacy, their security, their data, their history — we are first acknowledging that current systems act against users, but we aren’t proposing any real solution. We’re avoiding even talking about the problems.

I like the framing of the broad concept of “user control” in this very Jobs-to-be-Done way. It’s almost like a safe word to watch out for. Whenever we catch our colleagues (or ourselves!) arguing for giving users more control over something, we should immediately stop ourselves and try to uncover what deeper need the discussion about control might be obfuscating.