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

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

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

Что значит «под ключ»

Формат под ключ это пять зон ответственности подрядчика в одном договоре.

• Аудит. Замер текущего процесса. Артефакт: карта процессов с ручными передачами и точками повторного ввода данных.
• Проектирование. Схема целевого процесса, перечень интеграций, роли и права. Артефакт: техническое задание и смета по этапам.
• Внедрение. Настройка платформы, разработка интеграций, миграция справочников и исторических данных.
• Обучение. Инструкции по ролям и обучение тех, кто работает в системе ежедневно, а не только руководителей.
• Сопровождение. Реакция на сбои в согласованное время отклика, доработка сценариев при изменении процесса.

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

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

Как описывают процесс перед автоматизацией

Описание бизнес-процессов делают в нотации, а не в свободном тексте. Отраслевой стандарт это BPMN: спецификацию ведёт Object Management Group, действующая редакция 2.0.2 принята в январе 2014 года и опубликована на omg.org, а редакция 2.0.1 принята как международный стандарт ISO/IEC 19510:2013. Стандарт описывает три типа диаграмм (процесса, взаимодействия, хореографии), для среднего бизнеса хватает первых двух. Базовый словарь невелик: события начала и конца, действия, шлюзы ветвления, потоки и дорожки, показывающие, кто выполняет шаг.

Работают с двумя диаграммами.

• «Как есть» (as is). Процесс в сегодняшнем виде, со всеми обходными путями. Смысл не в красоте схемы, а в трёх числах: сколько раз задача переходит из рук в руки, сколько ждёт между шагами, в скольких местах данные вводят повторно.
• «Как будет» (to be). Целевой процесс с отмеченными шагами, которые уходят в систему. Эта диаграмма становится приложением к техническому заданию, по ней проверяют приёмку.

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

На чём это собирают: BPM и low-code платформы

BPM-системы для автоматизации отличаются от универсальных конструкторов тем, что процесс в них исполняемый: схема запускает задачи, а не лежит картинкой в документации. Почти все платформы российского рынка включены в реестр отечественного ПО, и для части заказчиков это не формальность: Указ Президента РФ №166 от 30.03.2022 с 31 марта 2022 года запретил заказчикам по 223-ФЗ закупать иностранное ПО для значимых объектов КИИ без согласования с уполномоченным федеральным органом, а с 1 января 2025 года запретил органам государственной власти и заказчикам использовать такое ПО на значимых объектах, если иное не установлено федеральным законом.

Платформа	Тип задачи	Подтверждено в открытых источниках
ELMA365	Сквозные процессы плюс CRM, документооборот, кадровый ЭДО и service desk в одной экосистеме	ELMA BPM в реестре российского ПО с 2016 года, вендор заявляет более 4000 клиентов, облако даёт 14 дней бесплатно
Comindware Business Application Platform	Процессы плюс управление корпоративной архитектурой, когда схему нужно связать с ИТ-ландшафтом	Входит в реестр российского ПО, продукты по ЭДО, CRM и закупкам собраны на той же платформе
SimpleOne	Сервисные процессы: ITSM, учёт ИТ-активов, HR-сервисы, B2B-продажи на общем ESM-ядре	Платформа в реестре российского ПО, линейка из ITSM, ITAM, SDLC, B2B CRM и HRMS
Docsvision	Документоцентричные процессы: согласование договоров, электронный архив, долговременное хранение	Вендор заявляет около 700 000 пользователей, 1700 внедрений и более 50 партнёров
Citeck ECOS	Процессы и документы там, где заказчику важен доступ к исходному коду	Реестровая запись №1241 от 05.09.2016, есть редакция Community и доступ к коду для клиентов
BPMSoft	Связка CRM и процессов продаж, сервиса и закупок на low-code конструкторе	Входит в холдинг LANSOFT, запись в реестре №17372 отнесена к сфере искусственного интеллекта

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

Оговорка про low-code: конструктор снимает необходимость программировать формы и маршруты, но не отменяет разработчика на интеграциях. Обмен с 1С, банком, оператором ЭДО или складским оборудованием почти всегда требует кода. Если подрядчик обещает всю интеграцию мышкой, спросите, какой протокол обмена он планирует использовать.

Какие процессы автоматизируют чаще всего

Процесс готов к автоматизации, если у него есть вход с понятной структурой и метрика, снимаемая до и после.

Продажи и работа с клиентами

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

Документооборот и бухгалтерия

