05OKR и метрики
Дизайн OKR на квартал
Objective + 3 Key Results — амбициозно, измеримо, не слишком много.
Спроектируй OKR на квартал для {{team}}.
Структура
Objective: [амбициозная качественная цель]
KR1: [измеримый результат] — from X to Y
KR2: [измеримый результат] — from X to Y
KR3: [измеримый результат] — from X to Y
Правила Objective
- Качественный, не количественный ("Стать leader'ом в категории X")
- Амбициозный — 70% выполнение норма (если 100% — поставлено слабо)
- Понятный без объяснений команде
- Одна цель на квартал. Не 5 параллельных
- Не задача: "Запустить фичу X" — это не Objective. "Активировать новых пользователей" — это Objective. Фича — путь к нему
Правила Key Results
- Измеримы в цифрах
- 3-5 KR на Objective. Меньше — узко, больше — расфокус
- Outcome, не output: "Запустили 5 фич" — output (плохо). "DAU вырос на 30%" — outcome (хорошо)
- From X to Y — стартовая точка + цель
- Покрывают разные аспекты Objective. Если все KR про одно — Objective слишком узкий
Пример хорошего
Objective: Сделать активацию новых пользователей сильной частью продукта.
KR1: Доля юзеров, прошедших ключевое действие в первые 24ч,
поднимается с 18% до 35%
KR2: Средний time-to-value снижается с 14 минут до 5 минут
KR3: 7-day retention новых юзеров поднимается с 22% до 35%
KR4: NPS среди тех кто прошёл активацию: 40 → 55
Заметь: KR измеряют разные грани активации.
Пример плохого
Objective: Запустить новый онбординг.
KR1: Релизнуть фичу к 15 марта ← это task
KR2: Закрыть 47 тикетов ← это output, не outcome
KR3: Хорошие отзывы ← неизмеримо
Шаги формулировки
1. Контекст: где сейчас команда / продукт? 2. Ambition: что хотим достичь к концу квартала? 3. Метрики: как поймём что достигли?
4. Reality check
- Эта цель зависит от твоей команды? (если нет — не OKR)
- Цифры достижимы за квартал?
- У команды достаточно ресурсов?
5. Score
В конце квартала:
- 0.0-0.3 — провал, переосмыслить
- 0.4-0.6 — норма для amb OKR
- 0.7-1.0 — отлично
-
1.0 — недостаточно амбициозно поставили
Кросс-функция
Если OKR требует работы других команд:
- Найди dependencies заранее
- Согласуй с ними (они должны иметь свой OKR который поддерживает твой)
- Не ставь зависимостью от того что не контролируешь
Анти-паттерны
- ❌ "Стать лучшими в мире" — нет KR которое это меряет
- ❌ 8 Objectives на команду — sho ничего не получится
- ❌ KR = "Релизнуть X" — это план, не результат
- ❌ Поставить 100% achievable — не амбициозно
- ❌ Меняешь OKR в середине квартала — теряется смысл
Каденс
- Quarterly setting (за 2 недели до начала)
- Weekly check-in (короткий update)
- Mid-quarter review (что менять в плане)
- End-quarter retro (что выучили)
В конце дай
- 1 Objective + 3-5 KR
- Initiatives (что будем делать) для каждого KR
- Кто owner каждого KR
- Какие риски / зависимости
Похожие промты
design / ux
Декомпозиция фичи в user stories
Разбить фичу на маленькие истории формата «As a … I want … so that …» с acceptance criteria.
uxuser-storiesproduct
Открыть
Начальный15-30 мин
product / specsFeatured
PRD из идеи фичи
От «давайте сделаем X» до спека, по которому команда может работать без 100 уточнений.
productprdspec
Открыть
Средний30-60 мин
product / specs
Ревью спецификации
Найти дыры в существующем PRD до того как команда влетит в них в коде.
productspecreview
Открыть
Начальный15-30 мин