Menu

Limiting the downside of negative impacts by focusing on product resiliency

In The Misunderstood World of Product Growth Joe Van Os makes some great points about the importance of focusing on making your product resilient to negative impacts:

Since it is impossible to forecast when positive opportunities will appear, it is important to be in a position to take full advantage of them when they do. If a product team is in fire-fighting mode (dealing with the fallout of negative circumstances), opportunities with plenty of upside may be missed.

Limiting downside (technical debt, red-tape, etc) allows a product or business to quickly recover from negative impacts, as the negative impact will be contained. It is building a tough product.

The Rise of Product Ops

Product ops builds a foundation for excellence by reinforcing product strategy with metrics, infrastructure, business processes, best practices, budgeting, and reporting.

— Shaun Juncal, The Rise of Product Ops: Supporting Product Excellence at Scale

Good Strategy/Bad Strategy

I’m adding Good Strategy/Bad Strategy to my reading list, based on some of the quotes in this review:

Every organization faces a situation where the full complexity and ambiguity of the situation is daunting. An important duty of any leader is to absorb a large part of that complexity and ambiguity, passing on to the organization a simpler problem — one that is solvable. Many leaders fail badly at this responsibility, announcing ambitious goals without resolving a good chunk of ambiguity about the specific obstacles to be overcome. To take responsibility is more than a willingness to accept the blame. It is setting proximate objectives and handing the organization a problem it can actually solve.

On making the web with a text editor and a few hours

This essay about the building blocks of the web by Rachel Andrew is really important. From HTML, CSS and our vanishing industry entry points:

There is something remarkable about the fact that, with everything we have created in the past 20 years or so, I can still take a complete beginner and teach them to build a simple webpage with HTML and CSS, in a day. We don’t need to talk about tools or frameworks, learn how to make a pull request or drag vast amounts of code onto our computer via npm to make that start. We just need a text editor and a few hours. This is how we make things show up on a webpage.

The healthy engineering culture at Postlight

Web agency Postlight wrote about their engineering culture, and what a breath of fresh air it is to read this list in the midst of the current “hustle til you drop” culture:

The positivity of our internal communication fosters a team that is warm and easy to engage with for our clients. Our clients are shocked by how easy it is to communicate with our engineers. No knee-jerk reactions. Just a friendly, two-way, conversation with professionals.

Or, as we phrase it in our Wildbit values, “As a team, we support each other to do the work of our lives.”

The product manager’s battle between ego and customers

It’s a bit of an uneven piece, but Peter Krmpotic’s What’s the Secret to Becoming a Great Product Manager? makes some good points about ego vs. customer focus:

The ultimate goal for product managers and product leaders is to instinctively focus on the customer and not their own egos. This is hard since it is natural to be self-centered and unnatural to be customer-centric.

In Scott Belsky’s recently published book “The Messy Middle”, he highlights how we are hardwired to prefer short-term rewards, because delayed gratification causes anxiety and discomfort. Thus, I think the main career-long objective for product managers is to reprogram themselves over time from being self-centric to customer-centric, to get the urge of acting on their own ideas out of their system. Or as Belsky puts it, “to hack their reward system”.

Human-centered design is not enough

Very interesting article by Anab Jain arguing for More than Human-Centered Design. We need to move beyond ourselves and consider the things around us:

Interdependence is a powerful concept for me: different participants—human and non-human—are emotionally, economically, ecologically or morally interdependent on each other. And this reliance is acknowledged. I think this perspective is something that would be very meaningful for many of us to consider—whether we’re interaction, service, or UX designers, entrepreneurs, researchers or people who put things out in the world for others “to use”.

Have a look at the article for further thoughts and some practical examples.

The power of “why now?” as a prioritization technique

I imagine that if you made one of those pull-string dolls of a Product Manager, it would just say “Why?” over and over1. We love figuring out the real reason behind an idea or a customer problem — as we should. But I think we often miss an important follow-up question: “Why now?”

We have so many methodologies for prioritizing problems and features, but I’ve found that this one question is able to cut through all the complex reasoning and (rightfully) stop unneeded projects in their tracks. Most things we could work on in a product are important. But going through the thought process of why it’s important to work on something right away is really helpful to separate the truly worthy projects from the ones that can wait.

The problem is that “Why now?” is not always an easy question to answer. It’s too vague, too broad. But if you flip it around and ask it a different way, things start to become clear very quickly. So here’s a question I recommend you ask yourself and the team the next time you debate a project:

What is the danger of not doing this project right now?

If we don’t solve this problem or add this feature right now, what do we lose? Are sign-ups going to drop? Are we going to lose customers? Are we going to miss a major shift in the market? If so, then, yes, now is a good time to work on it. But if the room suddenly falls silent and everyone comes up short on the downside of skipping over the idea — or if the downside is something like “this one customer will stop sending us angry emails” — that’s a pretty good indication that this thing can wait for later.

I say “wait for later”, and not “forget about for forever and ever”, because it’s quite possible that a few months from now you’ll answer that question differently, and suddenly now becomes the perfect time to work on it. The point is that we should never do something now if later is a better option.


  1. Like Woody but for Product Managers? I want one! 

More

  1. 1
  2. ...
  3. 49
  4. 50
  5. 51
  6. 52
  7. 53
  8. ...
  9. 202