Як перевірити нову формулу зарплати продавців до запуску

Зафіксуйте версію, яку перевіряєте

Не варто починати перевірку з формулювання «приблизно такий відсоток». Запишіть постійну частину, базу комісії, ставку, пороги та умови визнання результату. Зазначте, що відбувається за часткової оплати, знижки й повернення. Це початкова версія моделі; зміни після перевірки зберігайте окремо. Інакше неможливо зрозуміти, яке саме правило дало результат.

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

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

Зберіть вибірку, у якій видно незручні місяці

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

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

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

Зробіть розрахунок перевірюваним на рівні угоди

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

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

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

Умовний приклад: однакова виручка, різний захист маржі

Розгляньмо навчальну модель, а не кейс ATM. Постійна частина оплати — $600 на місяць. Стара комісія — 4% від оплаченої виручки, нова — 12% від маржинального доходу за повністю оплаченими угодами. Маржинальний дохід тут дорівнює виручці за вирахуванням змінних витрат, до оплати продавця. Інші витрати до прикладу не включено.

У звичайному місяці оплачена виручка становить $20 000, змінні витрати — $14 000, маржинальний дохід — $6 000. Стара комісія дорівнює $800, уся оплата продавця — $1 400. Нова комісія дорівнює $720, уся оплата — $1 320. Після оплати продавця з маржинального доходу залишається відповідно $4 600 і $4 680.

Тепер залишимо виручку $20 000, але збільшимо змінні витрати до $17 000. Маржинальний дохід знизиться до $3 000. Стара схема й далі дає $1 400 загальної оплати та залишає компанії $1 600. Нова дає $360 комісії, $960 загальної оплати й залишає $2 040. Це ще не чистий прибуток: із залишку потрібно покрити інші витрати бізнесу.

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

Шукайте розриви, які приховує підсумок відділу

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

Для прогресивної шкали перевірте значення безпосередньо нижче порога, на порозі та вище нього. Уточніть, підвищена ставка застосовується до всієї бази чи лише до перевищення. Незначна зміна продажів здатна спричинити великий стрибок виплати, якщо ці варіанти переплутано. Перевірте також, чи не стає вигідним переносити оплату між періодами заради потрібного щабля.

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

Завершіть перевірку протоколом, а не враженням

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

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

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