Автоматизация бизнес-процессов - это перенос повторяющихся шагов работы с людей на программу: система сама ставит задачи, передаёт данные между отделами и напоминает по правилам, которые компания заранее описала. Автоматизировать имеет смысл только процесс, который уже работает стабильно и понятен: иначе программа ускорит хаос, а не уберёт его.
Не путайте три разные работы. Описание процесса - это документ: кто, что и в каком порядке делает. Оптимизация меняет сами шаги: убирает лишнее, сокращает согласования. Автоматизация переносит оставшиеся шаги на программу. Такое различие - позиция этой статьи, а не термин из стандарта. Дальше разберём четыре проверки процесса, три таблицы (что автоматизировать, что упорядочить, какой способ выбрать) и пилот на одном процессе.
Что такое автоматизация бизнес-процессов и чего она не делает
Процесс по ГОСТ Р ИСО 9000-2015 - это совокупность взаимосвязанных и (или) взаимодействующих видов деятельности, использующих входы для получения намеченного результата. Проще: заявка пришла, её приняли, оценили, передали в работу, выполнили. У каждого шага есть вход, действие и результат, а результат одного шага становится входом следующего.
Автоматизировать можно шаг, который сводится к правилу «если произошло это, сделай то»: создать задачу, отправить сообщение, перенести данные из формы в карточку клиента, напомнить о сроке. Чего автоматизация не делает:
- Не придумывает правила. Программа исполняет то, что ей задали. Если правила нет, его нужно сначала сформулировать.
- Не заменяет владельца процесса. Кто-то должен отвечать за результат, замечать сбои и менять правила.
- Не исправляет дисциплину. Если сотрудники не заполняют карточки или обходят порядок, роботы работают с пустыми данными.
- Не принимает решений, где нужно суждение: нестандартная цена, спорная ситуация с клиентом, исключение из правила.
Поэтому вопрос «что автоматизировать» всегда второй. Первый - в каком состоянии находится сам процесс.
Сначала порядок, потом программа: почему автоматизация хаоса даёт быстрый хаос
Программа исполняет правило одинаково и без пауз. Это сила, пока правило верное. Если двое сотрудников понимают один этап по-разному, робот закрепит одно из пониманий или будет срабатывать невпопад, а сбой станет незаметным: он теперь происходит автоматически.
Это не только мнение автора. Сбер в материале для разработчиков называет недостаточно продуманные процессы среди случаев, когда внедрять автоматизацию нецелесообразно. В журнале Битрикс24 среди типовых ошибок названы две близкие: компании не определяют правила работы и не тестируют систему перед запуском.
Поэтому предлагаем порядок из пяти шагов (схема 1): описать, упростить, измерить, автоматизировать, контролировать. Автоматизация здесь четвёртая. Если на любом шаге выясняется, что процесс не готов, возвращаются назад, а не продолжают.
«Описать» значит записать, кто, что и в каком порядке делает, где процесс начинается и чем заканчивается, какие бывают исключения. «Упростить» - убрать шаги, которые никому не нужны, и согласования, которых никто не ждёт. «Измерить» - зафиксировать, как процесс работает сейчас: без этого нельзя сказать, помогла ли автоматизация. Если описанного процесса нет, начинать приходится с него. Это отдельная работа, ей посвящена услуга «Разработка бизнес-процессов».
В проекте внедрения CRM порядок тот же. Автоматизации и отчёты добавляют позже: после пилота и приёмки, когда система прижилась и команда стабильно ведёт в ней сделки два-три месяца подряд. Как проходит запуск, описано в статье «CRM: как понять, что пора внедрять». Автоматизировать с первого дня работы системы не предлагаем.
Четыре проверки: какой процесс стоит автоматизировать
Прежде чем что-то настраивать, пропустите процесс через четыре проверки. Это авторская схема, а не отраслевая методика: она помогает выбрать первый процесс и не тратить время на неподходящие. Проверки не ранжируются, нужны все четыре.
| Проверка | Что проверить | Если «нет», что делать |
|---|---|---|
| 1. Повторяемость и объём | Процесс идёт достаточно часто, чтобы настройка и поддержка окупились; можно назвать, сколько раз в неделю он запускается | Оставить ручным, с чек-листом |
| 2. Стабильные правила | Шаги и исключения можно записать; нет формулировки «решаем по ситуации» | Вернуться на шаги «описать» и «упростить» |
| 3. Цена ошибки | Понятно, что будет, если правило сработает неверно, и есть способ заметить это | Добавить подтверждение человеком или контрольную проверку, без неё не запускать |
| 4. Владелец и измеримость | Назван человек, отвечающий за процесс; есть показатель «до» (время, число ошибок, потери), с которым сравнивать «после» | Назначить владельца и замерить текущее состояние: шаг «измерить» |
Ответ «нет» не значит, что процесс плохой. Он значит, что сейчас его рано автоматизировать, и подсказывает, на какую ступень лестницы вернуться. Для четвёртой проверки пригодится KPI процесса: одно-два числа, которые можно измерить сегодня и сравнить через месяц. Для заявок это, например, время до первого ответа и доля заявок без задачи. Значения у каждой компании свои.
С чего начать: первые кандидаты в продажах и сервисе
Начинать удобнее с шагов, где правило простое, а ошибка видна сразу. В продажах и сервисе это обычно:
- создать задачу ответственному, когда пришла новая заявка;
- напомнить менеджеру о следующем шаге по сделке;
- передать данные из формы сайта в карточку в CRM;
- напомнить клиенту о встрече или оплате;
- уведомить ответственного, когда клиент ответил.
Справки платформ описывают именно такие сценарии. В Битрикс24 роботы срабатывают, когда элемент CRM попадает на определённую стадию: ставят задачи, отправляют сообщения, создают документы. В amoCRM триггеры цифровой воронки по условиям создают задачи, меняют поля и отправляют письма. Устройство правил у платформ различается, поэтому их проектируют под конкретную систему.
Типичный поток показан на схеме 2. Обращение приходит звонком, формой или сообщением, превращается в сделку в воронке продаж, по сделке появляется задача, а руководитель контролирует выполнение. Важна граница: правило системы создаёт карточку и напоминает, а квалификацию, согласование цены и выбор следующего шага делает человек. Вход «звонок» требует подключённой телефонии: внедрение телефонии - отдельная работа.
По опросу СберАналитики (ноябрь 2025; число опрошенных компаний не раскрыто) документооборот и заявки - самый частый из автоматизируемых процессов. Это ориентир, а не довод: первый процесс выбирают по четырём проверкам, а не по тому, что автоматизируют другие.
Регламенты и автозадачи в отделе продаж разобраны в статье «Отдел продаж за 90 дней». Если автоматизируется продажа, а неясно, в каком месте она ломается, начните с аудита отдела продаж.
Что не автоматизировать и что оставить человеку
Не каждый шаг стоит переносить на программу. В проверенных материалах по теме нет перечня шагов, которые лучше оставить человеку, поэтому предлагаем свою таблицу. Это общие примеры: для вашего процесса решение принимается по четырём проверкам.
| Шаг процесса | Пример | Решение | Почему |
|---|---|---|---|
| Типовые напоминания | Напомнить менеджеру о следующем шаге, клиенту - о встрече или оплате | Автоматизировать | Правило простое, ошибка видна сразу |
| Передача данных при чётких полях | Заявка из формы попадает в CRM с указанием источника | Автоматизировать | Поля названы, формат одинаков |
| Этапы, которые сотрудники понимают по-разному | Двое ведут одну работу каждый по-своему | Сначала упорядочить | Программа закрепит расхождение |
| Редкая операция | Действие, которое случается раз в несколько месяцев | Оставить ручным, с чек-листом | Настройка и поддержка вряд ли окупятся |
| Сложный разговор и нестандартная цена | Переговоры об условиях, спорная ситуация с клиентом | Оставить человеку | Нужны суждение и ответственность |
| Автоперенос сделок по этапам | Правило само двигает сделку при выполнении условия | Автоматизировать после проверки | Неверное условие двигает сделки молча; проверить на тестовых сделках |
| Решение с высокой ценой ошибки | Скидка сверх лимита, возврат, отказ клиенту | Человек или подтверждение | Ошибку нужно заметить до последствий |
Отдельно о переносе сделок по этапам. Он есть в обеих платформах: триггеры Битрикс24 могут перемещать элемент на другую стадию, а триггер смены статуса в amoCRM переносит сделки по условиям (теги, ответственный). Это удобно, пока условие верное. Неверное условие двигает сделки молча и портит отчёты, поэтому такое правило проверяют на тестовых сделках до запуска. Это довод автора, а не требование справки.
Какие бывают способы: от правил в CRM до специализированных систем
Способ выбирают по сложности процесса, а не по названию платформы. Если простое решение закрывает задачу, сложное не нужно.
| Способ | Для каких процессов | Что нужно от компании | Предел |
|---|---|---|---|
| Правила и чек-листы без программы | Редкие и нестабильные процессы, первая версия любого процесса | Описанные шаги и владелец | Держится на дисциплине людей, сам не напоминает |
| Роботы и триггеры в CRM | Типовые шаги вокруг сделки: задачи, напоминания, сообщения, смена этапа. Битрикс24: роботы на стадии. amoCRM: цифровая воронка, триггеры, Salesbot | Названные этапы с критериями перехода, тестовые сделки | Функции зависят от тарифа; у триггеров amoCRM есть лимит событий в час |
| Конструктор бизнес-процессов | Согласования в несколько этапов, ветвления, процессы вне воронки. Битрикс24: дизайнер бизнес-процессов. amoCRM: сценарии Salesbot с условиями, таймерами и ветвлением | Схема процесса с исключениями, владелец, тесты | Сложнее настраивать и поддерживать; Битрикс24: дизайнер доступен не на всех тарифах |
| Интеграции и отдельные системы | Документооборот, учёт, процессы нескольких отделов с общими данными | Решено, где создаются данные и какая система главная | Больше участников и согласований, решение выходит за рамки одной CRM |
Платформы подаём равноценно: у каждой есть и простые правила, и сценарии посложнее, и свои пределы. У роботов Битрикс24 статус выполнения виден в карточке (выполнено, ошибка, ожидает) и есть отладчик для проверки сценариев. В документации Битрикс24 для разработчиков сказано, что при создании приложений для новой разработки чаще выбирают роботов приложений, а действия приложений удобны для поддержки уже работающих интеграций в дизайнере бизнес-процессов. Условия меняются - перед работой сверяйте со справкой разработчика. Как выбрать между платформами, разобрано в статье «amoCRM или Битрикс24».
Когда процесс описан и пилот пройден, автоматизацию внутри системы делают в рамках внедрения amoCRM или Битрикс24.
Порядок внедрения: пилот на одном процессе и проверка результата
Пилот нужен, чтобы ошибиться на одном процессе, а не на всех. Предлагаем такую последовательность:
- Выберите один процесс по четырём проверкам. Не обязательно самый крупный: главное, чтобы он проходил все четыре.
- Зафиксируйте показатель «до»: время выполнения, число ошибок или потери. Значения свои, замеренные сегодня.
- Назначьте владельца, который отвечает за процесс и принимает решения по правилам.
- Проверьте на тестовых сделках до запуска. В Битрикс24 есть отладчик роботов и виден статус выполнения, в amoCRM у сценариев Salesbot есть предпросмотр.
- Задайте срок пилота заранее и запишите его. Он зависит от частоты процесса: у редкого процесса за короткий срок не наберётся данных.
- Сравните «до» и «после» и решите: расширить, исправить правило или вернуть как было. Возврат - нормальный исход пилота, а не провал.
Как понять, что автоматизация окупилась: сравнить показатель «после» с показателем «до» и учесть время на настройку и поддержку. Расчёт делают по своим данным: в проверенных материалах не нашлось цифр экономии с раскрытой базой, поэтому приводить их не будем. Если процесс связан с заявками и оплатами, итог удобно сверять со сквозной аналитикой.
Если описанного процесса нет
Тогда начинать нужно с него: описать, упростить, измерить. Это отдельная работа, и ей посвящена услуга «Разработка бизнес-процессов». Купить программу или настроить робота - ещё не значит внедрить. Внедрено то, что работает, у чего есть владелец и показатель, по которому виден результат.
Коротко
- Автоматизация - четвёртый шаг: сначала описать, упростить и измерить процесс.
- Подходит процесс, который повторяется, имеет стабильные правила, понятную цену ошибки, владельца и показатель «до».
- Сложные разговоры, нестандартные решения и дорогие ошибки остаются у человека; ИИ - лишь один из инструментов.
- Начинайте с пилота на одном процессе и сравнивайте «до» и «после» по своим данным.
Частые вопросы
Что такое автоматизация бизнес-процессов простыми словами?
Это перенос повторяющихся шагов с людей на программу. Система сама ставит задачи, передаёт данные и напоминает по правилам, которые компания описала заранее. Если правил нет, автоматизировать нечего.
С чего начать автоматизацию бизнес-процессов в небольшой компании?
Выберите один процесс, опишите его и пропустите через четыре проверки: повторяемость, стабильные правила, цена ошибки, владелец и показатель «до». Затем проведите пилот на этом процессе. Для части процессов достаточно правил и чек-листов, без отдельной системы.
Какие бизнес-процессы автоматизируют в первую очередь?
Обычно начинают с работы с заявками: задача ответственному, напоминания о следующем шаге, перенос данных из формы в CRM. По опросу СберАналитики самый частый из автоматизируемых процессов - документооборот и заявки. Но первый кандидат выбирается по четырём проверкам.
Какие процессы нельзя или не стоит автоматизировать?
Редкие операции, процессы без стабильных правил, шаги, где нужно суждение (нестандартная цена, спорный клиент), и решения с высокой ценой ошибки без контроля. Процесс, который каждый сотрудник ведёт по-своему, сначала упорядочивают.
Можно ли автоматизировать процессы без CRM?
Да. Для части процессов достаточно описанных шагов, чек-листов и напоминаний в обычных инструментах, а для документооборота или учёта подходят отдельные системы. CRM - один из способов, он уместен, когда процесс строится вокруг сделок и клиентов.
Чем автоматизация отличается от описания процессов и регламентов?
Описание и регламент - это документ: кто и что делает. Автоматизация переносит часть шагов на программу. Документ без автоматизации работает, если его выполняют люди; автоматизация без документа закрепляет то, что у каждого сотрудника сделано по-своему.
Заменит ли автоматизация сотрудников?
Обещать это нельзя. Автоматизация меняет состав рутины: часть напоминаний и переносов данных уходит в систему. Правила, исключения, разговоры с клиентами и ответственность за результат остаются у людей.
Как понять, что автоматизация окупилась?
Сравните показатель «после» с показателем «до», который вы зафиксировали перед пилотом, и учтите время на настройку и поддержку. Окупаемость считают по своим данным. Чужим цифрам экономии без раскрытой базы доверять не стоит.
Источники
- Справка Битрикс24: роботы в CRM
- Справка Битрикс24: автоматизация продаж
- Справка Битрикс24: дизайнер бизнес-процессов
- Справка Битрикс24: роботы управления задачами
- Документация Битрикс24 для разработчиков: бизнес-процессы и роботы
- Журнал Битрикс24: ошибки в автоматизации бизнеса
- Справка amoCRM: цифровая воронка
- Справка amoCRM: условия запуска триггеров
- Справка amoCRM: триггер «Смена статуса»
- Справка amoCRM: Salesbot
- ГОСТ Р ИСО 9000-2015: термины, относящиеся к процессу
- Сбер для разработчиков: автоматизация бизнес-процессов
- СберАналитика: исследование об автоматизации и ИИ (ноябрь 2025)
