post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Podcast

How to build the right product culture during transformation – Joca Torres (Product Consultant)

Career

Why self-care is your secret weapon as a product manager

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

Context, intent, change, purpose, constraints – a model for communicating requirements

5 difficult conversations and how to have them

DoorDash eats Deliveroo while OpenAI makes its biggest buy: This week’s news roundup

Why great product managers think like therapists

Tools and techniques to scale product teams – Charlotte King (Lead Product Manager, eBay)

Christian Bonilla is the founder of UserMuse, which connects product and UX teams with hard-to-find subjects for user testing and product feedback. He writes regularly for UserMuse and Fast Company.

Christian Bonilla

Assimilating new hires can take a big bite out of your schedule, but it&#8217;s a process I’ve always enjoyed, despite this. Having a captive audience eager to learn about the product is red meat to me.
The only part of it that ever made me cringe was when a question about the product roadmap caught me flat-footed: “Why is this on the roadmap?”
“Oh, it’s for a big deal of Laura’s which she expects to close this quarter…”
“This? It’s been on the roadmap for a while, but I’m not sure we’ll actually get to it…”
“Oh, the CEO really wants to do this. I wasn’t in that meeting, but I think it’s because…”
Sound familiar? Judging by<a href="https://www.mindtheproduct.com/the-biggest-challenge-for-product-managers/" target="_blank" rel="noopener"> what product managers have told us</a>, my guess is that it sounds familiar to a good chunk of you reading this. So how do we all get to that point where we have caveats against multiple items on the product roadmap—and more importantly what do we do to mitigate it?
<h2>Managing the “Shadow Product Team”</h2>
Responsibility for defining the roadmap may officially rest with the product team, but there are others in the organization who can directly influence it. The heads of sales and partnerships are the usual suspects, but anyone with major influence on revenue or the customer experience has the potential to swoop in with feature requests that aren’t<a href="https://www.usermuse.com/" target="_blank" rel="noopener"> backed by market validation</a>.
Practically all roadmaps will include a few things that fall outside the core product vision. For better and worse, being opportunistic to win a big deal here and there is a part of life. However, it’s a problem when those disruptions become more frequent or the product team loses control of the strategy.
Striking the right balance is hard. You want to support salespeople as best you can, but they need to close deals without offering custom features as a crutch. You need feedback and intelligence from all parts of the organization, but you can’t act on every request. In short, you need to be inclusive yet affirm that the product team is in charge of product decisions – end of story.
A consistent, transparent process for evaluating requests from the other departments can go a long way toward keeping bad features off the roadmap while keeping your internal partners happy.
<a href="https://www.mindtheproduct.com/what-makes-a-good-product-roadmap/" target="_blank" rel="noopener">What Makes a Good Product Roadmap?</a>
<h2>Transparency goes a long way</h2>
I’ll paint with a broad brush here: most bad features get on the roadmap when people who simply don’t know better aren’t stopped by the product team. What do I mean by “people who don’t know better”? It’s those who:
<ul>
<li>Don’t understand the effort involved</li>
<li>Don’t think of the opportunity costs of spending time and money on their request</li>
<li>Don’t see how their request contradicts some other priority</li>
<li>Don’t think about how their idea fits into the product architecture</li>
</ul>
It’s not because they’re dumb; people who haven’t worked on the development side haven’t learned things that you probably take for granted. Here’s how you can mitigate the problem:
Review the requests: It’s obvious, but I had to put it here anyway. Don’t just add a feature to the next sprint because sales want it. Assess the requirements and prioritize the feature like you would anything else before you slot it in the development queue. (And if it can’t or shouldn’t be done, don’t add it.)
Track requests publicly: Something we did at Resonate that worked well was to keep a simple, internal wiki page with every bug report and enhancement request from the rest of the organization along with notes from product and its development status. Not only did people get to see their requests being completed, but it gave everyone a better appreciation of the volume of requests we had.
Enforce Executive-Product team cohesion: Few things are as disorienting and frustrating as conflicting orders from the bosses. Review the roadmap and any changes with the key executives outside Product at least once a month to keep everyone on the same page. Otherwise, they’ll make commitments to customers, partners, the Board and who knows who else that you may find yourself on the hook for delivering – this is perhaps the biggest source of “problem features” on the roadmap.
Explain how the development “machinery” works: Most people don’t understand how sensitive the agile process is to disruption. Put it in a diagram on the page with the request status. Hold a “lunch and learn” about it. The more people understand how products actually get built, the better.
Make sure product has a strong voice: The product team needs its own identity and voice within the company, especially where the most senior of executives still have a hand in product decisions. It’s important to have someone who can interact with those folks as a peer and push back effectively when that’s what is needed.
Sometimes, it’s the product’s job to be the “No Department,” but that doesn’t mean it’s destined to be a fight. If you show them that you&#8217;ll move their requests on when there’s a<a href="https://www.mindtheproduct.com/building-realistic-revenue-projection-new-product/" target="_blank" rel="noopener"> good business case</a>, people tend to be a lot happier.
<a href="https://www.mindtheproduct.com/category/product-roadmap/" target="_blank" rel="noopener">Discover more content on product roadmaps. </a>

