Автоматизация бизнес-процессов

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

С чем приходят

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

Одна такая заявка – не повод для проекта. Повод появляется, когда таких заявок сотни в неделю, а рабочий день сотрудника целиком состоит из пересылки и перенабора. Тогда и звонят: не «сломалось», а «дорого стоит то, что и так работает».

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

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

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

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

Что я собираю

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

Всё это живёт внутри вашего контура. Маршрут существует в двух видах: схема на одну страницу для бухгалтера и сценарий в оркестраторе для администратора; расходиться они не должны.

Интеграции и данные

Большая часть работы – не «робот», а аккуратный обмен данными. Где у системы есть API, обмен идёт через него: такой вариант переживает обновления интерфейса. Где API нет – веб-хуки, выгрузки по расписанию, разбор входящей почты. Способ выбирается по тому, что проработает год, а не по скорости сборки.

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

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

Два примера из практики

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

PharmAPI – другой случай: автоматизирована не внутренняя рутина, а проверка контрагента. Ключевым было решение сделать любую функцию доступной программно: проверка срабатывает при занесении контрагента в CRM, и отдельный сервис никто не открывает.

Стек

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

Слой	Инструменты
Оркестрация процессов	n8n, Camunda
Обмен данными	REST, Webhook, Apache Kafka
Заявки и сервисные процессы	Jira Service Management, ServiceNow
Готовые коннекторы	Zapier, Microsoft Power Automate

Крутится это на ваших машинах: Docker для сервисов, Ansible для раскатки: переезд на другой сервер описан файлом, а не памятью инженера. Числа по процессам достаются запросом к PostgreSQL и открываются в Metabase, а если своя BI-система уже стоит – в ней.

Чего я не делаю

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

Как считается время

Работа почасовая, 350 $ в час. Часы нужны затем, чтобы можно было остановиться: если после трёх часов замера видно, что автоматизировать не стоит, вы платите за три часа. Фиксированная сумма такого выхода не оставляет: деньги внесены, и вывод «не делать» невыгоден обеим сторонам.

Замер и расчёт окупаемости занимают 8–15 часов и заканчиваются списком процессов с оценкой каждого. Один сквозной маршрут от разбора до передачи команде – 30–60 часов. Программа на несколько процессов считается помесячно. В отчёте часы разбиты по этапам: замер, схема, сборка, передача; строки «прочие работы» в нём нет.

Связанные услуги

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

Часто задаваемые вопросы

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

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

Придётся ли менять системы, которые уже стоят?

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

Подойдёт ли это компании без ИТ-отдела?

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

Что произойдёт, когда сценарий однажды сломается?

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

---

Готовы начать?

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