В этой статье
Смоделированная история одного успешного заказаЛокальная метрика видит лишь часть путиКто платит за победу отдельной функцииНачните с общего результата, а не с общей премииКарта конфликта на одном реальном примереКто должен разрешать компромиссКак проверить, что изменения помоглиНеудобные вопросы к системе мотивацииОбъединить функции вокруг пути клиентаFAQВсе отчеты зеленые. Общий результат не устраивает никого.
Маркетинг выполнил план по заявкам. Продажи закрыли нужную сумму заказов. Закупки снизили цену. Операционный отдел удержал расходы. Владелец смотрит на итог и не понимает, откуда взялись задержки, недовольные клиенты и более слабый финансовый результат.
Первая реакция — требовать больше командной работы. Но люди могли вполне добросовестно делать именно то, за что компания договорилась их оценивать.
Конфликт KPI возникает, когда улучшение показателя одного отдела ухудшает важный результат другого этапа или компании в целом, а правила такого компромисса не определены. Чтобы разрешить конфликт, нужны сквозной результат, ответственность за стыки и согласованные пределы локальных решений.
Смоделированная история одного успешного заказа
Представим украинского производителя оборудования. Это условный бизнес-пример, а не клиентский кейс.
Маркетинг привлекает много запросов на нестандартную комплектацию. Менеджеры по продажам охотно берут их в работу: крупные заказы помогают выполнить план. Чтобы заключить сделку, клиенту согласовывают короткий срок и несколько индивидуальных изменений.
Закупки выбирают более дешевый компонент, соответствующий базовой спецификации. Производству приходится тратить больше времени на настройку. Операционный руководитель не хочет превышать бюджет, поэтому ставит заказ в общую очередь.
Клиент ждет дольше обещанного. Команда тратит время на повторные согласования и доработки. Каждый отдел может объяснить свой выбор: именно этого требовал его KPI.
В этой ситуации нет необходимости искать тайный саботаж. Достаточно проверить, почему система вознаградила решения, совокупные последствия которых никто не оценивал.
Локальная метрика видит лишь часть пути
Количество заявок не показывает, насколько они соответствуют целевому клиенту. Сумма подписанных заказов не описывает стоимость выполнения обещаний. Цена закупки не охватывает все последствия для следующего процесса. Скорость закрытия обращения не гарантирует, что проблему клиента решили.
Эти метрики не обязательно ошибочны. Каждая может быть полезной в своей функции. Опасно считать их достаточными доказательствами общего успеха.
Даже корректно рассчитанные показатели могут подталкивать к разным решениям. Именно этим конфликт KPI отличается от проблемы качества данных. Если отделы считают по-разному, сначала нужно уточнить определения и ответственность за показатели. Если считают одинаково, но действуют в противоречащих друг другу направлениях, нужно изменить управленческую логику.
Кто платит за победу отдельной функции
Найдите место, куда переносится цена локального улучшения. Экономия на закупках может создать дополнительную работу для производства. Быстрая продажа — сложные обязательства для сервиса. Высокая загрузка одного подразделения — очередь для всего заказа.
Для CFO проблема в том, что эти последствия разнесены по разным статьям или периодам. Для COO — в необходимости объяснять задержки после чужих обещаний. Для коммерческого директора — в возвратах и потере доверия клиента. Владелец становится арбитром, который каждый раз вручную собирает общую картину.
Не всякое различие интересов вредно. Финансы должны задавать неудобные вопросы о расходах, а продажи — защищать ценность для клиента. Полезное противоречие завершается прозрачным выбором. Работу разрушает противоречие, при котором каждый может выполнить свою цель, не отвечая за последствия для компании в целом.
Начните с общего результата, а не с общей премии
Попытка дать всем одинаковый бонус за общий показатель кажется простым решением. Но сотрудники могут очень по-разному влиять на него. Без изменения правил работы общая премия лишь добавит споров о справедливости.
Сначала опишите результат, вокруг которого нужно согласовать работу функций. Для конкретного процесса это может быть заказ, выполненный в согласованный срок, с должным качеством и приемлемой экономикой. Для сервиса — проблема клиента, решенная без повторного обращения по той же причине в течение согласованного периода.
Не обязательно сводить все к одному волшебному числу. Часто нужны основной результат и несколько ограничений, которые защищают качество, сроки или ресурсы. Их определения должны соответствовать бизнес-модели.
Функциональные KPI остаются нужными. Они объясняют, что происходит на отдельных этапах. Но оценивать их стоит вместе с тем, как локальное изменение повлияло на весь путь.
Карта конфликта на одном реальном примере
Возьмите недавний заказ или случай обращения клиента с противоречивым результатом. Попросите каждую функцию ответить на одинаковые вопросы: какое решение она приняла, какой показатель хотела улучшить, что передала на следующий этап и какое побочное последствие возникло.
Для смоделированной истории производителя карта будет выглядеть так:
| Этап | Локальный ориентир | Риск для следующего этапа | Что согласовать между функциями |
|---|---|---|---|
| Маркетинг | Количество запросов | Много неподходящих или сложных обращений | Критерии целевого запроса |
| Продажи | Сумма заказов | Нереалистичный срок, нетипичные обещания | Порядок подтверждения условий выполнения |
| Закупки | Цена компонента | Дополнительная работа и задержки | Оценку последствий для всего заказа |
| Производство | Расходы своего участка | Очередь и нарушение обещания клиенту | Правила приоритизации и передачи вопроса на более высокий уровень |
Такая карта не означает, что все запросы должны проходить коллективное согласование. Она помогает определить стандартные условия, при которых функции действуют самостоятельно, и исключения, требующие общего решения.
Кто должен разрешать компромисс
Если отделы не могут договориться о сроке, ресурсе или допустимой уступке, должен быть определен уровень окончательного выбора. Это может быть CEO, COO или ответственный за конкретный сквозной процесс — в зависимости от организации.
Название роли не важнее полномочий. Человек должен иметь право влиять на нужный ресурс либо доступ к тому, у кого такое право есть. Иначе «владелец процесса» становится координатором без средств разрешить конфликт.
Согласуйте также, что делают до передачи вопроса на более высокий уровень. Какие данные предоставляют? Какие альтернативы оценивают? К какому времени нужен ответ? Для стандартных случаев заранее установленные правила должны устранять необходимость в дополнительной встрече.
В распределенных украинских командах особенно полезно фиксировать эти договоренности письменно. Короткий разговор двух руководителей не должен создавать невидимое изменение правил для другой локации.
Как проверить, что изменения помогли
Выберите один процесс или тип заказов для пилотного проекта. Зафиксируйте исходное состояние и период наблюдения, достаточный для завершения соответствующего рабочего цикла.
Посмотрите не только на основной результат, но и на возможное перемещение проблемы. Более быстрая обработка на одном этапе не должна просто увеличивать очередь дальше. Меньшее число возвратов работы не должно означать, что дефекты перестали регистрировать.
На общем разборе спросите: стало ли обещание клиенту надежнее? Где изменился объем повторной работы? Снизилась ли потребность в ручном вмешательстве CEO? Какой локальный показатель ухудшился, но это оказалось оправданной платой за лучший общий результат?
Последний вопрос принципиален. Если компания наказывает за любое локальное ухудшение, она сама запрещает руководителям идти на полезные для всей компании компромиссы.
Неудобные вопросы к системе мотивации
Можно ли получить максимальную оценку в своей функции и оставить следующему отделу очевидную проблему? За какой результат несколько руководителей отвечают только на словах? Выгодно ли команде скрывать возвраты и сложные случаи? Какой показатель мы защищаем потому, что к нему уже привязали бонус, а не потому, что он помогает бизнесу?
После такого разбора может понадобиться пересмотр стимулов. Но это должно быть отдельно продуманное решение с ясной логикой влияния, а не спонтанная реакция на один неудачный месяц.
Объединить функции вокруг пути клиента
Для рабочего разбора с isokol.consulting подготовьте один случай, когда отделы выполнили свои цели, а общий результат вас не устроил. Добавьте их показатели и последовательность решений. Это позволит предметно обсудить конфликт метрик, пределы полномочий и правила передачи работы, а не проводить очередной разговор о том, как важно быть командой.
FAQ
Почему выполнение KPI отделов не гарантирует достижения целей компании?
Каждый показатель охватывает часть работы. Если метрики и правила не учитывают последствия для других этапов, локальные улучшения могут ухудшать общий результат.
Нужно ли отменить функциональные KPI?
Нет. Они нужны, чтобы понимать работу отдельных этапов. Их стоит сочетать со сквозным результатом, защитными ограничениями и правилами разрешения конфликтов между функциями.
Что такое сквозной показатель?
Это показатель результата, который зависит от нескольких этапов или функций. Например, выполнение заказа клиента в согласованный срок. Его определение и ответственность за реакцию на него должны быть четко согласованы.
Поможет ли общий бонус для всех отделов?
Может быть частью решения, но не заменяет полномочий, качественных данных и правил координации. Сначала проверьте, могут ли люди действительно влиять на общий результат и каким образом.
Компания начинает работать как единое целое, когда руководитель может обоснованно отказаться от более красивого отчета своего отдела ради лучшего результата бизнеса — и ему не придется потом за это оправдываться.
