Forward Обсудить проект

Продукт · PRM

Расчет комиссий и стимулирующих выплат — Forward Rewards

Forward Rewards считает комиссионное вознаграждение и стимулирующие выплаты: продавцам, агентам, партнерам. Компенсационные планы настраиваются администратором, включая иерархию групп и сложные условия, а история версий показывает, по какой редакции схемы считалось каждое начисление. Сотрудник видит текущие показатели и цели в личном кабинете, спорные начисления разбираются в системе. Импортонезависимое решение на PostgreSQL.

Forward Rewards считает стимулирующие выплаты: комиссию продавцам, вознаграждение агентам, премии за выполнение плана. Задача выглядит арифметической ровно до момента, когда схема начинает учитывать несколько условий одновременно.

Что делает система

Задача Как решается
Компенсационные планы Настройка администратором, включая иерархию групп и составные условия
Расчет Автоматический, в реальном времени, по сложным сценариям
Версии схем История редакций, привязка каждого начисления к своей версии
Кабинет сотрудника Текущие показатели, цели и прогресс, состав начислений
Споры Регистрация с привязкой к начислению и версии схемы
Прозрачность Прошлые, текущие и плановые выплаты в одном месте

Где начинается сложность

Схема вознаграждения редко остается простым процентом. К нему добавляется выполнение плана, качество работы, штрафы, командные показатели, сезонные коэффициенты. Каждое условие по отдельности считается легко, а вместе они дают правило, которое в таблице уже не помещается.

Дальше появляется вторая задача — объяснимость. Начисление, которое сотрудник не может проверить сам, вызывает спор, и разбор каждого спора стоит времени руководителя. Отсюда требования к системе: посчитать, показать расчет и сохранить, по какой редакции схемы он сделан.

Место в контуре

Рядом работает Forward PRM — вознаграждение партнерам как юридическим лицам, — и Forward SCD, если вознаграждение зависит от движения товара. Данные о продажах приходят из расчетного контура.

С чего начать

С описания текущей схемы в явном виде: за что начисляется, когда фиксируется результат, что считается нарушением, как это влияет на выплату и кто принимает решение по спору. Этот документ определяет объем настройки и обычно оказывается первой сложностью проекта, а не последней.

Вопросы и ответы

Чем это отличается от расчета вознаграждения в PRM?

Адресатом выплаты. PRM считает вознаграждение партнеру — отдельному юридическому лицу со своим договором и сверкой. Rewards считает стимулирующие выплаты людям: продавцам, агентам, сотрудникам с планом продаж. Отсюда и разница в устройстве — личный кабинет с показателями, цели и KPI, разбор спорных начислений с конкретным человеком.

Насколько сложные схемы поддерживаются?

Планы с иерархией групп и составными условиями настраиваются администратором без разработки. Практическое ограничение лежит в самой схеме, а не в системе: если ее нельзя объяснить сотруднику за пять минут, она будет вызывать споры при каждом начислении независимо от того, чем считается.

Зачем нужна версионность схем?

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

Что видит сотрудник?

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

Как разбираются спорные начисления?

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

По теме