Автоматизация бизнес-процессов: с чего начать и когда нужна своя разработка

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

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

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

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

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

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

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

Рынок ERP в России — порядка 110 млрд ₽ с ростом около 20% в год, и 70–80% приходится на экосистему 1С. До 2022 года картина была обратной: до 60% занимали иностранные системы, из них до 40% — SAP. После ухода вендоров проекты встали, и место заняли отечественные продукты.

Рынок BPM-систем — 33–34 млрд ₽. Зрелая тройка: BPMSoft, ELMA365 и Directum RX; рядом Comindware, Docsvision, Pyrus, «Первая форма» и Битрикс24. ELMA365 занимала первое место в рейтинге BPM-систем CNewsMarket за 2025 год, у неё больше 4000 компаний-клиентов и присутствие в реестре отечественного ПО с 2016 года.

Роботизацию закрывают ROBIN, Primo RPA, PIX RPA и Sherpa RPA, причём в 2026-м их массово связывают с языковыми моделями: робот перестал зависеть от строгого формата документа и научился разбирать неструктурированный текст.

Вывод из этих цифр не «покупайте российское». Базовый контур сегодня действительно дешевле купить — типовые функции закрыты. Но главный барьер импортозамещения, о котором говорят сами интеграторы, — не отсутствие модулей, а недостаточная глубина их реализации. Эта глубина и дописывается заказной разработкой: модуль поверх 1С, кабинет для клиентов и дилеров, отраслевая логика, которой в платформе нет.

Пять признаков. Если совпадает три и больше, разговор про заказную разработку оправдан:

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

Типичный пример — продажи со сложным ценообразованием: базовые, персональные и акционные цены, скидочные матрицы, разные условия для дилеров и розницы. Готовая CRM это либо не умеет, либо умеет с оговорками, поэтому CRM под процесс мы собираем как продукт, а не как настройку чужой воронки.

Ориентиры по нашим работам: заказная разработка под процесс начинается от 1,7 млн ₽, отдельная интеграция — от 150 тыс. до 1,5 млн ₽ в зависимости от системы, модули и личные кабинеты поверх 1С — от 3 млн ₽ (ERP под ключ мы не делаем). Вашу цифру без описания процесса назвать невозможно: смету считаем по шагам, интеграциям и числу пользователей, а оценка проекта бесплатная — опишите задачу.

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

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

• Справочники. Один товар, клиент и подразделение в двух системах названы по-разному. Пока нет единых мастер-данных, обмен исправно переносит мусор.
• Повторы и сбои. Сеть упала, сообщение ушло дважды — второй заказ создаваться не должен. Защиту от повторов закладывают на старте, а не после инцидента.
• Окна и объёмы. Ночная выгрузка в 1С и обмен в реальном времени — разные архитектуры и разные деньги.
• Права и ответственность. Кто хозяин записи, что делать при расхождении, чья версия побеждает в конфликте.
• Наблюдаемость. Без монитора обменов о поломке вы узнаёте от клиента, а не от системы.

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

Из нашей практики: у алкогольного B2B-дистрибьютора обмен с хранилищем держит отклик меньше полусекунды на RabbitMQ и Go, а статусы всех обменов видны на мониторинге с алертами в Telegram. Другой пример — конструктор парсеров прайс-листов: в проекте «Радиоэлементы» с 500 тыс. позиций подключение нового поставщика занимает 30–120 секунд вместо часов ручной работы, закупщики делают это сами, и экономия доходит до 2 млн ₽ в год.

Языковые модели уместны там, где результат проверяем, а ошибка стоит дешево. Что реально работает:

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

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

У себя мы работаем в AI-first режиме: ассистенты в коде, тестах и документации снимают примерно половину часов на том же объёме работ. Заказчику это интересно как срок и цена, а в его процесс ИИ мы ставим по одному правилу — у шага должен быть человек-приёмщик и метрика качества.

Формула короткая: минуты ручной работы на операцию × число операций в месяц × стоимость минуты сотрудника. Дальше прибавьте стоимость ошибок — переделки, возвраты, штрафы — и упущенную выручку, например заявки, на которые не ответили в первый час.

Пример на реальном масштабе. 400 заявок в месяц, 12 минут ручного переноса данных на каждую — это 80 часов, при 700 ₽ за час получается 56 тыс. ₽ в месяц или около 670 тыс. ₽ в год. Одна интеграция, снимающая этот перенос, окупается за год даже в средней вилке стоимости.

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

Про окупаемость: 12–18 месяцев для процессного проекта — нормальный ориентир. Если расчёт даёт три года и больше, скорее всего, выбран не тот процесс. Кратный эффект получается там, где рутину снимают целиком: в проекте Jewelry Me автоматизация убрала около 70% времени команды, а поддержка стала дешевле в пять раз.

• 1. Описать процесс как есть. Схема со всеми участниками, шагами и исключениями плюс цифры: сколько операций, сколько минут, где ждут. Один-два дня работы аналитика экономят месяцы переделок.
• 2. Посчитать текущую стоимость. Без этой цифры невозможно ни выбрать инструмент, ни защитить бюджет, ни потом доказать результат.
• 3. Выбрать способ и зафиксировать целевой процесс. Один из пяти: настройка, low-code, iPaaS, робот, разработка. Целевая схема должна отличаться от текущей не только наличием системы, но и убранными шагами.
• 4. Навести порядок в данных. Справочники, дубли, единые названия — чистка до автоматизации, а не после. Иначе новая система быстро наполнится старым мусором.
• 5. Пилот на одном процессе. Одно подразделение, один сценарий, срок в недели. Пилот отвечает на вопрос, работает ли схема в реальности, пока цена ошибки маленькая.
• 6. Приёмка, обучение и владелец. Кто отвечает за процесс после запуска, кто меняет правила, кто разбирает исключения. Система без владельца деградирует за квартал.

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

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

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

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

Забыть про исключения. Автоматизируют идеальный путь, а заметная часть заявок идёт не по нему — сотрудники возвращаются в Excel, чтобы закрыть работу хоть как-то.

Не спросить исполнителей. Систему проектируют по описанию руководителя, а работать в ней кладовщику или менеджеру. Если стало неудобнее — данные начнут вносить в конце дня и «примерно».

Не измерить до. Через полгода никто не может сказать, стало ли лучше. Эффект есть, доказательств нет, следующий этап не финансируют.

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

Если после этого вы упираетесь в вопрос «настроить готовое или писать своё» — это как раз тот момент, когда полезен внешний взгляд. Мы разбираем процесс, называем варианты с ценой и говорим, когда разработка вам не нужна.