С чего начать автоматизацию бизнес-процессов

Автоматизация начинается не с выбора системы. Сначала 2 недели замера, куда уходит время, потом один процесс из верхних строк списка. Разбор 5 уровней автоматизации, описание процесса по 6 пунктам, бюджет из 3 частей, формула расчета эффекта и подводные камни роботов.

По данным сборника «Индикаторы цифровой экономики: 2026» ИСИЭЗ НИУ ВШЭ (опубликован 27 января 2026 года, данные за 2024 год), цифровые платформы применяют 21,8% российских организаций, облачные сервисы — 19,5%, технологии искусственного интеллекта — 4,8%. У 4 компаний из 5 автоматизация еще не начиналась, при этом обсуждают в отрасли почти исключительно ИИ.

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

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

Что считать бизнес-процессом, а что просто работой

Бизнес-процесс — это повторяющаяся последовательность действий с определенным началом, результатом и ответственными. Пришла заявка с сайта, менеджер связался, выставил счет, клиент оплатил, заказ ушел в производство, клиент получил товар. Начало есть, конец есть, шаги повторяются каждый раз примерно одинаково.

Не всякая работа устроена так. Переговоры с новым поставщиком, разработка продукта, подготовка стратегии — каждый раз разные по составу и длительности. Автоматизировать их в лоб невозможно, хотя отдельные куски (согласование договора, оплата счета) вполне поддаются.

Процесс годится в первые кандидаты, если у него есть 4 признака:

• Повторяемость. Выполняется не реже нескольких раз в неделю. Процесс, который случается раз в квартал, автоматизировать дороже, чем делать руками.
• Понятный триггер. Ясно, что именно запускает процесс: поступила заявка, наступило 25-е число, клиент оплатил счет.
• Низкая вариативность. Шаги примерно одинаковы, а исключения можно перечислить. Если каждый случай уникален, автоматизировать нечего.
• Измеримый результат. Понятно, чем процесс заканчивается: договор подписан, заявка передана в работу, отчет отправлен.

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

Замер: 2 недели и одна таблица

Самая частая ошибка старта — начинать с ощущений. «У нас менеджеры зашиваются», «бухгалтерия тонет в бумагах». Ощущения показывают, где громче всего жалуются, а не где больше всего теряется времени. Это разные места.

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

Числа в таблице — пример структуры. У вас получатся свои. Важно другое. После 2 недель почти всегда выясняется, что самая заметная боль стоит компании 9 часов в месяц, а тихая и незаметная операция — 19. Автоматизировать надо вторую.

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

Какой процесс брать первым

Из списка выбирается один. Не 3 и не «начнем сразу с продаж, склада и документооборота» — один.

Критерии выбора я расставляю так, по убыванию важности:

1. Объем времени. Процесс из верхних строк таблицы замера. Ниже 8–10 часов в месяц эффект будет незаметен, и внедрение потеряет поддержку.
2. Простота правил. Правила можно записать на одном листе без ветвлений на каждом шаге.
3. Один владелец. Процесс целиком живет внутри одного отдела. Межотдельные процессы автоматизируются вторым или третьим заходом, когда есть доверие к результату.
4. Видимый эффект. Результат замечают сами участники процесса. Если выигрыш виден только руководителю в отчете, автоматизацию тихо саботируют.
5. Обратимость. Если не сработало, можно вернуться к ручному режиму за час, ничего не потеряв.

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

Про типовые сценарии по отраслям — чуть ниже, в разделе про кандидатов.

Автоматизация состоит из 5 уровней

Слово «автоматизация» обозначает как минимум 5 разных вещей, и они стоят по-разному. Их полезно разложить по порядку, потому что перепрыгивать уровни бессмысленно.

Главное здесь — то, что уровни опираются друг на друга. Роботы на 4-м уровне работают с данными из 2-го и событиями из 3-го. Если данных нет или они лежат в 5 таблицах у разных людей, роботам нечего обрабатывать.

Почему прыжок сразу на верхний уровень не работает

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

Другой сценарий, более распространенный. Внедряют CRM, включают роботов в первый же день, роботы рассылают письма по стадиям. Через 3 недели становится понятно, что половина стадий лишняя, а 2 нужные забыли добавить. Каждая правка воронки теперь превращается в разбор завалов: письма уходят не тем, задачи ставятся не на тех.