core/freeform

Product Launch

The magic of making great products with Christian Idiodi

5 key practices to build a better product, Adam Mullett, ProductTank Perth

Keeping product creative, innovative… and fun! by Manon Dave

3 myths that get in the way of product adoption by Martina Lauchengo

Epic alignment by Nils Janse

A designer, a product manager, and an engineer walk into a bar…by Karishma Irani

The importance of a compelling mission and a user-focused strategy by Johannes Mayer

Designing for AI by Emily Sappington

Building Products for Bharat by Arpit Maheshwari and Smriti Pant

Creating and Marketing Cybersecurity Products by Richard Reiner

How bad ideas get on the product roadmap

ProductTank Pune

ProductTank Hyderabad

ProductTank Valencia

ProductTank Auckland

ProductTank Helsinki

ProductTank Barcelona

ProductTank Lomé

ProductTank Wellington

ProductTank San Diego

ProductTank Canberra

ProductTank Perth

ProductTank Hong Kong

ProductTank Bangkok

ProductTank Doha

ProductTank Tel Aviv-Yafo

ProductTank Baku

ProductTank Reston

ProductTank Raleigh

ProductTank Charlotte

ProductTank Washington

ProductTank Richmond

ProductTank Cluj-Napoca

ProductTank Zagreb

ProductTank Amsterdam

ProductTank Edinburgh

ProductTank Paris

ProductTank Hamburg

ProductTank München

ProductTank Manchester

ProductTank Bristol

ProductTank Oxford

ProductTank Madrid

ProductTank Des Moines

ProductTank Dallas

ProductTank Portland

ProductTank Curitiba

ProductTank Chicago

ProductTank Austin

ProductTank Philadelphia

ProductTank Montevideo

ProductTank São Paulo

ProductTank Los Angeles

ProductTank Gdansk

ProductTank Stuttgart

ProductTank Pittsburgh

ProductTank Bangalore

ProductTank Chennai

ProductTank Mumbai

ProductTank Fribourg

ProductTank Norwich

ProductTank Zürich

ProductTank Newcastle Upon Tyne

ProductTank Jacksonville

ProductTank Florianópolis

ProductTank Tallinn

ProductTank Denver

ProductTank San Francisco

ProductTank Sheffield

ProductTank Tokyo

ProductTank Valletta

ProductTank Vancouver

ProductTank Milano

ProductTank Columbus

ProductTank Belfast

ProductTank Montréal

ProductTank Seattle

ProductTank Lausanne

Product Management Foundations BST

Product Management Foundations ET

ProductTank Reading

ProductTank Bielefeld

Communication & Alignment BST

Communication & Alignment ET

ProductTank Frankfurt

ProductTank Bonn

How bad ideas get on the product roadmap

Christian Bonilla

Read more