Replace Your Product Roadmap With Objectives And Key Results

In many bootstrapped companies, the product development process starts with ideas for new features from management, sales, customers, and others.  Those features are then prioritized based on expected return and cost to develop, put on a roadmap, and sent to the development team.  Sound familiar?  If so, a flawed assumption may be holding back your company’s ability to quickly and efficiently improve your customers’ experience.

THE PROBLEM WITH TRADITIONAL ROADMAPPING

The issue with feature roadmaps is that they conflate a feature with the outcome the team hopes that feature will accomplish.  For instance, a company might develop a new dashboard with the goal of increasing the time users spend in their application.  From the moment it’s decided that the feature should be developed, it’s simply assumed that the dashboard will in fact lead to more time spent in the app.

The company is evaluating its team based on whether the dashboard feature gets built successfully, but really that’s not what matters.  What the company really cares about is keeping users in the app longer—the dashboard may or may not do that.  The Objectives and Key Results (OKR) framework helps solve this problem by focusing on intended results, instead of specific features.  Invented by Intel and adopted by tech industry giants like Google, OKRs have become an accepted best practice for managing tech products.

GETTING STARTED WITH OKRS

The foundation of an OKR system is that priorities are articulated as objectives, instead of features. In our dashboard example, the original idea may have been a dashboard, but an objective can be extracted from that idea: the company wants to increase user engagement. The next step is identifying measurable results that would indicate success against that objective, for example increased logins and session times. Moving to OKRs will require modifying the entire product development process, starting with executive-level planning and continuing through testing and development.

Establishing a product vision and product strategy

The first step is setting a medium-term vision for the product (or company, if one product represents all or most of its business). Three to five years from now, what types of customers will the company serve, and what kinds of services will it offer? Setting a vision also requires considering what the market(s) the company plays in will look like in the future. Vision informs product strategy—in the nearer term, what are the company’s goals for specific verticals, segments, geographies or channels? This strategy-setting process should happen at least yearly.

Setting OKRs

Objectives are sub-bullets on how the strategy is to be undertaken, and key results are outcomes that measure whether those objectives have been met. These are goals for a product team (including product manager, designer, and engineers), not an individual. Every company varies in how they run their process, but there are some general commonalities across the tech industry.

  • Who sets OKRs? – Product teams often set their own OKRs, with input and review from leadership. Leadership should feel confident that the objectives really serve company strategy, and product teams should feel bought-in.
  • How often? – Quarterly tends to be a good cadence, a long enough horizon to begin to see results, but short enough to afford flexibility over the course of the year.
  • How many? – Keep the list short, around 3 objectives per team per OKR period, with 2-3 key results for each objective
  • How ambitious? – OKRs should feel a little uncomfortable; on an ongoing basis, teams should achieve about 70% of them. For this reason, low achievement shouldn’t be punished in performance reviews.

MAKING OKRS WORK

In bootstrapped companies, developing features based on what customers say they need in sales or customer service contexts is often the default strategy.  Sometimes these features end up being the right ones, but often customers don’t know what they really want until they see it, and it might be possible to give them an even better solution than the one they’re asking for.  OKRs help respond to customers better, by tracking how the customers behave, not just what they say.

This method represents a shift for many organizations, and like any other tool, the success of an OKR system depends upon teams using it consistently and wholeheartedly.  Done right, OKRs have the potential to align product team effort with overall strategy and customers’ true needs.  To learn more, consider resources such as the Silicon Valley Product Group Blog.

This content piece has been prepared solely for informational purposes. The content piece does not constitute an offer to sell or the solicitation of an offer to purchase any security. The information in this content piece is not presented with a view to providing investment advice with respect to any security, or making any claim as to the past, current or future performance thereof, and Mainsail Management Company, LLC (“Mainsail” or “Mainsail Partners”) expressly disclaims the use of this content piece for such purposes.

The information herein is based on the author’s opinions and views and there can be no assurance other third-party analyses would reach the same conclusions as those provided herein. The information herein is not and may not be relied on in any manner as, legal, tax, business or investment advice.

Third-party images, logos, and references included herein are provided for illustrative purposes only. Inclusion of such images, logos, and references does not imply affiliation with or endorsement for or by such firms or businesses.

Certain information contained in this content piece has been obtained from published and non‐published sources prepared by other parties, which in certain cases have not been updated through the date hereof. While such information is believed to be reliable for the purposes of this content piece, neither Mainsail nor the author assume any responsibility for the accuracy or completeness of such information and such information has not been independently verified by either of them. The content piece will not be updated or otherwise revised to reflect information that subsequently becomes available, or circumstances existing or changes occurring after the date hereof, or for any other reason.

Certain information contained herein constitutes “forward-looking statements,” which can be identified by the use of terms such as “may,” “will,” “should,” “could,” “would,” “predicts,” “potential,” “continue,” “expects,” “anticipates,” “projects,” “future,” “targets,” “intends,” “plans,” “believes,” “estimates” (or the negatives thereof) or other variations thereon or comparable terminology. Forward looking statements are subject to a number of risks and uncertainties, which are beyond the control of Mainsail. Actual results, performance, prospects or opportunities could differ materially from those expressed in or implied by the forward-looking statements. Additional risks of which Mainsail is not currently aware also could cause actual results to differ. In light of these risks, uncertainties and assumptions, you should not place undue reliance on any forward-looking statements. The forward-looking events discussed in this content piece may not occur. Mainsail undertakes no obligation to update or revise any forward-looking statements, whether as a result of new information, future events or otherwise.

No representation, warranty or undertaking, express or implied, is given as to the accuracy or completeness of the information or opinions contained in the enclosed materials by Mainsail and no liability is accepted by such persons for the accuracy or completeness of any such information or opinions. For additional important disclosures, please click here.