Разумный порядок такой: закрыть уровни 1 и 2 полностью, уровень 3 — по тем точкам, где есть двойной ввод, и только потом включать роботов. ИИ подключается последним и точечно, там, где правилами задачу не описать. Про то, какие процессы вообще имеет смысл отдавать ИИ, есть отдельный разбор с примерами.

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

Как описать процесс, прежде чем открывать настройки

Описание процесса не требует нотаций, схем в специальных программах и недельных сессий. Требуется лист бумаги и 6 пунктов.

1. Триггер. Что запускает процесс. «Клиент отправил форму на сайте», «наступило 1-е число», «поступила оплата».
2. Вход. Какие данные есть в момент запуска: имя, телефон, товар, сумма, источник обращения.
3. Шаги. Что происходит по порядку, глаголами. Не «работа с заявкой», а «менеджер звонит», «менеджер заносит адрес», «система формирует счет».
4. Роли. Кто отвечает за каждый шаг. Указывайте роль или должность: «менеджер направления», «логист», «бухгалтер». Фамилии тут лишние — люди меняются.
5. Выход. Чем процесс заканчивается и как понять, что он завершен успешно.
6. Исключения. Что делать, если клиент не отвечает, товара нет на складе, оплата не пришла. Это самый важный пункт и самый пропускаемый.

Возьмем заявку с сайта и разложим ее по этой схеме.

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

На этом описании уже видно, что автоматизировать: попадание заявки в систему, распределение по очереди, напоминание менеджеру, письмо клиенту с подтверждением. И видно, что автоматизировать нельзя — звонок и разговор.

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

Что автоматизируют первым делом

Список кандидатов сильно зависит от того, чем компания занимается. Ниже — процессы, которые чаще всего оказываются в верхних строках замера.

Услуги и B2B-продажи. Сбор обращений из всех каналов в одно место (сайт, почта, телефон, мессенджеры), распределение по менеджерам, напоминания о сделках без активности, формирование коммерческого предложения и счета по шаблону, уведомления клиенту о статусе.

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

Производство и работы на объекте. Заявка на замер, назначение исполнителя с учетом графика, фиксация результата с фотографиями, передача в производство, контроль сроков по этапам.

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

Последняя группа обычно самая недооцененная. Согласование договора на 5 подписей проходит через 5 человек, теряется у каждого второго и занимает 2 недели вместо 2 дней. Никакого ИИ для этого не нужно, нужен маршрут с уведомлениями и сроками.

Из чего складывается бюджет

Расходы на автоматизацию делятся на 3 части, и заметная сумма прячется в третьей.

Лицензии и подписки. Плата за саму систему. Здесь есть ловушка, о которой стоит знать заранее: возможности автоматизации привязаны к тарифу. В Битрикс24 роботы и триггеры доступны не на всех тарифах, а дизайнер бизнес-процессов, по справке вендора (обновлена 24 июля 2026 года), работает только на тарифах «Профессиональный» и «Энтерпрайз». Более того, при переходе на младший тариф или при неоплате уже запущенные бизнес-процессы останавливаются, а новые запустить нельзя. Планируя автоматизацию, тариф считайте сразу на год.

Работы по настройке и интеграции. Описание процесса, настройка системы, перенос данных, связи с 1С и сайтом, обучение сотрудников. В Design Lab разовые работы стоят 5000 руб./ч., в абонементе — от 3500 руб./ч. при минимуме 10 ч./мес. По объему: настройка одного процесса среднего размера с интеграцией укладывается в 20–60 часов, без интеграции — в 10–25.

Время сотрудников на переход. Самая незаметная статья. Первые 2–4 недели после запуска команда работает медленнее, чем раньше: осваивает интерфейс, перепроверяет систему вручную, задает вопросы. Заложите просадку производительности процентов на 20 в первый месяц. Если ее не заложить, руководитель через 3 недели решит, что автоматизация не работает, и откатит все назад.

Кстати, о структуре расходов. По данным того же сборника ИСИЭЗ НИУ ВШЭ, крупные и средние организации тратят на программное обеспечение 36,3% цифрового бюджета, а на машины и оборудование — 30,2%; в оптовой и розничной торговле доля ПО доходит до 49,7%. То есть на софт уходит примерно треть, остальное — железо, связь, обучение и работы. Расчет только по цене лицензий занижает бюджет в 2–3 раза.

Как считать эффект

Считать надо до старта, иначе через полгода спор о пользе автоматизации превращается в обмен мнениями.

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