Вход: счёт, акт, договор, накладная. Система собирает документ по шаблону из данных сделки, ведёт по маршруту согласования, складывает в архив. Здесь есть жёсткое регуляторное условие: по разъяснениям ФНС России, с 1 сентября 2024 года уполномоченный представитель организации или ИП подписывает электронные документы личной подписью физлица с приложением машиночитаемой доверенности, переходный период закончился 31 августа 2024 года. Если подписывает не первое лицо, поддержка МЧД должна стоять в техническом задании. Метрики: срок согласования в рабочих днях, доля документов с повторным ручным вводом.

Отчётность и аналитика

Вход: выгрузки из CRM, кассы, склада, рекламных кабинетов и бухгалтерии. Система сводит их в витрину и обновляет по расписанию. Метрики: время сборки регулярного отчёта и доля расхождений между источниками. Вторая важнее первой: автоматический отчёт, расходящийся с бухгалтерией, хуже ручного.

Внутренние операции и HR

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

Сколько стоит автоматизация бизнес-процессов под ключ

Единого прайса нет: цена собирается из объёма работ, а не из числа лицензий. Сроки в таблице это редакционный ориентир по практике агентства, а не норматив.

Тип проекта	Состав работ	Ориентир по срокам
Точечная автоматизация	Аудит одного процесса, схема «как будет», один маршрут, одна или две интеграции, инструкция на роль	от 1 до 3 недель
Комплексный узел	Аудит отдела, проектирование связки CRM, документооборота и отчётности, миграция справочников, обучение группы, прогон на реальных данных	от 1 до 2 месяцев
Сквозная автоматизация	Аудит нескольких отделов, единая модель данных, роли и права, интеграции с учётной системой и внешними сервисами, обучение по ролям, регламент сопровождения	от 3 до 6 месяцев
Поддержка и развитие	Реакция на инциденты в согласованное время, доработка сценариев, обновление платформы, пересмотр метрик раз в квартал	Постоянно, абонентская схема

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

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

Семь этапов проекта: от аудита до поддержки

Этапы проверяют не по названию, а по артефакту, который вы получаете и подписываете.

Этап	Артефакт приёмки
1. Аудит процессов	Карта процессов «как есть» с ручными передачами и точками повторного ввода
2. Проектирование решения	Схема «как будет» в BPMN, техническое задание, смета по этапам
3. Согласование приоритетов	План работ с датами и назначенным владельцем процесса со стороны заказчика
4. Разработка и настройка	Работающий контур на тестовом стенде с доступом заказчика
5. Тестирование	Протокол прогона на реальных данных с перечнем найденных и закрытых дефектов
6. Запуск и обучение	Инструкции по ролям и подтверждение обучения сотрудников
7. Поддержка и развитие	Регламент сопровождения с временем реакции и каналом обращений

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

Как выбрать подрядчика: чек-лист перед подписанием

Признаки, которые видно уже на первой встрече.

• Начинает с аудита, а не с названия платформы. Цена, названная до разбора процесса, это цена коробки.
• Считает эффект в часах и рублях. Просите показать, из чего складывается расчёт на вашем процессе.
• Рисует схему в нотации. Кто не делает «как есть» и «как будет», тот проектирует в переписке.
• Имеет кейсы в смежной модели бизнеса. Продажи в опте и в услугах различаются по числу согласований и структуре документа.
• Предлагает пилот на одном процессе. Это снижает ваш риск и показывает уверенность в оценке.
• Называет состав поддержки и время реакции. Формулировка «поддержим» без SLA не значит ничего.

Чек-лист перед подписанием договора:

• Результат описан в измеримых величинах, а не формулой «настроим систему»
• Есть отдельный этап тестирования на реальных данных с протоколом
• Указаны сроки по каждому этапу, а не одна дата сдачи
• Определено, кому принадлежат доступы, учётные записи и исходный код после сдачи
• Прописан порядок действий при сбое после запуска и гарантийный срок
• Зафиксирован SLA на реакцию после запуска: отдельно время реакции на блокирующий инцидент, когда процесс встал, отдельно на некритичную доработку, плюс канал обращений и режим работы поддержки
• Есть обучение по ролям и письменные инструкции, остающиеся у заказчика

Что прописать в договоре

Договор держится на четырёх пунктах, три из которых опираются на нормы Гражданского кодекса. Спорить с формулировкой закона подрядчику труднее, чем с вашим пожеланием.

