Приклади OKR: цілі та ключові результати за відділами
Вісім наборів цілей і ключових результатів за відділами, десять пар «поганий KR → добрий KR» і структура таблиці для ведення.
700+ практиків
Долучитися до спільнотиПриклади OKR читають заради форми: як виглядає ціль, які під нею стоять ключові результати, чим ці результати відрізняються від списку задач, які ви й так виконуєте. Нижче ви знайдете вісім блоків за відділами, таблицю на десять пар «поганий KR → добрий KR», структуру робочої таблиці для ведення й відповіді на питання з перших воркшопів.
Попередження до того, як ви побачите перший приклад: усі числа на цій сторінці ілюстративні. Ми взяли їх, щоб показати форму запису — базова лінія, цільове значення, одиниця виміру, джерело даних. Це не бенчмарки. Ваші 18% конверсії можуть бути видатним результатом або провалом — залежно від ринку й сегмента. Попередження стосується всіх чисел нижче — і в поясненнях, і в прикладах за відділами, і в таблиці виправлень.
Пітер Друкер описав управління за цілями (MBO), Ендрю Гроув переробив підхід в Intel і назвав свою версію iMBOs (Intel MBOs), Джон Дорр приніс метод у Google 1999 року — і показав його Ларрі Пейджу та команді. Сьогодні за Objectives and Key Results працюють Intel, Google, Amazon, Microsoft, Government Digital Service, а в Україні — Uklon і Monobank. Механіку методу ми розбираємо на сторінці OKR.
Як читати приклад OKR
Objective — якісне формулювання того, куди ви йдете і навіщо. Команда має прочитати його й захотіти це зробити. Тримайте ціль в одному реченні й не ставте в неї цифру. Якщо в цілі стоїть відсоток, ви написали Key Result і назвали його ціллю.
Key Result — вимірюваний результат, а не активність. У ньому є метрика, базове значення, цільове значення та джерело, за яким ви це перевірите. «Провести 12 інтервʼю» — активність. «Скоротити відтік у перший місяць з 19% до 11%» — результат.
Ініціатива — те, що ви робите, щоб KR зрушив. Проєкт, експеримент, зміна процесу. Ініціативи ви ведете окремо від OKR і змінюєте всередині кварталу, коли гіпотеза не спрацювала.
Ось як їх відрізнити. Підставте формулювання в речення «Ми це зробили, і тепер ___». Якщо продовження звучить як «і тепер у нас є новий лендинг» — перед вами ініціатива. Якщо «і тепер конверсія сторінки тарифів 3,1% замість 1,8%» — перед вами Key Result. Друга перевірка: назвіть звіт, у якому ви побачите цифру, і людину, яка її підтвердить. Немає звіту — немає Key Result.
Кількість ключових результатів на одну ціль за нашою практикою: 3–5. Менше — ви тримаєте ціль на єдиній метриці й втрачаєте її разом із цією метрикою. Більше — команда розпорошується і на чек-іні обговорює таблицю замість роботи.
Приклади OKR за відділами
Продажі
Objective: Ми закриваємо квартал без гонитви в останній тиждень.
Key Results:
- Частка угод, закритих у прогнозованому кварталі, зростає з 48% до 70% (джерело: воронка в CRM).
- Середній цикл угоди в сегменті середнього бізнесу скорочується з 74 до 55 днів (джерело: звіт по закритих угодах у CRM).
- Конверсія з кваліфікованого ліда в підписаний договір піднімається з 12% до 18% (джерело: воронка в CRM).
- Виручка від повторних продажів наявним клієнтам зростає з 2,1 до 3,4 млн грн (джерело: звіт з обліку продажів).
- Частка угод, що зависають у статусі «на розгляді» довше 30 днів, знижується з 26% до 10% (джерело: щотижневий зріз пайплайну).
Ініціативи: ввести єдиний чек-лист кваліфікації в CRM і заблокувати перехід угоди далі без заповнених полів; переписати комерційну пропозицію окремо під три сегменти й протестувати її на 30 угодах, порівнявши конверсію з контрольною групою.
Джерело даних ми показали в кожному KR цього блоку — далі опускаємо його для стислості. У своїх OKR ви пишете джерело завжди.
Маркетинг
Objective: Ми приводимо заявки, за які продажі беруться без суперечок про якість.
Key Results:
- Частка заявок з органічного пошуку зростає з 18% до 35%.
- Вартість кваліфікованої заявки знижується з 940 до 600 грн.
- Кількість заявок, які відділ продажів визнав кваліфікованими, зростає з 40 до 90 на місяць.
- Частка матеріалів, з яких приходить хоча б одна заявка на місяць, зростає з 20% до 45%.
- Частка заявок, які менеджери з продажу повертають як нецільові, знижується з 34% до 15%.
Ініціативи: зібрати 12 сторінок під запити нижньої частини воронки й перелінкувати їх на хаб; налаштувати наскрізну аналітику від кліка до підписаного договору, щоб маркетологи й менеджери з продажу дивилися в одну цифру, а не звіряли два різні звіти на нараді.
Продукт
Objective: Новий користувач доходить до першої цінності сам, без листа в підтримку.
Key Results:
- Частка нових акаунтів, що виконали ключову дію в перші 7 днів, зростає з 22% до 45%.
- Кількість звернень у підтримку на 100 нових акаунтів знижується з 31 до 12.
- Утримання на 30-й день зростає з 38% до 52%.
- NPS серед користувачів першого місяця зростає з 14 до 30.
- Час від реєстрації до першого успішного сценарію скорочується з 3 днів до 40 хвилин.
Ініціативи: переробити онбординг у три кроки з підказками в інтерфейсі та шаблоном для першого проєкту; провести 8 інтервʼю з тими, хто зупинився на другому кроці, і закрити дві найчастіші причини зупинки до середини кварталу.
Розробка
Objective: Ми викочуємо зміни щодня, а не готуємось до релізу цілий тиждень.
Key Results:
- Час від коміту до продакшену скорочується з 6 днів до 8 годин.
- Частка релізів, після яких команда відкочує зміни, знижується з 17% до 5%.
- Час відновлення після інциденту скорочується з 3 годин 40 хвилин до 45 хвилин.
- Покриття критичних сценаріїв автотестами зростає з 35% до 80%.
- Кількість релізів на тиждень зростає з 1 до 10.
Ініціативи: винести збірку в окремий пайплайн з автоматичним відкотом за метриками помилок і прапорцями функцій; ввести чергування інженерів та розбір кожного інциденту за єдиним шаблоном, щоб команда бачила повторювані причини, а не окремі випадки, і виносила по одному виправленню в наступний спринт.
HR
Objective: Кожен в команді розуміє, куди він росте всередині компанії.
Key Results:
- Добровільна плинність серед ключових ролей знижується з 19% до 10% річних.
- Час закриття інженерної вакансії скорочується з 68 до 40 днів.
- Частка працівників з узгодженим планом розвитку на пів року зростає з 25% до 85%.
- Частка новачків, що проходять випробувальний термін, зростає з 74% до 90%.
- Частка внутрішніх переходів у загальній кількості закритих вакансій зростає з 8% до 25%.
Ініціативи: описати рівні та критерії переходу для трьох напрямів і опублікувати їх для всієї команди; розвести розмову про розвиток і розмову про перегляд зарплати в різні місяці, щоб керівник і працівник обговорювали зростання окремо від грошей.
Фінанси
Objective: Керівники ухвалюють рішення за свіжими цифрами, а не за відчуттям.
Key Results:
- Команда закриває місяць на 5-й робочий день замість 14-го.
- Частка витрат, рознесених за центрами відповідальності, зростає з 60% до 95%.
- Відхилення факту від прогнозу грошового потоку звужується з ±22% до ±8%.
Ініціативи: перевести первинні документи в електронний документообіг із двома найбільшими постачальниками й перенести туди ж акти по підрядниках; узгодити з керівниками єдиний довідник статей витрат і закрити можливість заводити нові статті без погодження фінансового директора.
Виробництво
Objective: Ми віддаємо замовлення в строк протягом усього місяця, без авралу в останній тиждень.
Key Results:
- Виконання замовлень у строк зростає з 71% до 92%.
- Частка браку на виході з лінії знижується з 4,3% до 1,5%.
- Незаплановані простої обладнання скорочуються з 46 до 15 годин на місяць.
- Час переналагодження лінії скорочується з 95 до 40 хвилин.
- Частка замовлень, які майстри цеху передають в останні три дні місяця, знижується з 45% до 20%.
Ініціативи: запустити ранковий стендап майстрів біля дошки замовлень із розбором вчорашніх зривів і рішенням на день; скласти графік планового обслуговування для чотирьох вузлів, які дають найбільше простоїв, закупити запас критичних деталей на квартал і закріпити за кожним вузлом відповідального механіка.
Держсектор і громади
Objective: Мешканець громади отримує послугу онлайн і не приходить у кабінет.
Key Results:
- Кількість послуг, доступних онлайн, зростає з 12 до 35 із 60 наявних.
- Середній строк видачі довідки скорочується з 9 до 2 робочих днів.
- Оцінка мешканцями зручності послуги зростає з 3,2 до 4,3 за пʼятибальною шкалою.
Ініціативи: описати 10 найчастіших послуг як маршрути з точками відмови й переписати вимоги до документів людською мовою; навчити 25 працівників ЦНАП роботі в новій системі та закріпити двох внутрішніх тренерів, які підхоплять навчання після кварталу.
Поганий KR → добрий KR: десять пар
Половина поганих формулювань нижче — це насправді KPI, який спробували видати за ключовий результат: показник без стартової цифри й без дати. Де проходить межа, розібрано окремо — чим ключовий результат відрізняється від KPI.
| Поганий KR | Добрий KR | Що виправлено |
|---|---|---|
| Провести 40 холодних дзвінків на тиждень | Підняти конверсію з холодного контакту в зустріч з 4% до 9% | Метрика активності → метрика результату |
| Покращити задоволеність клієнтів | Підняти CSAT після звернення в підтримку з 3,9 до 4,5 за пʼятибальною шкалою | Додано метрику, шкалу й базову лінію |
| Запустити новий сайт і збільшити продажі | KR 1: скоротити час завантаження сторінок каталогу на новому рушії з 4,2 до 1,5 секунди. KR 2: підняти конверсію сторінки тарифів з 1,8% до 3% | Дві цілі в одному KR розведено на два, обидва з базовою лінією |
| Зміцнити культуру компанії | Підняти eNPS з 41 до 60 за опитуванням у березні та червні | KR неможливо перевірити → названо інструмент і дати заміру |
| Вести облік договорів у реєстрі | Скоротити частку договорів, підписаних із простроченням понад 5 днів, з 30% до 8% | Автор переписав у KR посадову інструкцію → зʼявився зсув |
| Опублікувати 20 вакансій | Підняти кількість інженерних вакансій, закритих кандидатами, що пройшли випробувальний термін, з 2 до 5 за квартал | Метрика активності → метрика результату з базовою лінією |
| Оптимізувати процеси в цеху | Скоротити час переналагодження лінії з 95 до 40 хвилин | Розмите формулювання → конкретна метрика |
| Знизити витрати на 10% | Скоротити витрати на логістику з 1,4 до 1,1 млн грн на квартал, утримавши виконання замовлень у строк не нижче 90% | Немає бази й предмета → база, предмет і запобіжник |
| Провести 12 інтервʼю з клієнтами | Скоротити відтік у перший місяць з 19% до 11% | Метрика активності → метрика результату |
| Стати лідером ринку | Підняти частку виграних тендерів у сегменті з 8% до 14% за даними Prozorro | KR неможливо перевірити → назване джерело даних |
Помітили закономірність: більшість виправлень зводиться до трьох питань. Що саме зміниться у світі? З якого значення на яке? Хто й де це побачить?
Шаблон OKR: які колонки завести
Тут ми закриваємо запит «OKR шаблон» без файлу для завантаження — зберіть аркуш самі в Google Sheets або Excel, і він стане вашим трекером OKR.
Заведіть один рядок на кожен Key Result і такі колонки: Період (квартал), Рівень (компанія / команда), Objective, Власник цілі, Key Result, Метрика, Джерело даних, Базове значення, Цільове значення, Поточне значення, Прогрес, Статус, Ініціативи, Коментар чек-іну.
Як заповнювати. Базове значення ви ставите один раз на старті кварталу й далі не рухаєте — без нього ви не порахуєте прогрес. У колонці «Джерело даних» пишіть конкретику: назву звіту, дашборд, номер опитування. Власник — одна людина, не відділ.
Як оцінювати. Прогрес рахуйте як (поточне − базове) / (цільове − базове), результат від 0 до 1. Статус ставить власник руками: за планом, під ризиком, зупинено. Розбіжність між високим прогресом і статусом «під ризиком» — це нормальна ситуація, яку власник пояснює на чек-іні.
Ми радимо тримати чек-ін у межах 15–30 хвилин і проводити його щотижня або раз на два тижні. На ньому власник оновлює три колонки — поточне значення, статус, коментар — і називає, що змінює в ініціативах.
Домовтеся про тип цілі до старту. Ендрю Гроув перебудував управління за цілями Друкера в Intel у систему, де до кожної цілі команда додає вимірювані результати. Поділ на committed і аспіраційні цілі — це вже практика Google: Джон Дорр описує її в книжці «Measure What Matters», а сама Google повторює її в матеріалах re:Work. Committed-ціль там означає зобовʼязання: команда планує ресурси так, щоб закрити її повністю або майже повністю. Аспіраційну ціль команда свідомо ставить вище за досяжне, і для таких цілей гайд Google re:Work називає орієнтир 0,6–0,7. Це два різні контракти з командою, і змішувати їх у межах одного аркуша не варто. Додаткові матеріали ми зібрали в бібліотеці OKR UA.
Чому приклади OKR з інтернету не працюють у вашій компанії
Перша пастка — чужий контекст. Ви берете формулювання, а разом із ним берете чужий ринок, чужу стадію, чужу базову лінію. Команда, яка ставить утримання на 30-й день 52%, знає своє поточне значення й причини відтоку. Ви цього не знаєте — і копія перетворюється на побажання.
Друга пастка — переклад з англомовних блогів. Разом із метриками ви берете звідти інструменти й ролі, яких у вас немає, а з ними — ілюзію, що ви вже вмієте це міряти.
Третя — приклад без ініціатив. Ви бачите красиву ціль і кілька KR, але не бачите, чим команда збиралася їх зрушити, які гіпотези перевіряла й від чого відмовилася на другому місяці.
Четверта — каскад згори донизу без розмови. Керівник розписує цілі компанії на відділи, керівники відділів мовчки приймають їх, і за квартал ніхто не згадує, чому обрали саме ці метрики.
Пʼята — приклад, який хтось склав під ідеальні дані. Автор такого прикладу має налагоджену аналітику, а ви на старті виявляєте, що половину метрик у вас ніхто не рахує. Тоді перший квартал ви часто витрачаєте на те, щоб навчитися міряти, і це нормальний результат.
Беріть із прикладів форму, а зміст добувайте у своїх даних і в розмові з командою. Як ми проводимо таку розмову, ми описали в розділі Як ми працюємо.
FAQ
Скільки Key Results ставити на одну ціль?
За нашою практикою — 3–5. Це та кількість, яку команда утримує в голові й встигає обговорити на чек-іні. Якщо метрик набирається більше, перевірте список: частина з них — ініціативи, а не результати.
Чи може Key Result бути без цифри?
Бінарний KR припустимий як виняток: «сертифікацію пройдено — так/ні». Ви перевіряєте його фактом і датою. Але якщо у вас більшість KR бінарні, ви записали план проєктів, а не результати. Шукайте метрику навіть там, де вона незручна.
Чи ставити OKR на окрему людину?
Ставте на команду. Ставлячи OKR на людину, ви рано чи пізно привʼяжете їх до премії, а через таку привʼязку люди починають занижувати цілі. Особистий внесок обговорюйте окремо — у розмові про розвиток.
Що робити з KR, виконаним на 40%?
Спершу розберіть на ретро дві версії: гіпотеза була хибна чи ініціативи не спрацювали. Залежно від відповіді ви змінюєте свої дії наступного кварталу. Якщо ви домовлялися про committed-ціль, це недовиконання, і команда розбирає причини. Якщо ціль була аспіраційною, 40% — сигнал перевірити, чи не поставили ви метрику, на яку не впливаєте.
Чим приклад відрізняється від шаблону?
У прикладі ви бачите заповнений зміст для конкретного відділу. У шаблоні — порожню структуру з колонками й правилом оцінки. Приклад ви читаєте один раз, щоб зрозуміти форму. Шаблон ви ведете весь квартал.
Як часто оновлювати таблицю?
Ми радимо раз на тиждень або раз на два тижні, чек-іном на 15–30 хвилин. Частіше — і ви ризикуєте реагувати на шум у даних. Рідше — дізнаєтесь про зрив, коли квартал уже закінчився.
Якщо хочете розібрати свої чернетки OKR з практиками, приходьте в спільноту або напишіть нам.
Далі
Готові поставити свої цілі?
Приклади показують форму. Ваші цілі напишете ви — ми проведемо через перший цикл і не дамо зупинитись на списку намірів.