Кросс-функциональные KPI: как разделить ответственность
Продажи выполнили план, а исполнение задерживается из-за неполных данных в заказе. Общая премия «за результат компании» не объясняет, кто должен исправить процесс. Разберём, как задать кросс-функциональный KPI и разделить ответственность так, чтобы сотрудники могли влиять на свой вклад.
1Когда нужен общий показатель
Кросс-функциональный KPI относится к результату, который создают несколько функций. Например, готовность заказа к исполнению зависит от полноты заявки, проверки условий и своевременной передачи данных. Если каждая служба оценивает только свой участок, общая проблема может остаться без владельца.
Начните с конкретного результата для клиента или компании. Формулировка «хорошо взаимодействовать» не позволяет проверить достижение. «Передавать заказ в исполнение без возврата из-за неполных данных» уже задаёт наблюдаемое событие.
Общий показатель не должен скрывать различия в полномочиях. Участник, который не определяет цену, срок или состав заказа, не может отвечать за любое отклонение этих параметров. Сначала разберите процесс, затем обсуждайте премирование.
2Опишите результат и границы измерения
Модельный пример: продажи и операционная служба хотят уменьшить возвраты заказов на уточнение. Общий результат — заказ принят в исполнение с первого предъявления. Показатель — доля таких заказов среди всех переданных за квартал.
Перед расчётом согласуйте, что считается предъявлением, кто фиксирует приёмку и какие причины возврата входят в метрику. Изменение запроса самим клиентом после согласования нельзя незаметно смешивать с отсутствием обязательного поля в первоначальной заявке.
Установите единый источник: реестр с ID заказа, временем передачи, решением принимающей стороны и кодом причины возврата. Повторное предъявление не должно превращаться в новый независимый заказ в знаменателе.
На курсе «Разработка эффективной системы оплаты труда и мотивации: грейдирование, KPI, премирование» кросс-функциональные KPI рассматриваются в системе квартального премирования. Рабочую модель стоит начинать с границ процесса, а не с выбранного процента премии.
3Разделите общий результат и вклад функций
Продажи отвечают за комплектность согласованной заявки: обязательные данные заполнены, изменения зафиксированы, обещания клиенту подтверждены. Операционная служба отвечает за проверку по известным критериям и своевременное решение о приёмке.
Руководители совместно отвечают за согласование критериев и устранение повторяющихся причин возврата. Владельцем сквозного процесса назначают конкретную роль, которая может организовать разбор и согласовать изменения. Назначение владельца не означает, что он лично виноват в каждом отклонении.
Для обсуждения премии можно использовать общий результат вместе с показателями управляемого вклада. Не назначайте одинаковое наказание всем участникам только потому, что один заказ не прошёл проверку. Схему оценки и условия выплат согласуют заранее, а не выбирают после получения факта.
4Учебный разбор 200 заказов
За квартал передано 200 уникальных заказов. С первого предъявления принято 180. Общий показатель: 180 / 200 × 100% = 90%. В модели целевой уровень заранее установлен 95%; это учебное значение, а не отраслевой норматив.
Разберите оставшиеся 20 заказов. В десяти не хватало обязательных данных заявки; в шести принимающая служба применила критерий, который не был описан в правилах; в четырёх требовалось отдельно проверить обстоятельства изменения запроса.
Эти категории не дают готового основания распределить денежные потери. Сначала подтвердите причины по конкретным записям. Неуточнённые четыре случая сохраняйте как требующие разбора, а не относите автоматически к виновной стороне.
После анализа у продаж появляется действие по проверке обязательных полей, у операций — по устранению неописанных критериев, у владельца процесса — по общим правилам спорных случаев. Результат работы — согласованные изменения процесса и прозрачный реестр, а не только общий процент.
5Защититесь от вредного поведения
Если считать только число возвратов, принимающая сторона может начать принимать неполные заказы ради красивого результата. Добавьте проверку качества принятого заказа: проблемы не должны просто переноситься на следующий этап.
Если разрешить удалять спорные заказы из знаменателя без объяснения, KPI перестанет отражать процесс. Для исключений нужны заранее описанные основания, ответственный за решение и сохранённая история.
Не поощряйте бесконечный поиск виновного вместо исправления причины. В разборе отделяйте факт, управляемое действие и внешнее обстоятельство. Данные должны помогать улучшать работу, а не становиться способом внутрикорпоративного давления.
6Что согласовать до привязки к премии
Нужны единое определение результата, участники, границы их влияния, формула, перечень исключений, источник данных и порядок спорного разбора. Дополнительно проверьте сроки: успевают ли данные стать достоверными до расчёта выплаты.
Проведите тестовый расчёт на известных случаях. Если две службы одинаково классифицируют заказ и получают одинаковую долю, модель пригодна для следующего этапа обсуждения. Если нет, уточняйте определения, а не усложняйте формулу.
Кросс-функциональный KPI полезен, когда общий результат связан с понятными действиями каждой функции. Как включить его в систему мотивации вместе с личными и подразделенческими показателями, разбирают на курсе «Разработка эффективной системы оплаты труда и мотивации: грейдирование, KPI, премирование».
8Разработка эффективной системы оплаты труда и мотивации: грейдирование, KPI, премирование
Разберитесь в BSC, KPI, грейдировании и правилах премирования на программе РУНО.
Смотреть программу
