KPI и мотивация: целевые показатели, бонусы продавцов и награды

И того, и другого — но через два разных контура. Для менеджеров и закупщиков работают KPI-карты с 10 готовыми показателями (заказы в срок, рейсы без переносов, документы в 15 дней, экономия на торге и др.) и правила бонусов со шкалой множителей. Для продавцов — отдельный справочник правил «такая-то наценка такого-то товара = такой-то бонус продавцу». Это два разных механизма под разные роли.

В системе уже есть 10 готовых KPI: заказы в срок (цель 95%, вес 20), заказы без переносов (90%, вес 10), среднее отклонение от плановой даты (0 дней, вес 10), рейсы без переносов (95%, вес 10), коэффициент загрузки рейса (85%, вес 10), доля стоимости логистики (не выше 5%, вес 5), документы в 15 дней (90%, вес 10), средняя просрочка документа (0 дней, вес 5), экономия на торге (5%, вес 10), скорость обработки заявки (1 день, вес 10). Суммарный вес — 100.

Нет. Это набор из 10 проверенных KPI с готовой логикой расчёта (как считается процент заказов в срок, средняя просрочка документа и т.д.). Целевые значения, веса и пороги — настраиваются под вашу политику. Сами способы расчёта факта зашиты в систему, добавление принципиально нового KPI требует доработки.

Если процент выполнения KPI ниже минимального порога — бонус не начисляется. Иначе пороги шкалы перебираются от большего к меньшему и применяется первый, под который попадает фактический процент. Результат ограничивается максимальным потолком. По умолчанию: до 50% — 0, 50–69% — 0,5×, 70–84% — 0,7×, 85–99% — 1,0×, 100–109% — 1,2×, от 110% — 1,5×.

Да. Шкала задаётся как соответствие «порог процента выполнения → множитель» в правиле бонуса. Например, для жёсткой мотивации: до 80% — 0, 80% — 0,5×, 100% — 1,0×, 120% — 2,0×. Если ничего не задано — применяется набор по умолчанию. Меняйте свободно — система работает с любой шкалой.

Каждое правило мотивации — это условие: «магазин X (или любой) + поставщик Y (или любой) + категория Z (или любая) + производитель W (или любой) + наценка в указанном диапазоне → фиксированная сумма или процент от стоимости — для продавцов указанных должностей». При продаже система ищет подходящее правило. Если подходит несколько — приоритет разрешает конфликт.

У каждой единицы товара заранее рассчитывается ожидаемый бонус продавца по действующим правилам мотивации — для пары «магазин и товар» с учётом текущей наценки. Эта сумма подсвечивается на кассе у карточки товара: «продай эту единицу — получишь N рублей». Видимость бонуса в моменте подталкивает продавца к выбору правильных товаров.

До сохранения правила мотивации можно посмотреть, какие товары попадут под условие. Менеджер по KPI настроил «категория Электроника + наценка 20–30% + поставщик X», нажал «превью» и видит 124 товара. Если в превью 0 — условия слишком узкие, правило не сработает.

Превью пересчёта показывает разницу: «при текущих правилах сумма бонусов у товаров такая-то, при ваших новых правилах — другая». Менеджер по KPI видит, как изменится фонд мотивации после правки правил. Применять или нет — решение остаётся за пользователем.

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

План «сверху» — это то, что хочет управляющая компания (или региональный директор). Принятый план — то, что фактически принял магазин после согласования. Разница — поле для разговора руководителя сети с директором магазина. Если принятый постоянно ниже плана — либо план нереалистичен, либо магазин не борется. Аналитика показывает оба числа.

У магазина — несколько ступеней бонусов. Например: на 1 млн выручки общий бонус 45 тыс. (30 тыс. директору, 15 тыс. администратору), на 1,5 млн — 80 тыс. (50 тыс. и 30 тыс.). Магазин вышел на 1,2 млн — попадает в первую ступень, получает 30/15. Вышел на 1,5 — вторую, 50/30. Сколько угодно ступеней, настраивается под каждый магазин.

Шесть номинаций: лучший продавец (по выручке за период, приоритет 1), лучший старт (для новых сотрудников с высоким результатом, 2), крупная сделка (3), на подъёме (рост к прошлому периоду, 4), машина задач (много закрытых задач, 5), пунктуальный (минимум опозданий, 6). У каждой свой цвет и иконка.

Меньшее число — выше приоритет. Это нужно для разрешения конфликтов. Если сотрудник одновременно стал «лучшим продавцом» (приоритет 1) и «пунктуальным» (приоритет 6) — система присваивает первую, как более весомую. На карточке отображается одна награда за период, чтобы не получалась «стена медалек».

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

Логика выдачи зашита в систему: «лучший продавец» — по выручке за период, «лучший старт» — для сотрудников с малым стажем, дающих высокий результат, «крупная сделка» — за разовую крупную сделку и т.д. Параметры (порог «крупной сделки», «малого стажа») — настройки. Сами критерии меняются доработкой.

Бонусы — это фактические денежные начисления и списания, видны в ленте сотрудника с указанием источника (за какой заказ, за какую позицию, за итог месяца) и могут быть отрицательными при возврате. Награды — это символические медальки без денежной суммы, на дашборде. Денежные бонусы — отдельно, медальки — отдельно.

У каждой строки бонуса указано, за что он начислен: конкретный заказ, конкретная позиция в заказе, единица товара или итоговый расчёт менеджера за месяц. Это даёт сквозную связь: бонус продавца за продажу ссылается на конкретную единицу товара; бонус закупщика за месяц — на итоговый расчёт. История прозрачна, по любой сумме за минуту можно дойти до причины.

Справочник причин, по которым менеджер переносит дату заказа или рейса. Начальный набор подгружается одной операцией. У каждой причины — категория «по вине менеджера» или «не по вине» (погода, отказ поставщика, отказ клиента). При расчёте KPI по переносам учитываются только переносы по вине — нечестно штрафовать менеджера за погоду.

Да. У каждой цели есть период действия (с какого по какое число). Старая цель закрывается «по сегодня», новая открывается «с завтра» — без путаницы в исторических расчётах. На каждый период расчёта запоминается то целевое значение, которое действовало в момент расчёта — история не теряется.

В личном кабинете сотрудника собраны: личный прогресс по плану, результаты по всем 10 KPI с процентом выполнения и взвешенным баллом, текущие награды, фактические начисленные бонусы. Сотрудник видит свой прогресс в реальном времени.

Взвешенный балл = процент выполнения × вес показателя / 100. Например, выполнение 110% × вес 20 / 100 = 22 балла. Сумма взвешенных баллов по всем 10 KPI даёт итоговый процент выполнения KPI сотрудника. Это значение и подаётся в шкалу множителей бонуса — получается окончательный множитель.

У каждого результата KPI хранятся детали расчёта в виде понятной структуры: какие заказы участвовали, какие переносы засчитаны, какие причины переноса учтены или нет. Видно, когда и кто пересчитал. Старые цели и правила сохраняются при «удалении» — спорный расчёт разбирается по этим деталям, видна каждая цифра.

Да. У цели или правила можно указать конкретного сотрудника — тогда цель/правило становится персональным. На сводке это видно как «личная цель для Иванова: вовремя заказы = 98%» вместо общей 95%. Применяется только к этому сотруднику, остальным — общая цель.

Да. На возврат система записывает бонус с отрицательным значением, привязанный к возвратной операции. Помечается как списание. История полная — было начисление +N₽, есть списание −N₽ при возврате. Финансовый итог корректный, продавец не «делает чеки и возвращает».