RoadmapHero Log in Free trial

OKRs

How to Write Good OKRs: Method and 12 Examples

Learn how to write OKRs that drive outcomes: a 5-step method, formula templates, 12 bad-to-good examples by function and the wording pitfalls to avoid.

By the RoadmapHero team · Updated on · 7 min read

Key takeaways

  • Write OKRs in 5 steps: name the change, turn it into a qualitative Objective, ask how you would know, pick 2–4 measurable signals, then stress-test each Key Result.
  • Use the Key Result formula "[Verb] [metric] from [baseline] to [target] by [date]" so every KR has a baseline and a target and can be scored.
  • Avoid outputs dressed as outcomes, vanity metrics, missing baselines, compound KRs and hedged words like "explore" that guarantee a perfect score and zero change.
  • Set aspirational targets you would reach about 70% of the time, and have the team draft its own OKRs in a 90-minute facilitated workshop rather than the manager alone.

Knowing how to write OKRs is a craft, and like most crafts it's learned faster from examples than from theory. A well-written OKR does three things at once: it states an ambition worth caring about, it defines success with numbers nobody can argue with, and it leaves the team free to choose the path. This article gives you the method, the formulas, and twelve real-world examples — each shown in its common broken form, then rewritten. If you're new to the framework itself, start with our complete OKR guide for product teams.

Before writing: anchor in strategy

The most common OKR-writing mistake happens before a single word is typed: starting from what the team plans to build instead of what the business needs to change. Before the drafting session, gather three inputs:

  • The company Objectives for the period — your OKRs must plausibly serve at least one of them.

  • Your product strategy — which segment, which differentiation, which pillar this quarter advances (see our product strategy guide).

  • Evidence — the 3–5 metrics or customer signals that hurt the most right now, with actual numbers.

A team that walks into the workshop with these three inputs writes OKRs in 90 minutes. A team without them debates wording for two weeks.

The 5-step writing method

  1. Name the change. Complete the sentence: "By the end of the quarter, the most important thing that will be different is…". No metrics yet — just the change.

  2. Turn it into an Objective. One sentence, qualitative, inspiring, no numbers. Write it in the language your team actually speaks, not corporate dialect.

  3. Ask "how would we know?". Brainstorm every observable signal that would prove the change happened. This list is your KR raw material.

  4. Pick 2–4 measurable signals. For each, write baseline → target. Kill any signal you can't measure within the first two weeks of the quarter.

  5. Stress-test. For each KR ask: "Could we hit this number while the Objective fails?" (gaming test) and "Could the Objective succeed while this number stays flat?" (relevance test). Rewrite until both answers are no.

Formula templates that work

Two templates cover 90% of well-formed OKRs. For Objectives, John Doerr's classic frame:

We will [qualitative ambition] as measured by [this set of Key Results].

For Key Results, the movement formula:

[Verb] [metric] from [baseline] to [target] by [date].

Examples: "Increase week-4 retention from 22% to 30% by March 31", "Reduce median support first-response time from 9h to 2h". Milestone KRs ("Launch in 2 new markets with ≥100 paying customers each") are acceptable when the milestone embeds an outcome — the "≥100 paying customers" part is what makes it a Key Result rather than a task.

12 real examples (bad → good)

Product team

Weak version

Rewritten version

Why it's better

KR: "Ship the redesigned onboarding"

KR: "Raise trial week-1 activation from 34% to 50%"

Measures the change the redesign is supposed to cause, not the shipping.

O: "Improve the product"

O: "Make the first session so smooth that users invite a colleague"

Specific, memorable, implies a testable behavior.

KR: "Get 10,000 page views on the new feature page"

KR: "Get 1,200 accounts to use the new feature ≥3 times"

Swaps a vanity metric for a usage-depth metric.

Growth team

Weak version

Rewritten version

Why it's better

KR: "Publish 20 blog posts"

KR: "Grow organic signups from 180 to 320 per month"

Content volume is an output; signups are the outcome content serves.

KR: "Increase social media followers by 50%"

KR: "Increase trial starts attributed to social from 40 to 90 per month"

Followers are a vanity metric; attributed trials tie to revenue.

O: "Grow the funnel"

O: "Become the obvious first stop for PMs comparing roadmap tools"

States a position to win, not a chart to bend.

Engineering team

Weak version

Rewritten version

Why it's better

KR: "Migrate 100% of services to Kubernetes"

KR: "Cut p95 deploy-to-production time from 45 min to 10 min"

The migration is a means; the KR names the benefit it must deliver.

KR: "Fix 200 bugs"

KR: "Reduce bugs reported per 1,000 sessions from 4.2 to 1.5"

