The One Metric Every Product Team Should Track (Yet Few Do)
May 17, 2022

The One Metric Every Product Team Should Track (Yet Few Do)

by Brian de Haaff

Ready for a riddle? “I belong to you, but other people use me more than you do. I am finished when people buy me, but I am never completely done.” The answer: Your product. If you work in technology, you know customers expect everything you create to continually improve. They want it to grow with them, adapt to their needs, and become even more useful than when they first purchased it.

A software product is always a work in progress — incrementally built over time, evolving as people use it. Value is gained (or lost) with every feature you add.

Building a product is an ongoing cost. Everything you create tallies up. The product team is the engine behind it all — so you naturally want folks to be as productive and efficient as possible. That means delivering what customers will benefit from the most with the least effort (and the most joy for those building it).

That ongoing cost is why product managers have such a challenging yet critical role in product development. What you choose to prioritize today has a real impact on your customer’s happiness, the longevity of your product, and the future of your company. But how do you choose which features to invest in? Too many teams end up choosing wrong without even realizing it.

It is time to bring accountability to the product development process. You do that by building the right habits.

To make better decisions tomorrow, product teams need to make even better decisions today. That responsibility requires deep consideration — informed by qualitative thought and quantitative analysis. In a value-based approach to product development, your analysis should start with the very first time you evaluate an idea. Our team at Aha! does this with the product value scorecard shown below that is built into our software suite.

Scoring is now built for greater accessibility — you can set each metric by tabbing and manually entering a value.

Idea and feature scoring has always been a part of our software. But as we began to define a new product development model that is rooted in value, we realized that our own team was missing a crucial metric. We had different scorecards for ideas and features — which meant that tracking the validity of our initial estimates from concept to production could be challenging.

The initial value estimate almost always shifts. The team learns more about what customers think and what the product team thinks it will take to deliver. This happens throughout roadmap planning and continues into development. To ensure accountability, we needed built-in checkpoints to update the value score using a consistent method.

We recently released an updated product value scorecard that carries from idea through to feature prioritization. With a single scorecard that persists throughout the product development process, the Aha! product team is now able to look at how the score changed — comparing our initial score to the end results. Being able to understand if we were right improves our ability to estimate in the future.

But what about once the functionality is delivered to customers? Did we deliver what we thought we would? How can we reconcile the scores we initially gave with the end result? We gather quantitative and qualitative data to determine a realized value score. Our product team looks at usage data for the quantitative piece. Depending on what we shipped, we might count how many people were successfully able to make it through all of the steps in a given task, track error rates, and calculate how often users are returning.

We also gather qualitative feedback from users using the in-app feedback widget that is part of our advanced idea management software. We can enable the widget in specific functionality once we release an update so users can tell us what they think. We do research and gather insights through empathy sessions where we invite a group of customers to chat with our product team. Since all of this feedback is stored in our product development software, we are able to quickly take action on what customers need most. This also closes the loop in terms of whether we achieved what we set out to and helps us better estimate value for future features.

Value-based product development drives a disciplined approach that leads to better decisions.

Habits require practice. That is why I think that measuring product value is the best way for a collective product team to improve over time. The more that you estimate, score, and measure? The more you learn. As you implement those learnings, you hone the team's collective understanding of what value is — to customers and to the business.

Value is as value does. That is why the best teams use purpose-built product development software. Does yours?


Brian de Haaff

Brian de Haaff

Brian seeks business and wilderness adventure. He is the co-founder and CEO of Aha! — the world’s #1 product development software — and the author of the bestseller Lovability and The Startup Adventure newsletter. Brian writes and speaks about product and company growth and the journey of pursuing a meaningful life.

Follow Aha!

Follow Brian

Related articles

The Product Plan vs. the Release Plan
January 8, 2018
The Product Plan vs. the Release Plan

Confused about the differences between product plans and release plans? Learn how to use both product plans and release plans to deliver a winning product.

The 6 Principles of Strategic Product Roadmapping
April 14, 2020
The 6 Principles of Strategic Product Roadmapping

Strategy is not optional. I wrote this just a few weeks ago in a blog post about recent world events. The context was how to make clear decisions when the future is…

User stories vs. requirements: What is the difference?
January 23, 2018
User stories vs. requirements: What is the difference?

User stories focus on the user experience and benefits, and requirements detail what the product should do. Understanding the difference is key.

Agile vs. Roadmaps
March 2, 2020
Agile vs. Roadmaps

Have you ever tried to follow a complicated recipe? Exotic ingredients, specialty cookware, and professional techniques — it takes more than instructions to cook a…