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

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

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

Уровни автоматизации: от шаблона письма до сквозного процесса

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

1. Ручной процесс. Правила живут в головах, данные — в личных таблицах и переписках. Работает, пока ключевой человек на месте.
2. Шаблоны и памятки. Типовые письма, чек-листы, единая форма заявки. Программ почти нет, но порядок уже есть.
3. Автоматизация шага. Система сама создаёт задачу, шлёт напоминание, назначает ответственного. Запускает процесс и передаёт дальше по-прежнему человек.
4. Сквозной процесс. Заявка проходит от первого касания до оплаты без ручных передач, сотрудник вмешивается только в исключения, а в сложных случаях решения за него подсказывают правила или нейросеть.

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

Сначала порядок, потом программа: почему нельзя автоматизировать хаос

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

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

1. Описать процесс «как есть». По факту, а не по должностной инструкции: кто что делает, откуда берёт данные, кому передаёт результат.
2. Найти расхождения. Где у исполнителей разные действия, где процесс стоит в ожидании, где одно и то же вводят дважды.
3. Убрать лишнее. Согласование, которое всегда заканчивается словом «ок», — кандидат на удаление, а не на автоматизацию.
4. Договориться о целевой схеме. И назначить владельца процесса — человека, который отвечает за результат и вправе сказать «нет» лишним шагам.

Упрощение само по себе иногда решает проблему. Допустим, после третьего шага процесс сократился с одиннадцати действий до шести, а автоматизировать понадобилось два из шести. Это самая дешёвая версия проекта. Проверка на готовность простая: если процесс нельзя объяснить новичку на одном листе, а исключения нельзя перечислить, автоматизировать рано.

Как найти процессы для автоматизации: инвентаризация за одну-две недели

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

Где искать кандидатов и как замерять

Три источника: очереди и задержки (клиент или коллега ждёт дольше, чем должен), повторы (завести заказ, подготовить КП, сверить остатки по одному шаблону) и потери с ошибками (потерянные заявки, неверные счета, забытые напоминания).

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

Пять вопросов к каждой строке реестра

1. Как часто запускается процесс и сколько операций набирается за месяц?
2. Сколько минут и людей занимает одна операция?
3. Сколько стоит ошибка: потерянная заявка, штраф, недовольный клиент?
4. Есть ли чёткие правила, или решение принимается «по ощущениям»?
5. Откуда приходят данные и куда должны попасть?

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

Матрица приоритетов: четыре оценки и один индекс

Ресурсов на всё сразу нет, нужна очередь. По каждому процессу выставляйте оценки от 1 до 5: объём (как часто запускается), стоимость ошибки (что теряете при сбое), формализованность (насколько чётки правила) и сложность внедрения (сколько систем, исключений и людей затронуто; 5 — тяжело). Индекс = объём × стоимость ошибки × формализованность ÷ сложность. Чем выше число, тем раньше процесс идёт в работу. Учебный пример:

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

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

Восемь процессов-кандидатов для первого запуска

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

• Приём заявок и распределение. Сайт, звонки, мессенджеры и почта сводятся в одну CRM, у заявки появляются ответственный и срок первого ответа.
• Первый ответ и квалификация. Бот или автоответ задаёт три-четыре уточняющих вопроса, пока менеджер занят, и передаёт ему готовую карточку.
• Повторные касания и допродажи. Цепочка сообщений после заявки или покупки — по сути автоворонка; схемы разобраны в термине, здесь достаточно принципа: касания запускаются событиями, а не памятью менеджера.
• КП, договор и счёт по шаблону. Данные клиента подтягиваются из карточки, сумма считается по прайсу, документ уходит на согласование одной кнопкой.
• Напоминания об оплате. Система пишет клиенту за три дня до срока и в день просрочки, бухгалтер получает список должников без ручной сверки.
• Внутренние согласования. Отпуска, расходы, закупки идут по маршруту с ролями и сроками, а не по цепочке пересылаемых писем.
• Обмен данными между системами. Остатки, цены и заказы между складом, учётной программой, сайтом и маркетплейсами обновляются сами, без выгрузок в Excel.
• Регулярная отчётность. Продажи, реклама и затраты стекаются в один дашборд, и отчёт не собирают вручную каждый понедельник.

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

Шесть классов инструментов: CRM, ERP, RPA, no-code, BPM и боты

Путаница начинается, когда один инструмент применяют ко всему. CRM не ведёт склад, ERP неудобна для быстрых экспериментов в продажах, а склейка сервисов в no-code не заменит регламентный документооборот.

Классы пересекаются: в Битрикс24 есть и роботы в CRM, и конструктор бизнес-процессов, а у ERP — свой модуль работы с клиентами. Спрашивайте не «какая система лучше», а «какой класс закрывает мой процесс».

CRM, ERP, RPA и BPM на практике: что берут под какую задачу

CRM: когда хватит роботов на стадиях воронки

