Почему отдельные KPI конфликтуют

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

Маркетинг увеличивает количество дешёвых обращений, которые не подходят продажам. Продажи дают обещания, которые ухудшают маржинальность и перегружают производство. Поддержка закрывает обращения быстрее, но клиенты возвращаются с той же проблемой. Разработка выпускает больше задач, хотя продукт становится сложнее.

Проблема не в самих метриках, а в отсутствии связи между локальным действием и общим результатом.

Начинать нужно с результата бизнеса

Система KPI строится сверху вниз, а проверяется снизу вверх. Сначала компания определяет несколько результатов, важных для выбранного периода: прибыльность, рост выручки, удержание клиентов, выполнение обязательств или запуск нового направления.

Затем результат раскладывают на факторы. Например, прибыль зависит от выручки, маржи и расходов. Выручка — от количества клиентов, среднего чека и повторных покупок. Удержание — от ценности продукта, качества внедрения и поддержки.

Так появляется причинная модель. Она не обязана быть идеальной, но должна объяснять, каким образом работа подразделений влияет на бизнес.

Три уровня показателей

На уровне компании находятся верхнеуровневые результаты. Они показывают, движется ли бизнес в нужную сторону, но редко подсказывают конкретное ежедневное действие.

На уровне подразделения находятся показатели процесса и результата функции. Маркетинг может отвечать за квалифицированный спрос и стоимость привлечения, продажи — за конверсию и маржинальную выручку, продукт — за активацию и удержание, разработка — за предсказуемость поставки и качество.

На личном уровне нужны показатели, которыми сотрудник действительно может управлять. Менеджер не должен получать KPI по всей прибыли компании, если его решения почти не влияют на неё. При этом личная метрика должна быть связана с результатом команды, иначе возникает локальная оптимизация.

Часть вознаграждения можно связывать с общим результатом подразделения. Это поддерживает сотрудничество и снижает желание улучшать личный показатель за счёт коллег.

Как выбрать управляемую метрику

Хороший KPI отвечает на четыре вопроса. Какой результат он отражает? Может ли ответственная роль на него повлиять? Как рассчитывается показатель? Какое решение принимается при отклонении?

Если метрика не приводит к действию, она остаётся отчётной статистикой. Если сотрудник не может на неё влиять, она воспринимается как случайный штраф или бонус. Если формула допускает разные трактовки, обсуждение превращается в спор о данных.

Для каждого показателя нужны источник, период, владелец, целевое значение и допустимый диапазон. Полезно заранее описать исключения: возвраты, отмены, технические дубли и другие ситуации, которые меняют расчёт.

Опережающие и итоговые показатели

Итоговая метрика сообщает о результате после того, как он уже получен. Выручка, прибыль, количество возвратов и удержание показывают итог периода.

Опережающая метрика помогает управлять движением к результату. Для продаж это может быть объём квалифицированного пайплайна, для разработки — возраст заблокированных задач, для поддержки — доля проблем, решённых при первом обращении.

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

Как не поощрять вредное поведение

Любой показатель становится целью, и сотрудники начинают оптимизировать именно его. Поэтому к основной метрике добавляют защитные ограничения.

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

Нельзя перегружать человека десятками KPI. Обычно достаточно одного или двух ключевых результатов и нескольких ограничителей. Большой набор размывает приоритет и позволяет выбрать тот показатель, который выглядит лучше.

Ритм контроля и принятия решений

Частота просмотра зависит от скорости изменения. Операционные показатели можно проверять еженедельно, финансовые результаты — ежемесячно, стратегические — раз в квартал. Ежедневное обсуждение медленной метрики создаёт шум, а редкий просмотр быстрого процесса скрывает проблему.

На встрече важно обсуждать не цвет индикатора, а причину и действие. Что изменилось? Это разовое событие или тренд? Какой фактор повлиял? Что мы сделаем? Когда проверим эффект?

Цель не должна оставаться неизменной при резком изменении условий. Но пересмотр требует прозрачного объяснения, иначе KPI перестанет быть обязательством.

Порядок построения системы KPI

Сначала выберите ограниченное число результатов компании. Затем постройте дерево факторов и определите вклад подразделений. Для каждой функции назначьте результат и показатели процесса, а после этого сформулируйте управляемые личные метрики.

Проверьте систему на конфликты. Может ли один отдел выполнить KPI и ухудшить показатель другого? Есть ли стимул скрывать проблему, переносить работу или снижать качество? Какие ограничения нужны?

Запустите показатели в тестовом режиме без финансовых последствий. Несколько циклов покажут ошибки формул, недостаток данных и нежелательное поведение. Только после этого KPI стоит связывать с бонусами.

Система показателей нужна не для наблюдения за сотрудниками, а для согласования решений. Когда личное действие связано с результатом команды, а результат команды — с экономикой компании, KPI помогают управлять. Когда связь отсутствует, они лишь точно измеряют движение подразделений в разные стороны.