No matter the initiative you’re working on, clarity on what success looks like is essential. There are multiple ways to achieve that clarity, including objectives and key results (OKRs) and product goals. But when should you use which method?
For a time, I believed OKRs were the solution for every challenge. As I progressed in my career, I learned that isn’t always the case. At times, OKRs can stretch teams too thin, leading to confusion instead of promoting collaboration. As it turns out, OKRs are not a magical solution that always guarantees alignment and clarity on achieving success.
In this guide, we’ll offer some tips to help you suss out whether to use OKRs and product goals for a given scenario and demonstrate how to measure success in either case.
I’ve worked with companies of varying sizes, ranging from a handful of employees to several thousands. The larger the organization, the more challenging it becomes to align everyone’s goals. Failure to address this issue will complicate collaboration, with teams often heading in different directions.
At one company I was a part of, we had about 300 employees spread across eight product teams. Before introducing OKRs, each department set its own goals, and product teams adhered to individual feature roadmaps.
Our disparate objectives led us to compete against one another rather than collaborate. As a result:
A significant shift occurred when management introduced OKRs. The top management would formulate the objectives, explaining their importance to the teams. The teams, in turn, would craft key results for each objective. Initially, this process was tiresome, but it allowed us to align and commit to key results, leading to a spirit of collaboration over competition.
My takeaway from this experience was clear: OKRs can steer teams in the right direction and encourage them to prioritize outcomes over mere outputs. I found this to be true with other similarly sized companies.
Factors that make OKRs effective include:
I’ve encountered just as many situations where OKRs didn’t work. In my experience with startups, for example, OKRs often fell short. Instead of aiding us, they sometimes caused confusion and hindered learning.
Here’s an illustrative example:
Before launching a product, I attempted to set up OKRs, following all the recommended steps. Along with fellow leaders, we crafted objectives and let teams determine key results.
Despite believing we were on the right track, issues soon emerged:
Clearly, OKRs weren’t assisting us. In the pre-launch phase, the goal isn’t necessarily about clearly defined outcomes — it’s about progress and preparing a product for the market.
Situations where I’d advise against OKRs:
Our solution was to abandon the OKRs. In a startup scenario, especially when aiming to launch a new product, the OKR approach proved too cumbersome. Instead, we set single, clear product goals.
As we’ve seen, with OKRs, team sometimes struggled with prioritization, leading to more debates and less progress. However, with product goals, our leadership was compelled to define one clear goal achievable within six to 12 weeks.
Our primary objective was straightforward: ensuring our target audience could efficiently operate our product. Leadership narrowed down the target audience to a specific segment, allowing the team to focus on delivering the necessary features.
The product goal approach resulted in:
With OKRs, measuring success is straightforward. You have the key results and can track your progress against them.
Here’s an example from a company I worked with:
Key result: Increase basket size by 15 percent compared to the previous year
However, with Product Goals, the measurement approach can vary. If the goal is outcome-oriented, it’s similar to OKRs. However, if it’s a binary goal (either achieved or not), then it requires some creativity in measurement.
Here’s a product goal from my experience:
Product goal: Allow customers to resell products they previously purchased from our shop.
This goal is binary: either customers can resell or they can’t. So, how do you gauge progress? A useful strategy is to ask: “What needs to happen for this to be successful?” For this specific goal, we determined the following metrics to track our progress:
By focusing on these metrics, the team could initiate a basic solution, refine it, and eventually identify a broader target audience. Although our initial benchmarks for success were clear, we adapted our metrics as we progressed.
The primary distinction between OKRs and product goals lies in their application. With OKRs, you start with clearly defined objectives and key results. In contrast, product goals are more like objectives without predetermined key results. As you progress, you define the relevant metrics, ensuring flexibility to achieve the overarching product goal.
Featured image source: IconScout
LogRocket identifies friction points in the user experience so you can make informed decisions about product and design changes that must happen to hit your goals.
With LogRocket, you can understand the scope of the issues affecting your product and prioritize the changes that need to be made. LogRocket simplifies workflows by allowing Engineering, Product, UX, and Design teams to work from the same data as you, eliminating any confusion about what needs to be done.
Get your teams on the same page — try LogRocket today.
Between ignoring your design team and micromanaging them, there’s a sweet spot where you all can deliver great results.
Ryan Poppa, Senior Director of Product Management at DNSFilter, shares the importance of not being afraid to say no to customer feedback.
Whenever I open PM groups on Reddit, Facebook, or WhatsApp, I see people asking the same question: “Will AI take my job?”
Ylang Nguyen talks about how she has helped teams work through the operational and cultural challenges that come with acquisitions.
Learn more →