Для процессов вокруг клиента CRM — первая остановка (что это за система, расписано в термине). Автоматизация строится на стадиях сделки. В Битрикс24, по справке сервиса, роботы выполняют рутинные действия — создают задачи, отправляют письма и уведомления, — когда элемент попадает на нужную стадию. Триггеры следят за действиями клиента (оплата счёта, входящий звонок, переход по ссылке из письма) и сами переводят сделку на другую стадию. Для логики сложнее есть дизайнер бизнес-процессов. amoCRM, судя по описанию сервиса, собирает обращения из чатов и мессенджеров автоматически и предлагает Digital-воронку. Граница CRM — склад, себестоимость, производство.

ERP: когда нужен общий учёт вместо набора таблиц

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

RPA: робот у чужого интерфейса

RPA-робот повторяет действия человека в интерфейсе программы: открывает окно, копирует значения, вставляет в другую систему. Он нужен, когда у системы нет API, а операция повторяется тысячи раз, — скажем, перенос данных из старой учётной программы в новую. Среди российских платформ называют Primo RPA, Robin и Sherpa RPA. Цена удобства — хрупкость: если разработчик программы сдвинул кнопку, сценарий падает. У робота должен быть владелец и мониторинг, а где есть нормальный API, интеграция надёжнее.

BPM: маршруты согласования с ролями и сроками

BPM-система нужна, когда участвуют несколько ролей, а результат — документ или решение: согласование договора, заявка на закупку, приём на работу. Процесс рисуют схемой, система исполняет её: назначает исполнителей, следит за сроками, хранит историю. Стандарт нотации — BPMN (ISO/IEC 19510:2013), схему в ней читают и бизнес, и разработчики. Из российских решений — ELMA365: производитель описывает её как low-code экосистему для автоматизации бизнеса, в которую входит система управления бизнес-процессами (BPM); есть облачная версия и установка на собственные серверы.

No-code сборщики и боты: быстрые решения и их потолок

No-code: связка сервисов за вечер

Сценарий «пришла заявка с формы — создана сделка в CRM — менеджеру ушло сообщение» собирается без программиста. Albato приводит именно такой пример: форма в Tilda создаёт сделку в Битрикс24. Сервис заявляет больше тысячи интеграций, серверы в России и обработку данных по 152-ФЗ — это слова самого сервиса, их проверяют по договору. n8n можно развернуть на собственном сервере: по документации, Community-версия бесплатна, работает без лицензионного ключа и включает почти весь набор функций, кроме части платных, например SSO.

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

Боты: первая линия и уведомления

Бот в мессенджере отвечает клиенту в любое время суток: принимает запись, сообщает статус заказа, собирает данные для менеджера. Площадки (Telegram, MAX, VK, сайт) различаются правилами подключения и возможностями, поэтому выбор площадки — отдельная задача.

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

Коробка, конструктор или своя разработка: как выбрать путь и связать системы

Сравнивайте не цену лицензии, а стоимость владения за три года: лицензия, внедрение, интеграции, сопровождение, время сотрудников на обучение. Для масштаба: по прайсу Битрикс24 (облако) на октябрь 2026 года тариф «Базовый» на 5 пользователей стоит 2 490 ₽ в месяц, «Стандартный» на 50 — 6 990 ₽, «Профессиональный» на 100 — 13 990 ₽ при помесячной оплате; при оплате за год на 20% дешевле. Цена указана за всю компанию, а не за пользователя. Настройку, интеграции и сопровождение закладывают отдельной строкой.

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

Как связать системы между собой

Чем больше систем, тем выше риск зоопарка, где один клиент записан в трёх местах по-разному. Три правила держат конструкцию в порядке.

• Единый источник правды. Один справочник клиентов и один справочник товаров; остальные системы читают его, а не ведут копии.
• Обмен через API и события. Не через выгрузки в Excel, которые кто-то должен помнить сделать. Если принимающая система недоступна, данные ждут повтора, а не пропадают.
• Журнал передач и ответственный. Каждый обмен записывается, чтобы найти, куда делась заявка, а все связанные системы знает один человек.

Отдельный частный случай — обмен CRM и сайта с учётной системой; для него есть термин интеграция с 1С.

Расчёт окупаемости: формула и пример на 400 заявок в месяц

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

Допустим, оптовая компания получает 400 заявок в месяц. На каждую менеджер тратит 25 минут: заводит карточку, готовит КП, выставляет счёт. Из них 15 минут — рутина, которую можно отдать системе. Остальные цифры — тоже допущения, подставьте свои.

Теперь осторожный сценарий. Освобождённое время не равно сэкономленным деньгам: пока вы не сократили часы или не загрузили людей продажами, это резерв, а не прибыль. Возьмите половину эффекта: 139 000 × 0,5 = 69 500 ₽. Чистый эффект — 69 500 − 26 190 = 43 310 ₽, срок окупаемости — 360 000 ÷ 43 310, около 8,3 месяца.

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

Пилот на одном процессе: план на десять недель

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

