Resources > Articles

Managing Internal Feature Requests

Post Author
  • Mike Savory is a product manager for Sage in Atlanta, with product strategy responsibility in North America for Sage's entry-level cloud and mobile accounting solution, Sage One Accounting. Mike has managed small business technology products for more than 15 years, including desktop, SaaS, and mobile. He can be reached at mike.savory@sage.com or on Twitter at @MikeSavory.

build

When I watch the TV show Bob the Builder with my kids, the product manager in me always takes issue with Bob’s catchphrase question, “Can we build it?” I guess it’s because I get asked this deceptively simple question all the time at work. I try not to reflexively shout, “Yes, we can!” as Bob’s construction-equipment friends always do. My more pragmatic response is usually, “Sure, we can build just about anything, but should we?” I guess, “Should we build it?” doesn’t make for such a great catchphrase, but it would make Bob a better product manager.

build
Photo By Blaz Erzetic on Unsplash

The most successful ideas usually originate from the customer in some form, but there’s no shortage of contributions from internal stakeholders. Predictably, these ideas from within the organization are often internally focused. For example, marketing wants new purchasing options within the product, or support requires new administrative tools. These are things that typically provide internal value, but not much for the end customer. So, how can you help limit internal requests that often have competing goals? The following three suggestions have worked well in my career.

Get Aligned on a Set of Objectives

If information security’s goal is security and uptime, and sales’ goal is revenue, it’s difficult to prioritize each of their needs in a common backlog. But if you, as the gatekeeper, can point to one set of top-down objectives, it becomes easier. If the organization’s objectives include increasing revenue per customer, and sales asks for a product widget that enables them to sell add-ons, it’s clear this request trumps others that don’t directly contribute to the revenue goal.
This list of objectives should be limited to a select few. It should be clearly publicized by top leadership. And representatives from each part of the organization should be involved in its creation so they feel a sense of ownership. Of course, if you work with other product teams, the first step is to make sure your own team is in alignment!

Build a Transparent Roadmap

When you tell someone outside of product management that their idea will be “added to the backlog,” how do you think they interpret that? I suspect they visualize the closing scene from Raiders of the Lost Ark, in which the ark is shelved in some giant warehouse, never to see the light of day. While some ideas deserve such a fate, you should be completely open about what is included—and excluded—in your roadmap.

I recommend publishing your roadmap internally for all to see. Make sure it includes a simple executive summary with relative priorities, and leave out requirement details. Each project or feature within your roadmap should reference the business objective it supports, and, whenever possible, supporting data such as survey results or user testing. Also, add a change log to show regular additions and adjustments. When everyone can see your purposeful, prioritized roadmap, the potential impact of inserting additional projects becomes clear.

Don’t forget that your roadmap can and should be used for self-promotion. Put a big checkmark on completed projects and include results data, such as a project’s effect on your net promoter score or conversion rates.

Know the Facts

Let’s face it. It’s easy to blame the product. You’ve probably been in a meeting where the following conversation occurred:

“You know, Big Scary Competitor just released Super Cool Feature.”

“Really? Why don’t we have Super Cool Feature?”

“We should! I bet that’s why sales are soft this month!”

Suddenly everyone is giving you that desperate “Can we build it?” look. This is when some relevant data can help avoid debate and objectively explain why Super Cool Feature should not be a priority.

Regularly spending time with both customers and data will supply you with the qualitative and quantitative ammunition needed to fend off impulse projects. As with your roadmap, your research should be shared openly in an effort to help everyone make more informed decisions. The best way is to take survey data, analytics, conversations, tests and observations, and craft them into stories that educate and excite your team. As Paul Simon said, “Facts can be turned into art if one is artful enough.”

As a product manager, you should enthusiastically welcome your colleagues into the ideation process. You never know from where the next great opportunity will come. But it’s your responsibility, for which you are uniquely qualified, to evaluate each idea against a focused set of objectives. Be consistent in your message, candid with information and perhaps a bit diplomatic. You’ll find requests from colleagues become more focused as they join you in asking, “Should we build it?”

Author

  • Mike Savory is a product manager for Sage in Atlanta, with product strategy responsibility in North America for Sage's entry-level cloud and mobile accounting solution, Sage One Accounting. Mike has managed small business technology products for more than 15 years, including desktop, SaaS, and mobile. He can be reached at mike.savory@sage.com or on Twitter at @MikeSavory.

Author:

Other Resources in this Series

Most Recent

The image features the term use scenario being revealed underneath a ripped piece of paper
Article

What is a Use Scenario [ +7 Examples]

The purpose of drafting use scenarios is to help your development and design teams to start thinking about solutions. Context is the foundation of innovation, and you’ll be providing a tool that will be the starting point for collaborative and productive meetings.
Article

[Comprehensive Guide] Product Owner vs Product Manager

Learn how to separate the roles of product owner and product manager on Agile teams and uncover some common challenges with confusing these roles. Including a short primer on the Agile revolution.
Article

Use Scenarios are Stories That Provide Context

The problem with today’s user stories is that they aren’t interesting. And they aren’t stories. The solution is use scenarios. It’s a narrative. It explains the problem in the form of a real-life story.
Article

Benefits of Bundle Pricing

Bundle pricing is simply a strategy where services or products are packaged together for one (often reduced) price rather than priced separately. This article covers some benefits of bundle pricing followed by a system for getting started.
Article

A Quick Guide to Value-Based Pricing

Value-based pricing begins with knowing the customer’s willingness to pay based on the perceived value of your product. You can charge less than a customer’s willingness to pay, and they feel like they’ve received an

OTHER ArticleS

The image features the term use scenario being revealed underneath a ripped piece of paper
Article

What is a Use Scenario [ +7 Examples]

The purpose of drafting use scenarios is to help your development and design teams to start thinking about solutions. Context is the foundation of innovation, and you’ll be providing a tool that will be the starting point for collaborative and productive meetings.
Article

[Comprehensive Guide] Product Owner vs Product Manager

Learn how to separate the roles of product owner and product manager on Agile teams and uncover some common challenges with confusing these roles. Including a short primer on the Agile revolution.

Sign up to stay up to date on the latest industry best practices.

Sign up to received invites to upcoming webinars, updates on our recent podcast episodes and the latest on industry best practices.

Subscribe

Subscribe

Training on Your Schedule

Fill out the form today and our sales team will help you schedule your private Pragmatic training today.

First Name*
Last Name*
Email Address*
Phone
Company
Job Title
Location
How can we help you?
Preferred method of contact
Privacy Policy*
Map Your Message to Its Audience with the Communication Compass
Map Your Message to Its Audience with the Communication Compass
Ensure your message hits the mark. This eBook helps you visually map communication styles so you can tailor your design story to a stakeholder or business partner.

Download Ebook

Demystifying Data Projects: A Guide for Business Leaders
While data science is a competitive advantage, data isn’t magic. Learn how to make magic happen by partnering more effectively with data professionals. This eBook delves into types of data projects, sample questions, tools and methods, key points and cautions—so stakeholders like you can initiate data projects with real business impact.

Download Ebook

Define Ebook Thumbnail
What’s the difference between a successful data analysis project and one that falls flat? 

Before you begin working with the data, you need to understand what you’re solving for. Gathering context and aligning around goals with your stakeholders from the outset will help you avoid disconnects and deliver actionable insights. Discover the most vital questions to ask before embarking on a data analysis project in our in-depth guide, “Define: Laying the Foundation for Successful Data Analysis.”

Download Ebook

Download Now