HR-стек МСБ в 2026: Excel, мессенджер и 1С: ЗУП.
Это не стек. Это управляемый хаос.
На рынке десятки HRM-платформ, но 7 из 10 компаний до 100 человек живут именно так. Не потому что нет денег. Потому что нет порядка внедрения.
Закономерность редко учитывают: потери от ручного HR в процентах у МСБ выше, чем у корпораций. На предприятии 5000+ один лишний день оформления документа размывается в массе. На компании в 80 человек каждый час КДП виден в зарплатном листе.
Типичная ошибка — ждать «идеальную систему под ключ». Дальше два сценария. Либо Excel остаётся навсегда. Либо покупается Enterprise-платформа от 600 тыс. до 1,5 млн ₽ в зависимости от вендора, которая используется на 30% и через год превращается в «ещё одну неудобную систему».
На карточке — 4 модуля HR-стека и реальные диапазоны цен на 2026 для бизнеса до 100 человек.
Что работает — порядок внедрения, не одновременный запуск:
КЭДО первым. Самый быстрый эффект: окупается за 4–6 месяцев на отказе от бумажного архива, снижает риски на проверках ГИТ, ускоряет онбординг удалёнки. Внедрение — 2–4 недели.
ATS — с порога 8–10 вакансий в месяц. Ниже — справится связка «работные сайты + Excel-трекер». Выше — без ATS теряется до 30% откликов на ручной обработке и медленном скрининге.
LMS — там, где есть законодательно обязательное обучение (ОТ, ПБ, профстандарты) или массовая адаптация. Для офиса до 50 человек без обязательного обучения — избыточен.
Опросы и eNPS — внедрять последним. Через полгода после запуска первых трёх модулей. Иначе цифры не с чем сопоставлять.
HR Tech для МСБ — не вопрос бюджета. Вопрос порядка внедрения.
Какой модуль вы запустили первым — и как считали окупаемость?
· 4 ч
Для промышленных МСБ порядок, описанный в посте, работает с одной важной поправкой. На производстве КЭДО часто спотыкается о специфику: вахтовый метод, суммированный учёт, районные коэффициенты. Не каждое облачное КЭДО умеет это считать без ошибок.
Поэтому для производственных компаний я рекомендую перед выбором платформы провести один простой тест: взять три самых сложных кадровых сценария (например, приём на вахту с переработкой и ночными) и попросить вендора показать, как платформа их обрабатывает. Если вендор говорит «это настройками решается» - пусть настроят на демо. Если «это нетипично» - ищите другого. Иначе КЭДО, которое неправильно считает зарплату или стаж, создаст больше проблем, чем бумага.
Порядок внедрения остаётся тем же: КЭДО первым. Но фильтр на входе должен быть жёстче.
ответить
коммент удалён