Сроки — ориентир, а не гарантия: сложные интеграции растянут план. Две вещи обязательны при любых сроках: критерии успеха и стоп-критерии, зафиксированные до запуска (например, «время первого ответа сократилось вдвое»), и ограниченный период двойной работы, пока нагрузка на команду выше обычной. Если цифры не достигнуты, остановка пилота дешевле масштабирования недоработанного решения.

Что мерить на 30-й, 60-й и 90-й день: время цикла, время первого ответа клиенту, долю ошибок, минуты трудозатрат на операцию и долю операций, проведённых через систему: если менеджеры ведут таблицы параллельно, процесс не автоматизирован, а продублирован. Без замеров «до» эффект не доказать.

Сопротивление сотрудников: откуда оно берётся и что с ним делать

Почему команда тормозит проект

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

Что работает

• Привлечь исполнителей к описанию процесса с первой недели. Те, кто нарисовал схему, защищают её.
• Назначить «чемпиона» в каждой группе. Тот, кто первым освоил систему, снимает с руководителя половину вопросов.
• Заранее сказать, на что уйдёт освободившееся время. На клиентов, консультации, развитие. Если реальный план включает сокращения, скажите прямо: слухи вредят проекту сильнее правды.
• Обучать на своих кейсах и привязать часть KPI к работе в системе. Иначе команда вернётся к личным таблицам.

Если автоматизация меняет условия труда

Если из-за изменения технологических условий нельзя сохранить прежние условия договора, например график или оплату, действует ст. 74 ТК РФ: работодатель вправе изменить условия по своей инициативе, но обязан письменно уведомить работника не позднее чем за два месяца. Менять трудовую функцию по этой статье нельзя. Если работник отказывается работать в новых условиях, ему письменно предлагают другую имеющуюся работу, которую он может выполнять по состоянию здоровья; если такой нет или он отказался, договор прекращается по п. 7 ч. 1 ст. 77 ТК РФ. Согласуйте такие решения с юристом: этот абзац — ориентир, а не юридическое заключение.

Персональные данные в автоматизации: 152-ФЗ, локализация и права доступа

Любая CRM, форма заявки и бот собирают персональные данные: имя, телефон, почту, переписку. Значит, автоматизация сразу попадает под 152-ФЗ.

• Где хранятся данные. По ч. 5 ст. 18 закона при сборе персональных данных граждан РФ запись, систематизация, накопление, хранение, уточнение и извлечение с использованием баз данных за пределами России не допускаются (исключения перечислены в законе). Формулировка менялась в 2025 году, поэтому актуальную редакцию проверяйте до выбора площадки, а не после.
• Облачный сервис — обработчик по поручению. Если сервис обрабатывает данные по вашему поручению, это оформляется поручением обработки (ч. 3 ст. 6 закона) в договоре или оферте.
• Внешние ИИ-сервисы и сборщики. Не отправляйте им персональные данные клиентов, не выяснив, где те обрабатываются.
• Права доступа. Менеджер видит свои сделки, руководитель — сделки отдела, выгрузка базы доступна только администратору. Роботам и интеграциям — минимально необходимые права, а отзыв доступов при увольнении сам годится в первые кандидаты на автоматизацию.

Где ломаются проекты автоматизации: десять провалов

1. Автоматизировали процесс, которого нет. Нет регламента — каждый работает по-своему, только теперь ещё и в системе.
2. Купили систему до выбора процессов. Сначала лицензия, потом поиск, что ей поручить. Порядок должен быть обратным.
3. Нет владельца процесса. Проект ведёт ИТ-отдел или подрядчик, а смысл процесса знает тот, у кого нет времени.
4. Идеальная схема без исключений. Нет ветки «передать человеку» — люди обходят систему.
5. Всё и сразу. Запуск на всю компанию без пилота: ошибку обнаруживают на ста сотрудниках вместо пяти.
6. Грязные данные. Дубли клиентов, разные названия товара, пустые поля: робот размножает мусор так же быстро, как работает.
7. Забыли про людей. Одна презентация вместо обучения, нет чемпионов, нет ответа на вопрос «что мне это даёт».
8. Хрупкие интеграции. Скрипт без журнала и повторов, написанный человеком, который потом уходит.
9. Нет замеров до запуска. Через полгода невозможно сказать, помогло или нет, и бюджет на следующий этап не защитить.
10. Бот без выхода на человека. Клиент застревает в сценарии и уходит.

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

Если на большинство пунктов ответ «нет», начинайте не с покупки системы, а с подготовки.

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

Что отдавать подрядчику, а что оставить в команде

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

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

BigPanda внедряет CRM и автоматизацию: подробности — на странице CRM, ERP и автоматизации бизнеса. Если сайт — одна из точек входа заявок, начните с бесплатного аудита сайта: он покажет, где теряются обращения, и даст точку отсчёта «до» для расчёта эффекта, а с какого процесса начинать именно вам, можно обсудить после заявки.

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