A Mental Model & Framework You Can Use For New Products, Existing Products, and PM Interviews Even In this series… — WTF is a Metric? Part 1: introduction to the basics of metrics, what it is, and why it matters. Part 2: 4 Steps to Defining GREAT Metrics for ANY Product — how to develop a metric from scratch. WTF is Your Metric Doing to Your Customers? Part 3: — how to avoid the unintended consequences of the “one metric that matters.” Metrics matter. Your product’s success is dependent on and defined by metrics. Metrics are a lens into your product’s health and performance. Defining your metrics, therefore, should be as intrinsic to your product development process as defining requirements. In fact, metrics are one of the most frequently asked product manager interview questions: How would you define the success metric for feature X? The Challenge Developing metrics from scratch can be incredibly daunting, precisely because there is so much at stake. Unless you work in an industry where standard metrics are widely accepted (such as in gaming, e-commerce, or retail), metrics are anything but trivial. Many product managers start bottom-up: monitoring and collecting the near-infinite number of data points they can get a hold of. However, an obvious truth quickly begins to surface… …not all data are created equal. Just because you can track everything doesn’t mean you should. because they give you a unique insight into your product’s health. Conversely, there is a lot of subpar data that can cloud your judgement. Some data are more valuable than others A Mental Model for Metrics Let’s step back. Think about your product as a box: You can start to instrument this box and collect all available data, but this can become an aimless approach characterized by constant trial-and-error. In order to build a product your users value, you first need to determine the inputs and outputs of this box. Your inputs are anything your users come to you with: their problems and their resources. Your outputs are the circumstances resulting from the use of your product. These become your . goals But this is not a black box. Most products require the user take within the product to extract value and achieve their . actions goals Quantifying and measuring these actions gives you insights into how (and how many) users are getting value from your product. When you track these actions over time, they become your . metrics Once you start to collect data for your metrics, you can then put them to work towards evaluating your product. The results of your can inform any number of adjustments in your , , or even themselves. evaluations goals actions metrics You can start to see that this very simple model can be applied in any number of ways: Defining success metrics for a new product Determining a success and impact new feature’s Re-vamping metrics for an existing product Fielding about metrics interview questions For each step, here’s a bit more detail on how to do this. The GAME Framework The GAME framework is a . For the remainder of the post, I will refer to a hypothetical “product” but feel free to substitute in “feature” whenever a “product” is discussed. 4-step process that can define metrics for any feature or product Step 1: Articulate Your Goals This is obvious, but you should for your product. Your goals are critical to ensuring that you maintain a purpose-oriented strategic mindset. They also serve as tangible markers for revisiting and validating directional correctness throughout the metrics development process. Placing goal-setting as your first step forces you to be top-down, which is critical for developing metrics. A bottom-up approach is suboptimal because it relies on intuition and can often lead to analysis paralysis. always start by defining your goals To define your goals, ask yourself the following questions: How will my users benefit from my product? What problems do my users want my product to solve for them? How will my users interact with the product? How will my users feel when they use my product? What is my vision for how this product will integrate in my users’ life? User Goals: What are the tactical or strategic business benefits? Increase revenue? Decrease cost? Be more competitive? Enter a new market? What does my business look like if my product is successful? Business Goals: Note that for many of the best products, user and business goals align. These goals are often two sides of the same coin. Once you have this set, you are ready to get in on the action. Step 2: List the Actions That Matter The next step is to define your user actions, or more precisely, all the actions you want your users to take within your product. This should start as a list. Don’t worry about the numbers or whether they are trackable yet. qualitative Here are some example questions you may ask yourself using the common ARM metrics framework. Pick the set of questions that align with your goals: : How will my prospective users hear about my product? What actions do my prospective users have to complete to become a user of my product? What actions do my users have to take to get value from my product? At what point is my product solving a real problem for my users? Acquisition & Activation : What gets my users to come back to my product? What do my users do when they are engaged with and interested in my product? What are the actions that provide my users repeat value? How often does it make sense for my users to take those actions? Daily? Weekly? Monthly? Once in a long while? Retention & Engagement : What form of “payment” does my user purchase with, money or time? What actions do my users take for my product to start charging? If my product is free, what are the reasons my users will opt to pay for it? Do they pay me directly or does someone else pay me when my users take action (e.g. ad/affiliate)? Do they pay me for every action (transaction) or do they pay me periodically (subscription)? Monetization & Revenue You can also use metrics frameworks like to flush out the actions. The key to doing this well is to be : have the broadest coverage, but don’t bother differentiating the minutiae. AARRR comprehensive but not exhaustive For example, if your acquisition user action is “newsletter signup,” don’t worry (yet) about listing each newsletter sign-up interface. Step 3: Define Your Metrics You are now ready to turn each desired user action (qualitative) into a measurable, trackable value (quantitative). Note that if you haven’t already done so, bring engineering and data teams in at this stage to vet your metrics and provide technical guidance on the feasibility of collecting/storing the desired data. Here are some major decisions for how to count each action: : Can the action be directly tracked? Or do you have to use a proxy to measure the action? Direct vs. Proxy For example, you can measure “clicks” directly, but you may need to proxy “views” with values like scrolling. : Can you group many actions for an overview, then separate out as slices for later analysis? Individual vs. Aggregate For example: total revenue → revenue by product line → revenue by individual product. : Does it matter more for you to measure the overall magnitudes of the action? Or should you track as a comparison using a ratio, whether it be a rate (per time) or a normalizing factor (percentage, per user, etc)? Magnitude vs. Ratio For example, you can measure “total revenue,” or you can measure “revenue per day” and “revenue per payer,” which will give you very different perspectives on the same data. : Can you derive more knowledge from the measure intrinsically? Or do you have to rely on heuristics for the metric to be valuable? Intrinsic vs. Heuristic For example, while “daily active user” (DAU) may be intrinsically useful for B2C apps, a heuristic like “number of paying users who were active in the last 30 days” may be more appropriate for B2B SaaS products that are expected to be used monthly. For most, this is the hardest step in the framework. Some of your decisions are informed by strong intuition, while others are informed by technical constraints or further data analysis. Often you won’t know for certain whether a metric is working until some iterations. At this stage, you can also begin to weed out . Tweak the metrics that can be “gamed,” i.e. artificially inflate or deflate through clever design/engineering or malicious user intent. vanity metrics For example, inflating page views by using pagination or slide shows. Step 4: Evaluate your Metrics The best way to ensure your metrics are providing you the correct insights into your product is to . You simply will not know how a metric behaves until you start collecting data. test and iterate You can check for usefulness by monitoring the metric for any false-positives or false-negatives. For example, if the metric drops, does it signal a real problem in the product? Conversely, if an issue surfaces, is the metric helping you flag this issue? Of course, you would also expect the metric to flag true-positives and true-negatives. The most import evaluation you need to make is the functional usefulness of the metric. Different behavior with your metrics may inform iterations in each of your GAME steps: : Is the data trending in the way you expected? Is the metric stable over time (i.e. not wildly fluctuating)? Is the metric flagging issues with your product and prompting further analysis? Are these the correct data points to collect? If you answer “no” to any of these questions, you want to reconsider how you developed your metrics. Evaluating Metrics : Are these actions reflective of product, user, or business goals? Are your key actions telling the correct story about user behavior? Does your action set cover all emerging user behaviors? Are your actions safe from being “gamed” by your users? If you answer “no” to any of these questions, you want to redefine the set of key actions. Evaluating Actions : Is the metric correlating to business or user success? Are your users happier when your metrics are positive? If you answer “no” to any of these questions, you want to revaluate how your metrics relate to your goals. Evaluating Goals Ask yourself these honest questions and remember that you are looking for your metrics to measure the vital signs that give you an actionable indication of health and performance. Applying GAME: Facebook’s Newsfeed Example 😇 Disclaimer: I have no insider information from Facebook. This section is pure speculation. The Facebook Newsfeed comes up as one of the most common interview questions, particularly because it has the right mix of ubiquity, complexity, and opaqueness. Let’s apply the framework step-by-step: Goals for the Newsfeed can be broken down between user and business goals: : I want to be able to see the latest of what my friends are up to without going to each of their profiles. User Goal : Users are only coming to Facebook when they have a reason to: they are looking to post or they have been messaged/mentioned. We want to improve engagement by creating an evergreen content discovery experience. Business Goal Actions taken on the Newsfeed can be collected into the following qualitative list when considering “engagement” as the primary goal for both user and business: into Facebook to look at Newsfeed Logging to Newsfeed (text, photo/video, photo/video album, live video) Posting Newsfeed items, including watching a video Viewing through the Newsfeed Scrolling on Newsfeed items (content, name/photo of the poster) Clicking or replying to a comment Commenting a Newsfeed item or a comment Liking a Newsfeed item to your own or someone else’s wall (person, page, group), or as a private message Sharing a post (yes, you can … who knew?) Saving look at saved posts later for a Newsfeed item Hiding, unfollowing, reporting, or turning off notifications Notice how the list is relatively : it covers all of the bases but doesn’t try to split hairs between all the different post, click, or comment types. We can also see how product design around creating or changing actions can be a major lever for impacting engagement. comprehensive but not exhaustive Metrics is where this gets interesting. In trying develop the most useful, actionable metric, we can vet them through our various decision points: : Most of the actions above can be tracked directly with clicks for viewing a feed item. For viewing, we may use a proxy to count the number of items viewed, such as “count viewed if 75% of the feed item is in the device viewport.” Direct vs. Proxy except : Because our primary goal is measuring engagement, we care about our users engaging with the Newsfeed in general more than any specific action, so we will define a metric with aggregate measures. With that said, some actions (like posting) are more valuable to us, so we may choose to group them differently. For example, we can aggregate Newsfeed actions into the first bucket, actions into a second bucket, and actions (inclusive of links, comments, share, blocks) into a third. Individual vs. Aggregate posting viewing interacting : Looking at the magnitude of Newsfeed action is relatively meaningless since any given user can generate a great number of actions. It is more useful if we consider either actions-per-day or actions-per-user (or both, i.e. actions-per-user-per-day). Magnitudes vs. Ratios : Unfortunately, there’s no easy measure to determine whether someone is “engaged” or not. Let’s say a analysis shows that people who OR OR are 2x more likely to come back to Facebook the next day. We can use this data to develop a heuristic around an engagement metric, whereby if a user crosses any of the three thresholds above, they are considered “engaged.” Intrinsic vs. Heuristic hypothetical post at least 1 feed item view at least 20 feed items interact with at least 3 feed items Pulling this all together, our metric for the Facebook Newsfeed will look something like this…: …where “engaged user” is a that’s developed by both actions and comparing it as a to “total users” on a daily basis. heuristic aggregating direct and proxy ratio Evaluations will come in the form of validating many of the assumptions we made above by putting your newly defined metric to work. For example: : We may find that the definition around “engaged user” is overly permissive and that 90% of our users are regularly considered “engaged,” which doesn’t leave much room for insight or improvement. We dig deeper to find that of the 90%, a majority became engaged through the “view at least 20 feed items” criteria, so we adjust that threshold up to 50 to create a higher bar for an engaged user. Honing Heuristics : We may find that people who take actions against negative posts (hiding, unfollowing, reporting, or turning off notifications) actually correlates inversely to engagement. From this, we can decide to pull these actions out of our “interacting” bucket (bucket 3) and develop a separate metric to monitor negative Newsfeed behavior. Disaggregating Actions : We may find that we’ve done such a great job on engaging users with the Newsfeed that engagement is no longer the primary goal. Instead, we may decide to shift the goal to “monetization,” where we develop ad-related features into the Newsfeed. While engagement may not be the primary goal anymore, we want to continue monitoring the engagement metric to ensure the new monetization features do not have an adverse impact on engagement. Shifting Goals A Case for Defining Your Metrics Before You Need Them In a “move fast and break things” world, it is tempting to concern yourself with metrics only after the product has launched. However, having metrics defined before you start development can translate to huge benefits because: Metrics help you maintain focus Metrics set a for team to rally around common goal Metrics hold you (the PM) to your users and business accountable Metrics enable more during the critical launch period, including triage and prioritization objective decision-making Flying blind at any stage of your product’s lifecycle will substantially decrease your ability to learn. After all, you can’t improve what you don’t measure. Having the right data up front may be difference between success and failure for a ! startup I hope this has been a useful breakdown on how to develop metrics. Please leave comments if you have any thoughts or ideas about how to improve this post, or was able leverage the tools here to improve your metrics! For more Product or general business writing, please follow me on Medium or browse my other writing: @vincelawco. I can also be found at my website , on answering product-related questions, or at the community if you want to chat! Management http://vincelaw.co Quora PMHQ Slack

Too Long; Didn't Read

Developers: Build Less. Deliver More. [Learn how]	

4 Steps to Defining GREAT Metrics for ANY Product

Too Long; Didn't Read

Vince Law

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

4 Steps to Defining GREAT Metrics for ANY Product

Too Long; Didn't Read

Vince Law

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES