What is OKR: a complete guide with examples.
OKR is a method for defining where the company wants to be by the end of the quarter and how to know, with numbers, that it got there. Learn how to write, track, and not abandon them in the second month.
OKR is a method for defining where the company wants to be by the end of the quarter and how to know, with numbers, that it got there. Learn how to write, track, and not abandon them in the second month.
OKR is a method for choosing a few important things each quarter and measuring, with numbers, whether they happened. The acronym stands for Objectives and Key Results. The idea fits in one sentence: the objective says where you want to go; the key results tell you how you'll know you got there.
The method is simple to explain and hard to sustain. Most companies that try OKRs set great goals in January and drop them by March. This guide explains the concept, shows how to write key results that actually work, compares OKRs with KPIs and SMART goals, gives complete examples for five areas of a small company, and closes with the mistakes that sink the process.
An OKR has two parts. The objective is a qualitative sentence that gives direction and motivates: "Be the fastest real estate agency to respond in our city." The key results (KRs) are two to four numbers that prove the objective was reached: "reduce the first response time to a lead from 4 hours to 15 minutes."
Three traits set an OKR apart from an ordinary goal list:
Another trait, more cultural: OKRs are visible. Everyone in the company should be able to see other teams' objectives, which helps align priorities and spot early that two teams want incompatible things.
The most common confusion is mixing up the three. They answer different questions.
| Layer | Question it answers | How it's written | Example |
|---|---|---|---|
| Objective | Where do we want to go? | Short, qualitative, inspiring sentence | Have support that customers praise |
| Key result | How do we know we got there? | Change verb + metric + starting and ending value | Raise the satisfaction score from 7.8 to 9.0 |
| Initiative | What will we do to move the number? | Project, deliverable or task | Build a library of canned replies and train the team |
When someone writes "implement the ticket system" as a key result, they're describing an initiative. You can complete the task and the support can still be bad. The key result would be the expected effect: response time, satisfaction score, volume of reopened tickets.
A simple test to tell whether something is really a key result: if two people could disagree, at the end of the quarter, about whether it was achieved, it isn't one yet. "Improve customer support" fails the test. "Respond to 90% of tickets within 2 business hours" passes.
All three coexist well, but they aren't synonyms. Understanding the difference keeps you from using OKRs for what they aren't meant for.
| OKR | KPI | SMART goal | |
|---|---|---|---|
| What it's for | Driving a change in the period | Monitoring the health of something that already works | Stating a goal clearly and verifiably |
| Time horizon | Usually a quarter | Continuous (month to month) | Any timeframe |
| Has a qualitative objective? | Yes, it's the first part | No, it's just the indicator | No, the goal itself is the statement |
| Ambition | Usually stretches the team | Maintains a level | Should be attainable |
| Example | Raise NPS from 30 to 50 | Monthly churn rate | Sell 40 contracts by 12/31 |
A KPI is the car's dashboard: speed, fuel, temperature. You glance at it all the time and only act when something goes out of range. An OKR is the trip you decided to take this quarter. The two connect: often the key result is precisely to move a KPI. If your churn rate (a KPI) is 6% a month and you want 4%, that number goes into the quarter's OKR, along with the initiatives that support it.
The opposite mistake is putting everything that already works into the OKR. Keeping recurring revenue at R$ 80 thousand is not a quarterly objective: it's a KPI that needs watching.
SMART (specific, measurable, attainable, relevant and time-bound) is a quality criterion for writing any goal. A good key result is, in practice, a SMART goal. The difference is in the whole: the OKR forces you to have the objective that gives the number meaning and limits how many goals you set. A standalone SMART goal can be perfect and have no connection to the company's direction.
Write every key result with the same structure: change verb + metric + from X to Y. The verbs "increase," "reduce," "raise" and "keep above" work well. Verbs like "improve," "implement," "study" and "analyze" tend to hide activity.
| Wrong | Why it fails | Right |
|---|---|---|
| Improve customer satisfaction | Without a number, nobody knows if it happened | Raise the satisfaction score (CSAT) from 7.8 to 9.0 |
| Hire two salespeople | It's a task: you can do it without selling more | Increase revenue from new customers from R$ 40 thousand to R$ 60 thousand a month |
| Launch the new website | It's a project deliverable, not its effect | Increase quote requests through the website from 25 to 45 a month |
| Reduce costs | Which cost? By how much? | Reduce monthly freight spending from R$ 18 thousand to R$ 14 thousand |
| Be a benchmark in customer service | It's the objective, not the key result | Respond to 90% of tickets within 2 business hours (today it's 62%) |
| Train the team | Activity with no stated effect | Reduce orders returned due to picking errors from 5% to 2% |
Many companies separate two types of OKR. The committed type is what the team must deliver: 100% is expected and anything less requires an explanation. The aspirational (or stretch) type is deliberately hard: reaching 70% would already be a good achievement. What matters is making it clear, when writing, which type each key result is. Mixing the two without saying so causes arguments at close-out: one person thinks 70% was a win, the other thinks it was a failure.
OKRs without a tracking routine become decoration. A working cycle has four moments.
If you work in short cycles, there's a shortcut: each sprint planning session is the natural moment to ask "what goes in here that moves the number?" If you work with long deadlines, you can ask the same question when reviewing the project schedule.
In a company with more than one team, objectives need to talk to each other. The typical design has three levels: the company defines one to three objectives; each area defines its own so they contribute to the company's; teams, where they exist, do the same relative to the area.
There are two ways to align, and good companies combine both:
The main thing to watch is not confusing cascading with copying. If the company goal is "grow recurring revenue 30%" and the sales goal is the same sentence, nothing was cascaded. A correct cascade would be: sales takes "increase revenue from new customers from R$ 40 thousand to R$ 60 thousand a month"; support takes "reduce churn from 6% to 4% a month"; marketing takes "generate 120 qualified opportunities a month." Each area has its own number and they all add up to the company's.
Another concern is dependencies. If marketing's key result depends on a deliverable from the product team, both areas need to have agreed on it beforehand, with a name and a deadline. A goal that depends on someone who wasn't part of defining it tends to stall mid-quarter.
For the examples below, imagine a Brazilian services company with 25 people that sells on monthly contracts. The numbers are illustrative: every company should start from its own real values.
Objective: Close more contracts with customers who stay.
Possible initiatives: revise the proposal script, create an automatic follow-up after 3 days without a reply, build a list of customers who referred others.
Objective: Be found by people who are already searching for what we sell.
Possible initiatives: publish four articles a month focused on bottom-of-funnel searches, rewrite the main pages, adjust the targeting of paid campaigns.
Objective: Have support that customers praise.
Possible initiatives: define SLAs by priority, create canned replies for the ten most frequent questions, review reopened tickets weekly.
Objective: Deliver without rework.
Possible initiatives: standardize customer onboarding, create a quality checklist before each delivery, review workload distribution per person.
Objective: Grow with healthy cash flow and a healthy team.
Possible initiatives: automatic billing with a reminder before the due date, a hiring process with defined stages and deadlines, monthly one-on-one conversations.
Notice that every key result has a starting and ending value, that none is a deliverable and that each points to a number someone can influence. If you want to start from a ready-made structure, the OKR template brings this format in a spreadsheet.
Download the OKR template, fill in the starting values and bring it to the quarterly planning meeting.
Download the OKR templateA subtler mistake deserves the same attention: updating the number "from memory" on the eve of close-out. The solution is to shrink the distance between the goal and the work, which leads to the last point of this guide. For supporting reading on the topic, see the article OKRs linked to tasks.
The initiatives that support each number should become projects and tasks with an assignee and a due date. Small action plans can be put together with a 5W2H, and when several people share a deliverable, the RACI matrix removes doubt about who does the work and who approves.
The distance between the goal and the work is where OKRs usually die. In Tasskee, the goals and OKR screen sits alongside the team's tasks, and the flow goes like this:
Goals and OKRs are part of the Pro plan (R$ 39 per user/month), unlocked during the 15-day trial, no credit card. Reports dashboards help you check the team's workload and the off-track goals tied to the projects that support them.
Objectives and key results with an owner and a deadline, progress that rises as linked tasks are completed, and a calculated status. Try Pro free for 15 days, no credit card.
See goals and OKR in TasskeeObjectives with progress that goes up on its own as tasks move.
ViewObjectives and key results with a target, current value, owner, and deadline.
ViewThe seven questions of an action plan, with an annotated example and the link to PDCA.
ViewLife cycle, roles, methodologies, tools, and metrics, in plain English with real-world examples.
ViewFlow, time, delivery and load — numbers to decide with, not to decorate.
ViewShort cycles with backlog, burndown and the team's real velocity.
ViewLink each key result to the tasks that support it and watch progress rise on its own. Try Tasskee free for 15 days, no credit card.