analytics-insights
Deep dive into product analytics — investigate a question, surface insights, build a data narrative. Use when you need to go beyond dashboards to understand…
Set OKRs or quarterly goals — define objectives, decompose key results, align with strategy. Use at the start of a planning cycle.
$ npx -y skills add mrthames/lean-pm-skills --skill okr-goal-setting --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/okr-goal-settingContext preview
The summary Claude sees to decide when to auto-load this skill.
Set OKRs or quarterly goals — define objectives, decompose key results, align with strategy. Use at the start of a planning cycle.
name: okr-goal-setting description: Set OKRs or quarterly goals — define objectives, decompose key results, align with strategy. Use at the start of a planning cycle.
Structure your quarterly or annual OKRs in a focused 2-3 hour session. Claude handles the framework mechanics — decomposition, measurement criteria, alignment checks. You provide the strategic judgment about what matters most.
| Step | Time | Claude Does | You Do | |---|---|---|---| | Audit context | 30 min | Structure company goals, last quarter's results, strategic priorities | Provide context, flag what changed | | Draft objectives | 30 min | Generate objective candidates tied to strategy | Choose the 2-4 that matter most | | Decompose key results | 45 min | Propose measurable KRs with baselines and targets | Validate that KRs are achievable and measurable | | Stress-test | 30 min | Check alignment, flag conflicts, identify gaps | Confirm with leadership and team |
Here's our context for [quarter/year] goal setting: Company-level goals: [what leadership has set as priorities] Last quarter's results: [what we achieved vs. planned, what we learned] Product strategy: [current vision and strategic bets] Team capacity: [team size, any changes, known constraints] What changed: [new data, market shifts, strategy pivots since last cycle] Summarize: - What should carry forward from last quarter (unfinished but still important) - What should be dropped (no longer relevant or strategic) - What's new this quarter (emerging priorities)
Based on our context, draft 4-6 objective candidates. Good objectives are: - Qualitative and inspirational (what we want to achieve, not a metric) - Aligned to company goals (clear line of sight to what leadership cares about) - Achievable within the time horizon (ambitious but not delusional) - Within our team's influence (we can move this, not just observe it) For each objective: - The objective statement (one sentence) - Which company goal it supports - Why this quarter (what makes it timely) - What we'd sacrifice to pursue this (every yes is a no to something else)
Select 2-4 objectives. More than 4 means nothing is a priority.
For each selected objective, draft 2-4 key results.
Good key results are:
- Quantitative and measurable (a number with a target)
- Outcome-based, not output-based ("increase activation to 60%" not "ship onboarding redesign")
- Time-bound (measurable by end of quarter)
- Stretch but achievable (60-70% confidence of hitting)
For each key result:
- The metric and target
- Current baseline
- Data source (where we measure this)
- Leading indicators (early signals we're on track or off)
- Risk: what could prevent us from hitting this?Review our OKRs for: Alignment: - Does each objective clearly connect to a company goal? - Do the key results actually measure the objective? (not a proxy) - Are there company goals we're not covering? Should we be? Conflicts: - Do any key results conflict with each other? (optimizing one hurts another) - Do any require resources we don't control? - Are any dependent on other teams' OKRs being met? Gaps: - Is anything important missing? - Are we measuring what's easy instead of what matters? - Do we have leading indicators for each KR so we don't find out we missed at quarter-end? Achievability: - At our current trajectory, which KRs are we likely to hit/miss? - What needs to change for us to hit the stretch targets?
1. **Too many objectives.** 2-4 per team. Period. If you can't say no, your OKRs are a to-do list, not a strategy. 2. **Output key results.** "Ship feature X" is not a key result — it's a task. "Increase metric Y from A to B" is a key result. The feature is one possible way to get there. 3. **Sandbagging targets.** OKRs should be stretch goals (60-70% confidence). If you hit 100% of your KRs, they weren't ambitious enough. 4. **Set and forget.** Review OKR progress weekly in metrics review. Adjust tactics, not goals — unless fundamentally wrong assumptions surface. 5. **No connection to daily work.** If the team can't explain how their sprint work connects to a KR, the OKRs are decorative.
AI-native product management skills that move at the speed your team needs. Traditional PM frameworks were built for a world without AI — multi-week discovery sprints, day-long planning offsites, months of analysis before a decision.
Deep dive into product analytics — investigate a question, surface insights, build a data narrative. Use when you need to go beyond dashboards to understand…
Evaluate whether to build in-house, buy a vendor solution, or partner. Use when facing a make-or-buy decision for a capability.
Build a complete business case for a product investment — strategic rationale, financial model, risk assessment, and recommendation. Use when you need…
Assess and respond to a competitor move within 24-48 hours. Use when a competitor launches, changes pricing, or makes a strategic shift.
Run a compressed 5-day product discovery cycle. Use when validating whether a problem is worth solving before committing engineering resources.
Define an epic with strategic context, feature breakdown, milestones, and success metrics. Use when scoping a large body of work for planning and tracking.