Статьи о KPI

Почему три фокуса в KPI приводят к стагнации: выручка, рентабельность и развитие не дружат “на равных”

2026-03-06 12:25 Статьи
Иногда компания пытается сделать систему KPI “идеальной” и справедливой: чтобы руководители одновременно росли по выручке, повышали рентабельность и тащили проекты развития. На бумаге звучит круто. В реальности это часто превращается в ситуацию “всё важно” — а значит, ничего не важно.
Проблема не в самих трёх направлениях. Проблема в том, что они конкурируют за одни и те же ресурсы: время руководителей, внимание команды, деньги, управленческую энергию. Когда приоритеты равны, KPI начинают тянуть людей в разные стороны — и компания замирает.

1) У трёх фокусов разная логика решений

Если вы одновременно требуете:
  • Выручку — руководитель выбирает действия, которые быстрее дают оборот (часто ценой “перерасхода” ресурса).
  • Рентабельность — руководитель начинает ограничивать расходы, ужесточать контроль, замедлять “лишние” активности.
  • Проекты развития — руководитель обязан вкладывать ресурс в то, что может не дать прямой прибыли сегодня, но улучшит компанию завтра.
В итоге решения конфликтуют. То, что помогает одному фокусу, может ухудшать другой.

2) Классический конфликт: прибыль сегодня vs развитие завтра

Представьте, что нужен внутренний проект: внедрить систему, которая улучшит работу компании, сервис, найм, управляемость. Он стоит денег и может просадить прибыль в ближайшие месяцы.
Если KPI руководителя “прибыль любой ценой”, у него возникает естественная реакция:
“Зачем мне проект, если из-за него я недополучаю результат и премию?”
Так проекты развития превращаются в “вечный пункт в планах”, который всегда откладывают. Компания остаётся на текущем уровне, потому что любые изменения воспринимаются как угроза показателям.

3) Второй конфликт: рост выручки vs рентабельность

Когда фокус на выручке доминирует, рентабельность часто падает — просто потому, что:
  • расширение требует вложений,
  • скорость решений растёт,
  • ошибки масштабирования становятся дороже,
  • “лишь бы выполнить план” провоцирует неэффективные действия.
Если же сверху одновременно жёстко требуют рентабельность, руководитель начинает тормозить рост, чтобы “не испортить цифры”. Получается качели: то разгоняемся, то резко тормозим.

4) Что происходит, когда “цели конкретно нет”

Когда стратегия и KPI формулируются как “и то хорошо, и это хорошо, и вот это тоже”, компания попадает в режим:
  • нет ясного приоритета,
  • нет единого плана действий,
  • каждый руководитель выбирает “удобный” фокус,
  • результаты становятся случайными.
На практике это ощущается как стагнация: внешне работа идёт, задач много, но системного движения вперёд нет.

Как сделать так, чтобы KPI не тянули компанию в разные стороны

Правило 1. Выберите главный фокус (максимум два)

Оптимальная конструкция:
  • 1 приоритет (куда реально идём),
  • 2-й как ограничитель (чтобы не разрушить бизнес),
  • 3-й — в формате проектов, но только если он поддерживает приоритет, а не конкурирует с ним.
Пример логики:
  • Приоритет: рост выручки
  • Ограничитель: эффективность ресурса (чтобы рост не “съел” компанию)
  • Проекты: только те, что ускоряют рост и управляемость

Правило 2. Проекты развития должны быть “оплачены вниманием”

Если компания ждёт изменений, проекты нельзя держать “в воздухе”. Руководитель должен понимать:
  • какие проекты он обязан сделать,
  • что считается выполнением,
  • что планируется следующим шагом.
Иначе проекты всегда проиграют текущей операционке.

Правило 3. Не декларируйте цель “на уровне компании” — раскладывайте на подразделения

Если цель сказана только сверху (“мы растём / мы становимся эффективнее”), но не превращена в конкретные обязанности блоков, ничего не “подцепится само”. Руководители будут работать по инерции, каждый в своём понимании.

Итог

Три фокуса одновременно — это не “сильная система KPI”, а тройная растяжка управленческого внимания. Чтобы KPI действительно двигали бизнес, нужен ясный выбор приоритета: что важнее в ближайший период — рост, эффективность или развитие. Остальное — либо ограничители, либо проектная часть с понятными правилами.