Приклади OKR: цілі та ключові результати за відділами

Вісім наборів цілей і ключових результатів за відділами, десять пар «поганий KR → добрий KR» і структура таблиці для ведення.

Приклади 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:

  1. Частка угод, закритих у прогнозованому кварталі, зростає з 48% до 70% (джерело: воронка в CRM).
  2. Середній цикл угоди в сегменті середнього бізнесу скорочується з 74 до 55 днів (джерело: звіт по закритих угодах у CRM).
  3. Конверсія з кваліфікованого ліда в підписаний договір піднімається з 12% до 18% (джерело: воронка в CRM).
  4. Виручка від повторних продажів наявним клієнтам зростає з 2,1 до 3,4 млн грн (джерело: звіт з обліку продажів).
  5. Частка угод, що зависають у статусі «на розгляді» довше 30 днів, знижується з 26% до 10% (джерело: щотижневий зріз пайплайну).

Ініціативи: ввести єдиний чек-лист кваліфікації в CRM і заблокувати перехід угоди далі без заповнених полів; переписати комерційну пропозицію окремо під три сегменти й протестувати її на 30 угодах, порівнявши конверсію з контрольною групою.

Джерело даних ми показали в кожному KR цього блоку — далі опускаємо його для стислості. У своїх OKR ви пишете джерело завжди.

Маркетинг

Objective: Ми приводимо заявки, за які продажі беруться без суперечок про якість.

Key Results:

  1. Частка заявок з органічного пошуку зростає з 18% до 35%.
  2. Вартість кваліфікованої заявки знижується з 940 до 600 грн.
  3. Кількість заявок, які відділ продажів визнав кваліфікованими, зростає з 40 до 90 на місяць.
  4. Частка матеріалів, з яких приходить хоча б одна заявка на місяць, зростає з 20% до 45%.
  5. Частка заявок, які менеджери з продажу повертають як нецільові, знижується з 34% до 15%.

Ініціативи: зібрати 12 сторінок під запити нижньої частини воронки й перелінкувати їх на хаб; налаштувати наскрізну аналітику від кліка до підписаного договору, щоб маркетологи й менеджери з продажу дивилися в одну цифру, а не звіряли два різні звіти на нараді.

Продукт

Objective: Новий користувач доходить до першої цінності сам, без листа в підтримку.

Key Results:

  1. Частка нових акаунтів, що виконали ключову дію в перші 7 днів, зростає з 22% до 45%.
  2. Кількість звернень у підтримку на 100 нових акаунтів знижується з 31 до 12.
  3. Утримання на 30-й день зростає з 38% до 52%.
  4. NPS серед користувачів першого місяця зростає з 14 до 30.
  5. Час від реєстрації до першого успішного сценарію скорочується з 3 днів до 40 хвилин.

Ініціативи: переробити онбординг у три кроки з підказками в інтерфейсі та шаблоном для першого проєкту; провести 8 інтервʼю з тими, хто зупинився на другому кроці, і закрити дві найчастіші причини зупинки до середини кварталу.

Розробка

Objective: Ми викочуємо зміни щодня, а не готуємось до релізу цілий тиждень.

Key Results:

  1. Час від коміту до продакшену скорочується з 6 днів до 8 годин.
  2. Частка релізів, після яких команда відкочує зміни, знижується з 17% до 5%.
  3. Час відновлення після інциденту скорочується з 3 годин 40 хвилин до 45 хвилин.
  4. Покриття критичних сценаріїв автотестами зростає з 35% до 80%.
  5. Кількість релізів на тиждень зростає з 1 до 10.

Ініціативи: винести збірку в окремий пайплайн з автоматичним відкотом за метриками помилок і прапорцями функцій; ввести чергування інженерів та розбір кожного інциденту за єдиним шаблоном, щоб команда бачила повторювані причини, а не окремі випадки, і виносила по одному виправленню в наступний спринт.

HR

Objective: Кожен в команді розуміє, куди він росте всередині компанії.

Key Results:

  1. Добровільна плинність серед ключових ролей знижується з 19% до 10% річних.
  2. Час закриття інженерної вакансії скорочується з 68 до 40 днів.
  3. Частка працівників з узгодженим планом розвитку на пів року зростає з 25% до 85%.
  4. Частка новачків, що проходять випробувальний термін, зростає з 74% до 90%.
  5. Частка внутрішніх переходів у загальній кількості закритих вакансій зростає з 8% до 25%.

Ініціативи: описати рівні та критерії переходу для трьох напрямів і опублікувати їх для всієї команди; розвести розмову про розвиток і розмову про перегляд зарплати в різні місяці, щоб керівник і працівник обговорювали зростання окремо від грошей.

Фінанси

Objective: Керівники ухвалюють рішення за свіжими цифрами, а не за відчуттям.

Key Results:

  1. Команда закриває місяць на 5-й робочий день замість 14-го.
  2. Частка витрат, рознесених за центрами відповідальності, зростає з 60% до 95%.
  3. Відхилення факту від прогнозу грошового потоку звужується з ±22% до ±8%.

Ініціативи: перевести первинні документи в електронний документообіг із двома найбільшими постачальниками й перенести туди ж акти по підрядниках; узгодити з керівниками єдиний довідник статей витрат і закрити можливість заводити нові статті без погодження фінансового директора.

Виробництво

Objective: Ми віддаємо замовлення в строк протягом усього місяця, без авралу в останній тиждень.

Key Results:

  1. Виконання замовлень у строк зростає з 71% до 92%.
  2. Частка браку на виході з лінії знижується з 4,3% до 1,5%.
  3. Незаплановані простої обладнання скорочуються з 46 до 15 годин на місяць.
  4. Час переналагодження лінії скорочується з 95 до 40 хвилин.
  5. Частка замовлень, які майстри цеху передають в останні три дні місяця, знижується з 45% до 20%.

Ініціативи: запустити ранковий стендап майстрів біля дошки замовлень із розбором вчорашніх зривів і рішенням на день; скласти графік планового обслуговування для чотирьох вузлів, які дають найбільше простоїв, закупити запас критичних деталей на квартал і закріпити за кожним вузлом відповідального механіка.

Держсектор і громади

Objective: Мешканець громади отримує послугу онлайн і не приходить у кабінет.

Key Results:

  1. Кількість послуг, доступних онлайн, зростає з 12 до 35 із 60 наявних.
  2. Середній строк видачі довідки скорочується з 9 до 2 робочих днів.
  3. Оцінка мешканцями зручності послуги зростає з 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% за даними ProzorroKR неможливо перевірити → назване джерело даних

Помітили закономірність: більшість виправлень зводиться до трьох питань. Що саме зміниться у світі? З якого значення на яке? Хто й де це побачить?

Шаблон 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 з практиками, приходьте в спільноту або напишіть нам.

Далі

Готові поставити свої цілі?

Приклади показують форму. Ваші цілі напишете ви — ми проведемо через перший цикл і не дамо зупинитись на списку намірів.

Приклади OKR: цілі та ключові результати за відділами