По открытым прайс-листам российских подрядчиков на август 2026 года простой проект вокруг одного процесса начинается примерно от 120–150 тыс. рублей. Пилоты с разработкой и интеграциями чаще попадают в диапазон 150–700 тыс. рублей. Системы для нескольких процессов и подразделений начинаются примерно от 500–900 тыс. рублей и могут превышать 3 млн. Это не тариф Ladom Engineering и не универсальная цена: публичные предложения различаются по составу работ.
Сравнивайте состав смет, а не только итоговые цифры. В одной могут быть анализ, тестирование на реальных данных, обучение и поддержка запуска, в другой присутствует лишь настройка сценария. Ниже приведена рамка, которая помогает привести предложения к одному составу.
Сколько стоит автоматизация бизнес-процессов в 2026 году?
Для первоначального планирования удобно разделить проекты по контуру. Чем больше систем, ролей, исключений и необратимых действий, тем шире диапазон и выше доля работ, которые нельзя оценить одной строкой.
| Контур | Рыночный ориентир | Что обычно входит | Что проверить |
|---|---|---|---|
| Одна интеграция или простой сценарий | от 120–150 тыс. ₽ | Передача данных, базовая логика, журнал ошибок | Лимиты API и качество исходных полей |
| Пилот одного процесса | 150–700 тыс. ₽ | Разбор, проектирование, реализация, проверка, запуск | Граница пилота и критерий приёмки |
| Несколько связанных процессов | от 500–900 тыс. ₽ | Роли, интеграции, отчётность, обучение, сопровождение | Очередность запуска и единая модель данных |
| Комплексная заказная система | от 1,5–3 млн ₽ и выше | Несколько модулей, свой контур, отказоустойчивость | Этапность, владение кодом и стоимость развития |
От чего зависит цена проекта?
Цена растёт не от слова «автоматизация», а от конкретных неизвестных и обязанностей системы. На предварительном разборе полезно отдельно оценить семь факторов.
- Границы процесса. Один типовой маршрут дешевле потока, который охватывает несколько отделов и десятки исключений.
- Число интеграций. Подключение к документированному API отличается от обмена с устаревшей системой без стабильного интерфейса.
- Качество данных. Дубли, свободный текст и пропуски требуют очистки, правил сопоставления и обработки спорных случаев.
- Роли и доступы. Разные права, согласования и аудит действий добавляют проектирование и тестовые сценарии.
- Цена ошибки. Платёж, изменение заказа или удаление записи требуют подтверждений, лимитов, журналов и восстановления.
- Нагрузка и надёжность. Ежедневный отчёт и круглосуточный поток заявок предъявляют разные требования к мониторингу и резерву.
- Приёмка и развитие. Чем точнее метрики, тестовые случаи и правила изменений, тем меньше риск бесконечной доработки после запуска.
Если команда ещё не выбрала первый процесс, используйте матрицу приоритизации. Она помогает не считать бюджет для слишком широкого или неподготовленного контура.
Как формат решения меняет бюджет?
| Подход | Подходит, когда | Основная статья затрат | Ограничение |
|---|---|---|---|
| Настройка готового сервиса | Процесс типовой и укладывается в возможности продукта | Лицензии, настройка, перенос данных | Зависимость от тарифа и дорожной карты поставщика |
| No-code / low-code | Нужен ограниченный поток и поддерживаемые коннекторы | Сборка сценария, тарифы платформы, сопровождение | Лимиты операций и сложность нестандартной логики |
| Интеграция существующих систем | Функции уже есть, но сведения передаются вручную | API, преобразование полей, очередь и журнал ошибок | Качество интерфейсов обеих сторон |
| Заказная разработка | Процесс отличает бизнес или требует особого контура | Проектирование, код, тестирование, эксплуатация | Более высокая стартовая стоимость и ответственность владельца |
Дешёвый старт оправдан, если ограничения известны и не мешают цели. Если команда вынуждена вручную обходить платформу, поддерживать десятки хрупких сценариев или дублировать данные, низкая цена первого месяца перестаёт отражать стоимость владения.
Как составляют смету автоматизации?
Рабочая смета связывает деньги с результатами этапов. Строка «разработка: 500 тыс. рублей» не объясняет, что будет принято и какие допущения заложены. Более прозрачный вариант делит проект на восемь частей.
| Часть | Результат | Что влияет на объём |
|---|---|---|
| Разбор процесса | Граница, участники, точка А, неизвестные | Число ролей и доступность исполнителей |
| Проектирование | Схема, данные, исключения, критерии приёмки | Сложность логики и риск действий |
| Интеграции | Надёжный обмен с журналом ошибок | API, авторизация, лимиты и форматы |
| Реализация | Рабочий сценарий или продуктовый модуль | Число веток, интерфейсов и ролей |
| Тестирование | Проверенные основные и аварийные случаи | Количество исключений и цена промаха |
| Запуск | Обучение, инструкции, ручной резерв | Число пользователей и подразделений |
| Наблюдение | Метрики, логи, разбор ошибок | Частота потока и требования к реакции |
| Развитие | Изменения после реальной эксплуатации | Динамика процесса и внешних систем |
Как оценить окупаемость до разработки?
Начните с текущей стоимости процесса, а не с цены подрядчика. Для первичной оценки сложите активное время сотрудников, стоимость исправления ошибок, потери от ожидания и прямые расходы на сервисы. Затем оцените только ту долю, которую действительно затронет выбранный контур.
Условный пример: шесть сотрудников тратят по 20 часов в месяц на перенос и сверку сведений. При полной стоимости часа 900 рублей ручной труд составляет 108 тыс. рублей в месяц. Если ограниченный пилот за 450 тыс. рублей высвобождает 40% времени, измеримый эффект равен 43,2 тыс. рублей в месяц. Простая окупаемость составляет около 10,4 месяца без учёта поддержки, лицензий и стоимости денег.
Это не обещание эффекта. До запуска доля экономии остаётся гипотезой. Поэтому пилот должен измерять фактическое время, долю ручных возвратов, ошибки и объём операций, прошедших без вмешательства.
Что подготовить для предварительной оценки?
Техническое задание не требуется. Для первой вилки достаточно одного реального примера и короткого описания процесса.
- Событие, с которого начинается работа
- Проверяемый итог процесса
- Частота и сезонные пики
- Участники и ответственный
- Используемые системы и таблицы
- Основной маршрут и известные исключения
- Доступные данные точки А
- Действия, которые должен подтверждать человек
Ответы позволяют отделить обязательный контур от желательного и назвать вопросы, которые сильнее всего двигают цену. Подготовка процесса описана в базовом руководстве по автоматизации.
Частые вопросы
Можно ли назвать цену автоматизации без разбора процесса?
Можно дать только широкий ориентир. Для рабочей оценки нужны границы процесса, частота операций, системы, интеграции, исключения, требования к доступам и критерий приёмки.
Почему две похожие автоматизации отличаются по стоимости?
Одинаковый пользовательский результат может требовать разного доступа к данным, числа интеграций, ролей, журналирования и обработки исключений. Основная разница часто находится внутри контура, а не на экране.
Всегда ли заказная разработка дороже готового сервиса?
Не всегда. Готовый сервис выгоден при типовом процессе, но лицензии, настройка и обход ограничений тоже входят в полную стоимость владения. Сравнивать нужно одинаковый период и одинаковый состав результата.
Какой срок окупаемости считать нормальным?
Универсальной нормы нет. Компания задаёт допустимый срок с учётом стоимости капитала, риска и важности процесса. Для первого пилота полезнее договориться о пороге заранее, чем подгонять расчёт после запуска.
Что оплачивается после запуска?
Обычно остаются лицензии, инфраструктура, API, мониторинг, резервное копирование, поддержка и изменения при обновлении внешних систем. Эти статьи должны быть видны до согласования проекта.
Источники и границы материала
- DEVRUM: публичные ориентиры стоимости автоматизации в 2026 году
- BUDGET SOFT: стоимость аудита, пилота и комплексного проекта
- DataMarkup: стоимость пилота и промышленного внедрения
- IBM: обзор business process automation
Материал носит информационный характер. Конкретная архитектура, бюджет, режим работы с данными и уровень человеческого контроля зависят от процесса и требований компании.
Получите оценку ограниченного контура
Опишите один процесс, его частоту, участников, рабочие системы и ожидаемое изменение. Мы обозначим неизвестные, предложим границы проверки и только после этого дадим вилку бюджета.