• Измеримый результат и критерии приёмки. В предмете должно стоять не «внедрение системы», а состояние процесса: заявка создаёт сделку и задачу, счёт уходит на согласование по маршруту, отчёт собирается по расписанию. Схема «как будет» прикладывается к договору, по ней принимают работу.
• Права на код и доступы. По статье 1296 ГК РФ исключительное право на программу для ЭВМ, созданную по договору заказа, принадлежит заказчику, если договором не предусмотрено иное. Эта оговорка и есть строка, которую иногда меняют в пользу подрядчика: проверьте её отдельно и перечислите учётные записи, домены и облачные кабинеты, оформляемые на юрлицо заказчика.
• Что будет при сбое через месяц. По статье 724 ГК РФ, если гарантийный срок не установлен, требования по недостаткам предъявляются в разумный срок, но в пределах двух лет со дня передачи результата, а при установленном сроке в течение него. Пропишите гарантийный срок явно и отделите устранение дефекта от платной доработки: доработка это изменение правил по вашей инициативе, дефект это несоответствие принятому техническому заданию.
• Обучение и документация. Зафиксируйте, кого обучают (роли, а не должности), в каком формате и что остаётся после: инструкции, запись обучения, схема процесса в редактируемом виде. Редактируемый формат нужен следующему подрядчику, если вы смените команду.

Есть ли разница по регионам

Проект в Москве технически не отличается от проекта в другом городе: почти весь объём работ выполняется удалённо, аудит идёт по видеосвязи и выгрузкам, настройка в облаке или через удалённый доступ, тестирование и обучение дистанционно. Единственное реальное различие это стоимость часа команды: в столице она в среднем выше, вместе с ней выше плотность подрядчиков и число кейсов в узких нишах.

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

ИИ в проектах автоматизации

У ИИ здесь одна понятная область применения: вход в свободной форме. Маршрут в BPM-системе требует структурированных данных, и пока заявка приходит формой с полями, нейросеть не нужна. Как только на входе письмо, скан счёта, голосовое сообщение или произвольный текст в мессенджере, появляется задача превратить это в структуру, и здесь модель заменяет оператора. Типовые сценарии: разбор входящей почты по маршрутам, извлечение реквизитов из скана счёта, черновик карточки сделки из переписки, сводка по длинной цепочке согласований. Вендоры фиксируют направление формально: BPMSoft включена в реестр отечественного ПО записью №17372, отнесённой к сфере искусственного интеллекта.

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

Пять признаков, что пора

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

Два совпадения означают, что стоит посчитать экономику одного участка: сколько часов в месяц он съедает и сколько стоит час занятых в нём людей.

Частые ошибки

• Автоматизируют хаос. Неописанный процесс после внедрения становится быстрым неописанным процессом.
• Берут всё сразу. Параллельный запуск нескольких отделов множит ошибку проектирования на число отделов.
• Экономят на аудите. Экономия на первом этапе оплачивается переделками на четвёртом по полной ставке.
• Не назначают владельца процесса. Без права менять регламент проект встаёт на первом спорном правиле.
• Пропускают прогон на реальных данных. Чистые демо-карточки не ловят дубли, пустые реквизиты и некорректные даты.
• Обучают руководителей, а не исполнителей. Линейные сотрудники без обучения возвращаются к таблицам.
• Оставляют доступы и код у подрядчика. Пункт про исключительное право проверяют до подписания, а не при смене команды.

Частые вопросы

Сколько времени занимает автоматизация под ключ

По практике агентства точечный процесс запускают за срок от 1 до 3 недель, комплексный узел из CRM, документооборота и аналитики за 1-2 месяца, сквозной проект на несколько отделов за 3-6 месяцев. Это ориентир, а не норматив: сроки двигают число интеграций, наличие описанного процесса на входе и объём миграции данных.

Можно ли автоматизировать только один процесс

Да, и это правильный способ начать. Процесс с понятным входом и снимаемой метрикой даёт цифры до и после за месяц наблюдения, по ним и принимают решение о масштабировании. Готовность проверяется по пяти вопросам из блока выше.

Что требуется от заказчика

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

Что будет, если система сломается после запуска

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

Обязательно ли использовать ИИ

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

Редакция Neurounit. Разборы инструментов, гайды и материалы про нейросети, AI-маркетинг и автоматизацию. Факты, ссылки на нормативные акты и данные вендоров проверяет редакция агентства Neurounit.