SUNDAY REWIND: Just Say No – Hard Decisions in Product Management

October 16, 2022 at 09:00 AM
SUNDAY REWIND: Just Say No – Hard Decisions in Product Management

In this 2015 post, Jason Burke, then VP of Product at a Boston-based start-up called clypd, offers some advice on how product managers can prioritise when they’re faced with endless lists of work to be done.

You can’t do it all, says Jason, and there’s the problem. Included on the lists are features that someone has identified some value in. He says: “However, whether a company is Google-sized or is an early-stage startup, resources are always finite and tomorrow always comes quicker than expected, making proper prioritization imperative.”

He runs through some questions to ask when prioritising work:

What do we want to do? Identify high-level business themes.
How will this feature benefit the business? Is it worth the investment required to build?
What is the cost to build? This may be money or time.

Discover more insights from our Sunday Rewind series.

Jason says that the output of a solid prioritisation plan may surprise stakeholders when features that initially seemed to be must-haves end up at the bottom of the list. An effective plan for product development includes prioritisation as its most important facet. Creating that plan requires the discipline to use data and analysis to strategically say no and to say it often.

Read Jason’s post Just Say No: Hard Decisions in Product Management, in full.

About the author

Eira Hayward

Eira Hayward

Eira is an editor for Mind the Product. She's been a business journalist, editor, and copywriter for longer than she cares to think about.

Become a better product manager
Learn from product experts and become part of the world’s most engaged community for product managers
Join the community

Free Resources

  • Articles

Popular Content

Follow us
  • LinkedIn

© 2025 Pendo.io, Inc. All rights reserved. Pendo trademarks, product names, logos and other marks and designs are trademarks of Pendo.io, Inc. or its subsidiaries and may not be used without permission.