Counting fixes rewards volume; the rate measures quality experienced by users.

O: "Reduce tech debt"

O: "Make the platform boring: predictable releases, quiet on-call"

Concrete picture of the end state, easy to rally around.

Customer success team

Weak version

Rewritten version

Why it's better

KR: "Call every at-risk account"

KR: "Raise save rate on at-risk accounts from 18% to 35%"

Calls are activity; saves are the result the calls exist for.

KR: "Send onboarding emails to all new customers"

KR: "Get 80% of new accounts to complete setup within 14 days (currently 55%)"

Shifts from what CS sends to what customers achieve.

O: "Improve customer satisfaction"

O: "Customers renew because of the experience, not despite it"

Sharp, honest, and clearly tied to renewal behavior.

Wording pitfalls to avoid

  • Output dressed as outcome. "Launch X" with no metric attached. If the verb is ship, launch, build, migrate or release, look for the change the work should cause and measure that instead.

  • Vanity metrics. Page views, followers, downloads, registered users. They go up and to the right regardless of value. Prefer activation, retention, conversion, revenue-adjacent measures.

  • No baseline. "Reach 50% activation" is meaningless without knowing you're at 47% (trivial) or 12% (heroic). Always write from → to.

  • Compound KRs. "Increase activation to 50% and reduce churn to 2%" is two KRs stapled together — impossible to score cleanly. Split them.

  • Metrics nobody owns. If no one can pull the number weekly, the KR will silently die by week 3.

  • Hedged language. "Explore", "investigate", "work towards" — these words guarantee a 1.0 score and zero change. Commit to a number or don't write the KR.

Run a team OKR-writing workshop

The 90-minute format that works for most product teams (5–9 people, one facilitator):

  1. Context (10 min). PM presents company Objectives, strategy reminder, and the evidence pack (metrics, top customer feedback themes).

  2. Silent drafting (15 min). Everyone writes 1–2 candidate Objectives on stickies, alone. Silence prevents anchoring on the loudest voice.

  3. Cluster and vote (15 min). Group similar Objectives, dot-vote, keep the top 1–3.

  4. KR brainstorm (25 min). For each retained Objective, list every measurable signal, then apply the gaming and relevance tests from the method above.

  5. Baseline check (15 min). For each candidate KR: do we know the current value? Who pulls it weekly? Kill or fix the unmeasurable ones.

  6. Wrap-up (10 min). Assign one owner per KR (an owner tracks the number — the whole team moves it) and book the weekly check-in slot before leaving the room.

Expect the output to be 80% right. The alignment pass with leadership and the first two check-ins will finish the job.

Tracking OKRs in RoadmapHero

Writing good OKRs is half the work; keeping them alive is the other half. In RoadmapHero's Vision & OKR module, each Key Result carries its baseline, target and current value, and roadmap initiatives link directly to the KR they serve — so the connection between goals and delivery survives the quarter (a discipline we detail in aligning your roadmap with OKRs). The AI progression analysis then does the tedious part of the weekly check-in for you: it reads each KR's trajectory and the linked tickets, and produces an actionable summary per Key Result — what moved, what's blocked, where confidence is dropping. Free trial, transparent euro pricing, no commitment.

Related reading: choose outcome metrics with our product KPIs guide, and see how outcomes reshape planning in outcome-based vs feature roadmaps.

Frequently asked questions

Should Key Results always contain a number?

Yes — every Key Result needs a baseline and a target, otherwise you can't score it. If you truly can't measure something yet, your first KR can be "instrument the metric": e.g. "Ship activation tracking and establish a baseline by week 4".

Can a Key Result be binary (done / not done)?

Occasionally, for milestone KRs like a certification or a launch with a hard date. But if most of your KRs are binary, you're listing deliverables, not outcomes. Aim for at most one milestone KR per Objective.

How ambitious should the targets be?

For aspirational OKRs, set targets you'd reach about 70% of the time with excellent execution. If you're certain to hit 100%, raise the bar. Committed OKRs (compliance, contractual deadlines) are different: those targets must be 100% achievable.

Who should write the team's OKRs?

The team, in a facilitated workshop — not the manager alone. Leadership sets the context and company Objectives; the team drafts its own OKRs and negotiates alignment. Ownership comes from authorship.

How long should writing OKRs take?

About two weeks of calendar time but only a few hours of actual work: a 90-minute workshop, an alignment pass with leadership, and a short finalization review. If it takes longer, you're polishing wording instead of making decisions.

The RoadmapHero team

The team building RoadmapHero. We write the guides we wish we had read: methods tested in the field, no jargon.

Published on

Keep reading