У цій статті
Змодельована історія одного успішного замовленняЛокальна метрика бачить лише частину шляхуХто платить за функціональну перемогуПочніть зі спільного результату, а не зі спільної преміїКарта конфлікту на одному реальному прикладіХто має вирішувати компромісЯк перевірити, що зміни допомоглиНезручні питання до системи мотиваціїЗібрати функції навколо клієнтського шляхуFAQУсі звіти зелені. Загальний результат не влаштовує нікого.
Маркетинг виконав план заявок. Продажі закрили потрібну суму замовлень. Закупівлі знизили ціну. Операції втримали витрати. Власник дивиться на підсумок і не розуміє, звідки взялися затримки, невдоволені клієнти та слабший фінансовий результат.
Перша реакція — вимагати більшої командності. Але люди могли цілком сумлінно робити те, за що компанія домовилася їх оцінювати.
Конфлікт KPI виникає, коли покращення показника одного відділу погіршує важливий результат іншого етапу або компанії загалом, а правила такого компромісу не визначені. Щоб його розв’язати, потрібні наскрізний результат, відповідальність за стики та узгоджені межі локальних рішень.
Змодельована історія одного успішного замовлення
Уявімо українського виробника обладнання. Це умовний бізнес-приклад, не кейс клієнта.
Маркетинг приводить багато запитів на нестандартну комплектацію. Менеджери з продажів охоче беруть їх у роботу: великі замовлення допомагають виконати план. Щоб завершити угоду, клієнтові погоджують стислий термін і кілька індивідуальних змін.
Закупівлі обирають дешевший компонент, який відповідає базовій специфікації. Виробництву доводиться витрачати більше часу на налаштування. Операційний керівник не хоче перевищувати бюджет, тому ставить замовлення в загальну чергу.
Клієнт чекає довше, ніж йому обіцяли. Команда витрачає час на повторні узгодження та доопрацювання. Кожен відділ може пояснити свій вибір: саме цього вимагав його KPI.
У цій сцені немає потреби шукати таємний саботаж. Уже достатньо перевірити, чому система винагородила рішення, сумарні наслідки яких ніхто не оцінював.
Локальна метрика бачить лише частину шляху
Кількість заявок не показує їхню відповідність цільовому клієнту. Сума підписаних замовлень не описує вартість виконання обіцянок. Ціна закупівлі не охоплює всі наслідки для наступного процесу. Швидкість закриття звернення не гарантує, що проблему клієнта вирішено.
Ці метрики не обов’язково неправильні. Кожна може бути корисною у своїй функції. Небезпечно вважати їх достатніми доказами загального успіху.
Навіть коректно розраховані показники можуть підштовхувати до різних рішень. Саме це відрізняє конфлікт KPI від проблеми якості даних. Якщо відділи рахують по-різному, спочатку потрібно уточнити визначення та відповідальність за показники. Якщо рахують однаково, але діють у суперечливих напрямках, потрібна зміна управлінської логіки.
Хто платить за функціональну перемогу
Знайдіть місце, куди переноситься ціна локального покращення. Економія закупівель може створити додаткову роботу виробництву. Швидкий продаж — складні зобов’язання сервісу. Високе завантаження одного підрозділу — чергу для всього замовлення.
Для CFO проблема полягає в тому, що ці наслідки рознесені між різними статтями або періодами. Для COO — у необхідності пояснювати затримки після чужих обіцянок. Для комерційного директора — у поверненнях і втраті довіри клієнта. Власник стає арбітром, який вручну збирає картину щоразу заново.
Не вся відмінність інтересів шкідлива. Фінанси мають ставити незручні питання витратам, а продажі — захищати цінність для клієнта. Корисна суперечність закінчується прозорим вибором. Руйнує роботу суперечність, у якій кожен може виконати свою мету, не відповідаючи за наслідок для цілого.
Почніть зі спільного результату, а не зі спільної премії
Спроба дати всім однаковий бонус за загальний показник здається простим рішенням. Але працівники можуть мати дуже різний вплив на нього. Без зміни правил роботи загальна премія лише додасть суперечок про справедливість.
Спочатку опишіть результат, навколо якого потрібно узгоджувати функції. Для конкретного процесу це може бути виконане в погоджений строк замовлення з належною якістю та прийнятною економікою. Для сервісу — розв’язана проблема клієнта без повторного звернення з тієї самої причини в узгодженому періоді.
Не обов’язково стискати все в одне магічне число. Часто потрібні основний результат і кілька обмежень, що захищають якість, строки або ресурс. Їхні визначення мають відповідати бізнес-моделі.
Функціональні KPI залишаються потрібними. Вони пояснюють, що відбувається на окремих етапах. Але оцінювати їх варто разом із тим, як локальна зміна вплинула на весь шлях.
Карта конфлікту на одному реальному прикладі
Візьміть недавнє замовлення або клієнтський випадок із суперечливим результатом. Попросіть кожну функцію відповісти на однакові питання: яке рішення вона ухвалила, який показник хотіла покращити, що передала наступному етапу та який побічний наслідок виник.
Для змодельованої історії виробника карта виглядатиме так:
| Етап | Локальний орієнтир | Ризик для наступного етапу | Що погодити між функціями |
|---|---|---|---|
| Маркетинг | Обсяг запитів | Багато невідповідних або складних звернень | Критерії цільового запиту |
| Продажі | Сума замовлень | Нереалістичний строк, нетипові обіцянки | Порядок підтвердження умов виконання |
| Закупівлі | Ціна компонента | Додаткова робота та затримки | Оцінку наслідків для всього замовлення |
| Виробництво | Витрати своєї ділянки | Черга й порушення обіцянки клієнту | Правила пріоритизації та ескалації |
Така карта не означає, що всі запити мають проходити колективне погодження. Вона допомагає визначити стандартні умови, за яких функції діють самостійно, і винятки, які потребують спільного рішення.
Хто має вирішувати компроміс
Якщо відділи не можуть домовитися про строк, ресурс або допустиму поступку, повинен існувати визначений рівень остаточного вибору. Це може бути CEO, COO або відповідальний за конкретний наскрізний процес — залежно від організації.
Назва ролі не важливіша за мандат. Людина має право впливати на необхідний ресурс або доступ до того, хто таке право має. Інакше «власник процесу» стає координатором без засобів розв’язання конфлікту.
Погодьте також, що роблять до ескалації. Які дані приносять? Які альтернативи оцінюють? До якого часу потрібна відповідь? Для стандартних випадків заздалегідь встановлені правила мають знімати потребу в додатковій зустрічі.
У розподілених українських командах особливо корисно фіксувати ці домовленості письмово. Коротка розмова двох керівників не повинна створювати невидиму зміну правил для іншої локації.
Як перевірити, що зміни допомогли
Оберіть один процес або тип замовлень для пілоту. Зафіксуйте початковий стан і період спостереження, достатній для завершення відповідного робочого циклу.
Подивіться не тільки на основний результат, а й на можливе перенесення проблеми. Швидша обробка на одному етапі не повинна просто збільшити чергу далі. Менша кількість повернень роботи не повинна означати, що дефекти перестали реєструвати.
На спільному огляді запитайте: чи стала клієнтська обіцянка надійнішою? Де змінився обсяг повторної роботи? Чи зменшилася потреба в ручному втручанні CEO? Який локальний показник погіршився, але це виявилося обґрунтованою платою за кращий загальний результат?
Останнє питання принципове. Якщо компанія карає за будь-яке локальне погіршення, вона сама забороняє керівникам робити корисні для цілого компроміси.
Незручні питання до системи мотивації
Чи можна отримати максимальну оцінку у своїй функції й залишити наступній очевидну проблему? За який результат кілька керівників відповідають лише на словах? Чи вигідно команді приховувати повернення та складні випадки? Який показник ми захищаємо тому, що до нього вже прив’язали бонус, а не тому, що він допомагає бізнесу?
Після такого розбору може знадобитися перегляд стимулів. Але це має бути окремо продумане рішення з ясною логікою впливу, а не спонтанна реакція на один невдалий місяць.
Зібрати функції навколо клієнтського шляху
Для робочого розбору з isokol.consulting підготуйте один випадок, де відділи виконали свої цілі, а загальний результат вас не влаштував. Додайте їхні показники та послідовність рішень. Це дозволить предметно обговорити конфлікт метрик, межі повноважень і правила передачі роботи, а не проводити чергову розмову про необхідність бути командою.
FAQ
Чому виконання KPI відділів не гарантує цілей компанії?
Кожен показник охоплює частину роботи. Якщо метрики та правила не враховують наслідки для інших етапів, локальні покращення можуть погіршувати загальний результат.
Чи потрібно скасувати функціональні KPI?
Ні. Вони потрібні для розуміння роботи окремих етапів. Їх варто поєднати з наскрізним результатом, захисними обмеженнями та правилами розв’язання міжфункціональних суперечностей.
Що таке наскрізний показник?
Це показник результату, який залежить від кількох етапів або функцій. Наприклад, виконання клієнтського замовлення в погоджений строк. Його визначення та відповідальність за реакцію мають бути чітко узгоджені.
Чи допоможе спільний бонус для всіх відділів?
Може бути частиною рішення, але не замінює повноважень, якісних даних і правил координації. Спочатку перевірте, чи люди справді можуть впливати на спільний результат і як саме.
Компанія починає працювати як ціле, коли керівник може обґрунтовано відмовитися від красивішого звіту свого відділу заради кращого результату бізнесу — і не мусить потім за це виправдовуватися.
