Грейды, компенсации, сценарии: как перестать держать C&B в трех разных файлах

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

Грейдирование: от экспертной оценки к воспроизводимой модели

Начнем с того, что автоматизация грейдирования это не про то, чтобы алгоритм сам решил, сколько стоит должность. Это по-прежнему экспертная работа. Автоматизация здесь про то, чтобы экспертное решение, принятое один раз, дальше воспроизводилось предсказуемо, а не пересобиралось каждый раз заново вручную.

Возьмем для примера самую распространенную методологию – Hay Group (сейчас часть Korn Ferry). В ее основе три фактора:

По каждому фактору должность получает баллы («хей-пойнты»), сумма определяет ее место в общей иерархии, а группировка близких по баллам должностей формирует грейды. Дальше к каждому грейду привязывается зарплатная вилка.

Что здесь реально ломается при ручном ведении и что чинит автоматизация:

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

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

• Обновление вне регламента. Правило простое и почти всегда нарушается вручную: новую или существенно изменившуюся роль оценивают до утверждения постоянной оплаты, а не постфактум, когда человек уже год работает на новых задачах, а грейд не менялся. В ручном процессе это требует, чтобы кто-то не забыл. В автоматизированном это workflow-гейт: нельзя утвердить оффер или новый оклад, минуя переоценку роли.

Автоматизация не убирает экспертную часть в выборе факторов (обычно 4–6, без дублирования смысла), их вес под стратегию компании, калибровку пограничных случаев. Она убирает механическую часть: пересчет баллов, ранжирование, синхронизацию грейда с вилкой при любом изменении методики.

Хотите, чтобы грейды и вилки жили в системе?

Расчет компенсаций: метрики, которые невозможно вручную держать актуальными

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

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

Вести это в Excel означает либо пересчитывать вручную при каждом триггере (нереалистично), либо считать редко и узнавать о проблеме постфактум, когда сотрудник уже написал заявление. Автоматизация здесь дает ровно то, чего не может дать таблица: живой пересчет compa-ratio и статусов при любом изменении вилки или фактической выплаты, с автоматическим флагом для руководителя, а не отдельным циклом «сверки» раз в квартал.

Сценарное моделирование: от трех копий файла к параметрам

Третий процесс — сценарии. В 2026 году это не факультатив: под текущий коридор ключевой ставки и инфляции нужно вести минимум три сценария бюджета ФОТ: базовый, реалистичный, пессимистичный и пересчитывать их при каждом заметном изменении вводных (индексация, доначисления по новым тарифам взносов, фактическая текучесть).

На российском рынке уже есть отраслевые решения именно под эту задачу, , которые сводят в одном месте штатное расписание, оргструктуру, оклады и премии, а поверх считают:

• целевой, реалистичный и пессимистичный сценарии бюджета;

• what-if моделирование альтернативных кадровых решений (например, «что будет с ФОТ, если закрыть 20% вакансий не в январе, а в марте»);

• планирование найма по договоренности HR и руководителей подразделений;

• резервы под отпуска и премии со сторнированием;

• синхронизацию HR и финансовых показателей в реальном времени, а не раз в месяц через сверку выгрузок.

Ценность здесь не в том, что «есть красивый дашборд», а в том, что смена одной вводной приводит к автоматическому перерасчету текущей версии, а не требует создания четвертой копии файла с новым именем.

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

Почему это должна быть одна система, а не три

Настоящая экономия не в автоматизации каждого процесса по отдельности, а в том, что все три процесса начинают опираться на одни и те же данные:

• грейд и вилка приходят из системы или источник грейдирования;

• compa-ratio и статусы «зеленого/красного круга» считаются по факту выплат относительно этой же вилки, без ручного сведения;

• сценарии пересчитывают бюджет, опираясь на актуальные грейды и фактические выплаты, а не на то, что кто-то в последний раз выгрузил в Excel полгода назад.

Если эти три процесса живут в трех разных файлах у трех разных людей, любое изменение — новый МРОТ, пересмотр вилки, всплеск текучести в дефицитном сегменте требует ручной синхронизации, и именно в этой синхронизации чаще всего рождаются ошибки, которые потом обсуждаются на комитете по бюджету постфактум.

С чего начать, если сейчас все это в Excel

1. Сначала методология, потом софт. Нельзя автоматизировать грейдирование, если факторы оценки не формализованы, система в этом случае просто быстрее закрепит хаос.
2. Пилот на одном семействе должностей, а не одновременный переход всей компании, так пограничные случаи калибровки видно сразу, а не через полгода на всем штате.
3. Один источник данных для грейдов, фактических выплат и сценариев. Если платформа не может быть одна, то хотя бы данные должны сходиться в одну витрину, а не жить в трех местах.
4. Автоматические флаги вместо ручного цикла ревью: compa-ratio, red/green circle должны быть видны постоянно, а не всплывать раз в год перед пересмотром зарплат.
5. Workflow-гейт на пересмотр роли до утверждения оплаты: простое правило, которое почти невозможно соблюдать вручную и легко закрепить процессом.
6. Параметризованные сценарии вместо копий файлов: три сценария должны быть тремя наборами параметров в одной модели, а не тремя файлами с разными цифрами.

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

Источник

[1] https://www.gartner.com/en/documents/8202029

Связать грейды и зарплатные вилки с моделью организации помогает организационное проектирование.