Пример на цифрах из таблицы замера. Перенос заявок и выставление счетов вручную — 35 часов в месяц у 3 менеджеров. Автоматизация убирает примерно 80% этой работы, остается 7 часов. Экономия 28 часов. При полной стоимости часа менеджера 900 руб. это 25 200 руб. в месяц. Если внедрение обошлось в 150 000 руб., а подписка стоит 5000 руб. в месяц, окупаемость наступит примерно через 7,5 месяца.

Что в этот расчет включать нельзя:

• Гипотетический рост продаж «за счет улучшения работы с клиентами». Он может случиться, но обосновать его до внедрения нечем.
• Сокращение сотрудников, если вы не собираетесь никого сокращать. Освободившиеся часы обычно уходят на другую работу, и это нормально, но экономией в деньгах это не является.
• Стоимость ошибок «которых больше не будет». Считайте только те ошибки, которые реально фиксировались и стоили измеримых денег.

Зато честно включаются 2 вещи, которые часто забывают: скорость реакции на обращение (если заявки перестали лежать по 2 часа, это прямо влияет на конверсию, и это видно в отчетах) и снижение потерь заявок. Второе измеряется простым сравнением: сколько обращений поступило по всем каналам и сколько дошло до менеджера.

Что выясняется уже после запуска

Есть набор особенностей, о которых не пишут в обзорах и которые всплывают на второй неделе работы. Ниже — те, что встречаются чаще всего; примеры даны по Битрикс24, но похожая логика есть в любой системе с правилами.

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

Порядок срабатывания не тот, который кажется очевидным. Если на одной стадии висят и робот, и бизнес-процесс с одинаковым условием запуска, по умолчанию первым стартует бизнес-процесс. Когда 2 правила меняют одно и то же поле, результат зависит от этого порядка.

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

Условие «между» не переходит через полночь. Диапазон с 20:00 до 08:00 система читает как промежуток с 08:00 до 20:00. Ночной сценарий приходится разбивать на 2 условия: с 20:00 до 23:59 и с 00:00 до 08:00.

Спецсимволы ломают сложные процессы. Символы вроде >, <, =, +, @ и # в переменных и условиях блокируются фильтром безопасности, причем не сразу: процесс какое-то время работает, а потом настройки перестают открываться. Все эти случаи разобраны в справке Битрикс24 по неработающим роботам и бизнес-процессам.

Отсюда практическое правило: любую автоматику после настройки проверяют на живом примере от начала до конца. Не «робот включен» в интерфейсе, а «мы создали тестовую заявку, и по ней прошли все 6 шагов». Тестовый прогон занимает 20 минут и снимает большую часть будущих сюрпризов.

Ошибки, которые срывают первое внедрение

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

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

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

Запускают без обучения. Систему настроили, ссылку прислали, инструкцию не написали. Сотрудники продолжают вести свои таблицы параллельно, и через месяц в компании 2 источника правды, оба неполные.

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

Оставляют старый канал открытым. Если заявки можно по-прежнему принимать на личную почту менеджера, часть их туда и пойдет. Старые пути нужно закрывать явно, иначе система показывает неполную картину, а отчетность врет.

Где во всем этом ИИ

ИИ уместен там, где правило сформулировать невозможно. Робот отлично справляется с условием «если сумма больше 100 тыс. руб., уведомить руководителя». Он бесполезен, когда нужно понять, о чем написал клиент в свободной форме, вытащить данные из скана акта или составить черновик ответа.

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

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

И отдельно про персональные данные. Если в процесс попадают имена, телефоны и адреса клиентов, обработка регулируется 152-ФЗ, и выбор сервиса перестает быть техническим вопросом. Где физически лежат данные, что написано в договоре с поставщиком сервиса, есть ли согласие клиента — это выясняют до пилота.

Как это устроено у нас

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

Мы вынесли 39 проверок в отдельный сервис check.design-lab.ru. Теперь первичный аудит занимает минуты, а инженер подключается там, где нужна интерпретация: почему конкретно эта страница выпала из индекса, что делать с найденной уязвимостью. Полный список того, что проверяется руками сверх этого, мы держим в чек-листе технического аудита.

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

Что сделать на этой неделе

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

Если делать в таком порядке, первый результат появляется через 1–1,5 месяца, и он измеримый. Если начинать с выбора системы, через 1,5 месяца у вас будет система.

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