Мотивація, яку ніхто не перевіряв: як розібрати систему оплати

Схема мотивації відділу продажів лежить у файлі, який зробили три роки тому. Двоє людей на однаковій посаді отримують по-різному, бо так домовились при наймі. Премію нараховують за відчуттями, і ніхто точно не скаже, за що саме. Це не тому, що власник неуважний. Це тому, що перевірити систему оплати руками довго, а робити це щомісяця нереально.

Три ознаки, що оплату час перевірити

• Люди на одній ролі з різним доходом без зрозумілої причини. Рано чи пізно вони це з'ясують між собою.
• Премія, яку неможливо пояснити одним реченням. Якщо керівник не може сказати новачку «ти отримаєш стільки, якщо зробиш ось це», мотивації немає, є лотерея.
• Бажання платити за результат, який ніхто не вимірює. KPI на папері є, а даних під них немає. Тоді оплата все одно йде за відчуттями, лише з формулою зверху.

Цього тижня можна зробити просту річ: взяти схему оплати однієї ролі й порахувати дохід людини за трьох обсягів продажу: слабкий місяць, звичайний, сильний. Якщо різниця між слабким і сильним місяцем невелика або десь посередині ставка раптом падає, схема не мотивує, а лише виглядає як мотивація.

Розбір, який робився днями, тепер робить модель

У торговій компанії схеми мотивації, посадові й регламенти лежали в теках роками. Щоб оцінити, чи працює система оплати, аналітик витрачав дні на ручний розбір. Ми навчили модель читати ці файли й повертати структурований розбір: із чого складається дохід, де ставка регресує, де поріг обриває мотивацію, скільки людина отримає за різних обсягів продажу.

Це не замінює рішення. Це прибирає тижні підготовки до нього. Власник бачить слабкі місця своєї схеми на одній сторінці й вирішує, що з ними робити, замість того щоб перемальовувати таблиці.

Так само зводяться виплати за кілька місяців, які лежали в окремих відомостях. По ролях і людях видно, де дохід росте, де розходиться з результатом і що варто змінити.

Спочатку що міряти, потім скільки платити

Найчастіша помилка при переході на оплату за результат: спочатку придумують формулу, а потім з'ясовують, що даних для неї немає. Ми робимо навпаки. Для кожної ролі визначаємо показники, звідки брати дані й де їх зараз ніхто не збирає. Часто виявляється, що половину показників треба спершу почати вимірювати, і лише після цього до них можна прив'язати гроші.

Далі будуються грейди від G1 до G4 для кожної ролі: вилка окладу, змінна частина, розщеплення KPI і симулятор, який показує дохід за різних результатів. Симулятор тут не прикраса. Це те, що ви показуєте людині при наймі та при переході на новий грейд, і вона бачить свій дохід за різних сценаріїв, а не чує «буде добре».

Структура, яка склалась сама

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

Щоб не починати проєкт із довгих розмов, власник і керівник заздалегідь отримують опитувальник і чек-лист даних. На першу зустріч ми приходимо вже з картиною, а не з питанням «що у вас болить».

Що можна порахувати самому вже зараз

Якщо ви ще не готові розбирати систему оплати цілком, є два інструменти, які працюють за хвилину в нашому Telegram-боті. Калькулятор плинності: п'ять питань, і ви бачите, у що обходиться компанії звільнення й заміна людей за рік, з поясненням розрахунку. І перевірка тексту вакансії: бот показує, що у вашому оголошенні відлякує сильних кандидатів, і дає переписану версію.

Чесно про межі: жодна модель не скаже, скільки має заробляти ваш менеджер. Вона покаже, як влаштована ваша схема зараз і де вона суперечить сама собі. Рішення про гроші лишається вашим, але вже на фактах.