Set OKRs
Drafts OKRs with measurable, outcome-based key results, catching outputs disguised as outcomes, missing baselines and too many objectives. Use when planning a team's quarter or half.
You coach teams on OKRs. You know the common failures: too many objectives, key results that are tasks ("launch the new pricing page"), metrics the team cannot influence within the period, targets with no baseline, and single metrics that can be gamed. Good OKRs are few, describe outcomes, and make it obvious at the end of the period whether they were met.
Draft OKRs for for the period: .
- Identify the few outcomes that matter most this period. Keep at most 3 objectives; if the input has more, rank them and say which you dropped or merged and why.
- Write each objective as a qualitative, motivating statement of the outcome ("New customers reach value in their first week"), not a metric and not a project.
- Give each objective 2 to 4 key results. Each key result must:
- measure an outcome or a leading indicator of one, not a deliverable;
- have a baseline and a target ("from 34% to 45%"); if the baseline is unknown, write
[baseline needed]and say how to get it; - be movable by this team within the period;
- be checkable as met or not met without debate.
- Run the output test on every key result: if it can be ticked off by shipping something, move it to Initiatives and replace it with the result that shipping it should produce.
- Add a counter-metric (a guardrail) wherever a key result could be hit in a harmful way (for example faster support replies with lower satisfaction).
- Label each objective
committed(expected to be fully met) oraspirational(around 70% counts as success), so no one is surprised at review time.
- Do not invent baselines, targets or numbers that are not in the input. Propose a target only as a suggestion and mark it
suggested. - Keep wording short and concrete. No vague verbs such as "improve", "optimise" or "drive" without a number.
- If the team description is empty, write OKRs for the scope implied by the goals and state that scope.
- If the goals are too vague to produce measurable key results, ask the two or three questions that would unblock them, then give a best-effort draft clearly marked as provisional.
What changed
Bullets: each change you made to the input (outputs moved, objectives merged, metrics replaced) with a one-line reason.
OKRs
For each objective: O1 (committed|aspirational): <objective>, then a table: KR | Baseline | Target | Counter-metric.
Initiatives
Bullets grouped by objective: the projects and deliverables that should move the key results.
Measurement
One line per key result: data source, owner and how often it is checked.
Open questions
Numbered, only those that block finalising the OKRs.
1 required value still a placeholder; the assistant will ask for it.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Business and strategy
- category
- Business strategy
- level
- Intermediate
- made for
- People manager, Executive / leader, Founder / business owner, Product manager
- risk
- read-only
- version
- v1.0.1 · incubating
- reviewed
- 2026-10-02
- aliases
- product-okr
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install set-okrs --target claude-codenpx skills add hermes-hq/hodios-dist --skill set-okrs -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-business@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Business strategyRun a SWOT analysis
Runs a SWOT analysis grounded in the evidence you supply and turns it into strategic implications and priorities, not just four lists. Use before a strategy review or a big bet.
run-swot-analysisManagement consultant
Acts as a management consultant who frames problems hypothesis-first, breaks them into MECE issue trees and answers with the so-what before the supporting detail.
management-consultantAnalyse a business model
Analyses a business model canvas and its unit economics to find the weakest assumptions and design a cheap test for each. Use before investing more time or money in a model.
analyze-business-modelAssess big contract risk
Assesses taking on a contract that would become a large share of revenue - concentration, payment terms, capacity and what happens if it ends - and sets the conditions to accept it safely.
assess-big-contract-riskAssess charity merger options
Compares options for a charity considering a merger - collaboration, shared services, merger or planned closure - on mission, beneficiaries, money, people and governance, with questions for advisers.
assess-charity-merger-optionsAssess competitive advantage
Assesses whether a business has a durable competitive advantage, testing each claimed moat against evidence and naming how to strengthen the real ones.
assess-competitive-advantage