Лицензия закрывает 15–20% затрат на RPA, остальное платят годами

Программную роботизацию в России обсуждают чаще, чем внедряют. По данным исследования «RPA-круг Громова 2026», проникновение RPA остается низким: менее тысячи организаций-пользователей на сотни тысяч потенциальных заказчиков в целом по стране при росте сегмента на 30–50% ежегодно. Сдерживающие факторы авторы связывают с совокупной стоимостью владения и дефицитом внутренних RPA-компетенций, а не с функциональностью платформ. Считать автоматизацию по цене лицензии при таком раскладе бессмысленно. Деловой разговор о программных роботах начинается с двух других вопросов: за какой срок решение возвращает вложенные деньги и на каких задачах не возвращает их вовсе.

Главное за неделю — в дайджесте

Подпишитесь, чтобы не пропустить

Подписаться

Из чего складывается стоимость владения RPA

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

По данным аналитического центра «Круги Громова», на долю лицензий приходится лишь 15–20% затрат, а разница в совокупной стоимости владения между платформами на трехлетнем горизонте бывает двух- или трехкратной. Основными статьями затрат авторы называют содержание центра компетенций, обслуживание роботов и инфраструктуру. Все три платежа идут непрерывно, пока парк работает. При таком разбросе выбор платформы по лицензионному договору и списку возможностей мало что решает: считать удобнее от суммы, в которую обойдется содержание десяти сценариев за трехлетний срок.

Лицензия, поддержка и инфраструктура: куда уходят деньги на RPA

Три направления расходов ведут себя по-разному, и ни одно не заканчивается вместе с запуском.

• Центр компетенций. RPA-разработчики, бизнес-аналитики и специалисты по сопровождению роботов в продуктивной среде. Эту команду компания содержит всё время, пока программы выполняют операции.
• Текущие доработки. Сценарий приходится настроить заново, когда учетная система или экранная форма изменилась. Чем чаще обновляются формы и права доступа, тем выше постоянная нагрузка на техническую службу.
• Инфраструктура. Серверы и рабочие станции под запуск, доступы к учетным системам с учетом требований безопасности, мониторинг и управление выполнением операций, хранение журналов.

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

«В итоге нагрузка на службу поддержки растет, и у разработчиков не остается времени на создание новых роботов — они занимаются уже созданными».

Игорь Осокин, директор управления по автоматизации и роботизации процессов группы «Ренессанс Страхование»

Сколько стоит внедрение RPA на входе

Порядок величины входного билета показывает открытый прайс-лист Lexema-RPA:

• Годовая подписка без ограничения числа роботов: 450 000 руб.
• Тариф на первого робота: 32 000 руб. в год.
• Бессрочная лицензия: 1 620 000 руб.
• Услуги разработки: от 200 000 руб.

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

Роботы есть почти у всего верхнего эшелона, а рынок RPA остается маленьким

По верхнему эшелону российского бизнеса автоматизация прошла почти сплошь, и по количеству внедрений тема выглядит закрытой. По данным DM Solutions, на начало 2026 года технологии программной роботизации использует 82% опрошенных крупнейших российских компаний. Среди респондентов из всех сегментов бизнеса доля применяющих RPA составляет порядка 70%, еще 23% планируют начать внедрение.

В деньгах отрасль выглядит иначе. Объем рынка RPA в 2025 году Кирилл Дядин из Puzzle RPA оценивает в 10–24 млрд руб. для сегмента лицензий и около 60 млрд руб. вместе с услугами внедрения, поддержкой и обучением. Основная масса денег уходит на внедрение и эксплуатацию, лицензии занимают меньшую часть рынка.

Массовость внедрений и размер эффекта расходятся. Компания может числиться пользователем RPA с тремя роботами в бухгалтерии, и в статистику она попадет наравне с холдингом, у которого роботизированы сотни операций. Разница между двумя картинами измеряется годами работы центра компетенций.

ММК строит такой центр с 2018 года: в 2022-м парк перевели на российскую платформу Primo RPA, а автоматизацию распространили на логистику, снабжение, бухгалтерию, ИТ и производственный учет. По описанию вендора платформы, 407 бизнес-процессов роботизировано, накопительный эффект от внедрения RPA достиг 1,8 млрд руб.

Порог 6–12 месяцев: как отбирают процессы под роботизацию

Решение о запуске проекта автоматизации принимают по сроку возврата денег, а не по списку функций платформы. Бизнес при таком отборе смотрит на деньги, технология вторична. Интеграторы формулируют порог конкретной цифрой и отказываются от операций, которые в него не проходят. Тот же порог задает глубину проработки на входе: чем короче требуемый срок возврата, тем жестче отбор и тем раньше отсеиваются сомнительные кандидаты.

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

Такой анализ проходит быстро, за несколько дней, и почти всегда меняет первоначальный список кандидатов. Качество исходных данных о процессе определяет, насколько этот счет близок к реальности. Часть операций подходит под роботизацию только тогда, когда владелец бизнес-процесса описал их заново.

Почему проекты роботизации не доходят до эффекта

Четыре ключевых риска роботизации называет директор ЦТР «Некст»:

• Ошибка в выборе процессов. Под робота берут разовую операцию с небольшим объемом однотипных действий. Возврат приносят повторяющиеся задачи с высокой долей ручного труда: обработка счетов, кадровый документооборот.
• Неготовность инфраструктуры. Стандартизированных данных и регламентов в компании нет. Робот в таком контуре встраивается в существующий хаос и закрепляет его.
• Человеческий фактор. Сотрудники воспринимают автоматизацию как угрозу своим рабочим местам. Без их вовлечения проект не доходит до результата даже при аккуратной технической части.
• Потребность в сопровождении. Роботы требуют технической поддержки, как любые сложные решения. Такая поддержка обходится дешевле, чем в обычной автоматизации.

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

«Если автоматизация не окупится за 6–12 месяцев, такой проект мы не запускаем».

Михаил Верисов, директор ЦТР «Некст»

Какие бизнес-процессы окупаются: повторяемость, объем и цена ошибки

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

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

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

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

Где программный робот выигрывает у человека

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

«Акрихин» прошел этот путь под давлением обстоятельств. После ухода иностранного вендора компания за четыре месяца перенесла парк на платформу PIX RPA силами интегратора «Первый Бит» и достроила автоматизацию финансов, логистики и регуляторных процессов. Программные роботы к тому моменту встроились в операционную работу, и отказаться от них было нельзя. Как описывает вендор платформы, у компании более 100 роботизированных процессов и экономия свыше 20 000 рабочих часов персонала в год, эквивалент более чем десяти штатных единиц.

Где роботизация не окупается

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

Нехватка специалистов идет в исследовании вторым барьером вслед за стоимостью владения: отсутствие внутренних экспертов в опросе назвали около 27–32% респондентов. Не хватает именно тех ролей, из которых собирают центр компетенций.

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

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

«Сейчас роботизация в России — это либо дорого, либо неэффективно, либо очень сложно. Много проектов не выживает в стадии пилотирования».

Дмитрий Зобов, директор по работе с корпоративными клиентами Puzzle RPA

Свой центр компетенций RPA или подрядная разработка

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

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

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

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

Гражданская роботизация: роботы силами сотрудников

Третий вариант ставит разработку ближе к самому процессу. Сценарии создают сами бизнес-пользователи в визуальном конструкторе, а ИТ-служба отвечает за платформу и права доступа. Цена одного решения падает до времени сотрудника, который знает свою операцию детальнее всех.

«Газпромтранс» вырастил роботизацию именно так. В 2022 году силами подрядчика в компании запустили трех роботов и параллельно обучали сотрудников; один из них собрал первого гражданского робота. Дальше в компании появились новостной канал, база знаний на корпоративном портале и обмен опытом между подразделениями. Количество роботов выросло до 7 в 2023 году и до 43 в 2024-м.

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

RPA против классической автоматизации и языковых моделей

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

По оценке Primo RPA, спрос на роботизацию поддерживают дефицит квалифицированных кадров, потребность в оптимизации издержек и высокий потенциал госсектора. Сегмент растет темпами 40–50% ежегодно, а от общего числа крупных и средних организаций страны роботов внедрили лишь 15–20%.

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

Разница видна и в том, кто платит за изменения. Интеграция ломается редко, но любая доработка идет через разработчиков системы и попадает в общий план релизов. Робота переделывает служба поддержки, и повод возникает после смены интерфейса. На процессах с частыми регуляторными изменениями второй подход выигрывает по скорости запуска и проигрывает по цене удержания.

Приоритеты заказчиков при этом смещаются: фокус уходит с первичного внедрения на масштабирование RPA и интеграцию с искусственным интеллектом.

Когда выбирают RPA-систему рядом с интеграцией

Иногда робота ставят заведомо на время. В проекте компании Deploy программы закрывали обмен между SAP и 1С; через 9 месяцев заработала интеграция, и роботов перевели на другую работу. Срок жизни такого решения задает горизонт разрыва между системами: робот работает ровно до запуска интеграции.

Отдельная граница проходит между роботом и генеративными моделями. Свободный текст давно ушел из зоны жестких правил. Языковые модели и OCR забирают часть задач с неструктурированными данными: письма и запросы клиентов, извлечение реквизитов из сканов документов, классификация обращений. Искусственный интеллект здесь обрабатывает смысл, программный робот — форму. Задача с высокой ценой ошибки остается за детерминированным сценарием, где каждый шаг задан правилом и результат воспроизводим.

Что учитывают в эффекте RPA, кроме зарплат

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

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