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

Почему автоматизацию переделывают

За годы работы причины повторяются, их три.

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

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

Три уровня автоматизации

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

Уровень 1. Стандартные средства Битрикс24

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

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

Пример из практики: сервисная компания с восемью менеджерами теряла клиентов на согласовании коммерческих предложений. Воронку перестроили по схеме реального процесса, у каждой стадии появилась норма дней, согласование выше порога уходит руководителю задачей на один рабочий день, робот раз в день собирает зависшие сделки. Цикл сделки сократился с 45 до 29 дней без единой строки кода. Подробности в кейсе про согласование КП.

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

Уровень 2. Интеграции

Сайт, телефония, мессенджеры, почта, 1С, склад, сервисы доставки. Задача интеграции одна: данные появляются в CRM сами, а не переносятся руками. Часть интеграций штатная и включается за час: формы сайта, телефония, открытые линии для мессенджеров. Часть ставится из маркетплейса. Остальное делается через REST API и вебхуки, это уже небольшая разработка.

Пример: интернет-магазин с базой в 50 000 покупателей. После переноса базы сайт стал передавать заказы в CRM автоматически, телефония подтягивает карточку клиента при звонке, и менеджер видит историю покупок до того, как поднял трубку. Вместе с роботами первого уровня, которые через 30 и 90 дней после покупки запускают повторные касания, это дало рост повторных покупок на 28% за четыре месяца. Кейс про повторные продажи.

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

Уровень 3. Своё приложение

Приложение внутри Битрикс24 нужно, когда правила компании не ложатся ни в роботы, ни в готовые решения из маркетплейса. Генерация коммерческого предложения с индивидуальными скидками, личный кабинет клиента, AI-агент на первом контакте, расчёт сроков производства. Приложение открывается кнопкой в карточке сделки или работает в фоне и пользуется теми же данными CRM.

Два примера. Оптовая компания делала КП по 40–60 минут в Excel и Word, стандартные приложения не умели работать с её правилами скидок. Встроенное приложение собирает КП из полей сделки за три минуты, считает скидки и доставку по правилам компании, отправляет руководителю на согласование одной кнопкой. Кейс про генератор КП. Сервисная компания получала заявки из пяти каналов, первый ответ занимал от часа до полудня. AI-агент на базе Claude отвечает за две минуты в любое время, уточняет три вещи и заполняет карточку лида, менеджер подключается с готовым брифом. Кейс про AI-агента.

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

Как выбрать уровень

Вопрос всегда один: где живут данные и правила для этого шага.

• Данные уже в CRM, правило выражается условием по полям: первый уровень.
• Данные в другой системе, правило простое или его нет: второй уровень.
• Правило своё, с исключениями, расчётами или свободным текстом: третий уровень. Но сначала проверьте маркетплейс: если готовое решение закрывает задачу на 80%, разработка не нужна.

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

Порядок, при котором не переделывают

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

Что автоматизировать первым

Шесть вещей, которые дают результат в первую неделю и не требуют разработки. Если в вашем описании процесса есть хоть одна из них с прочерком в столбце «Срок», начинайте с неё.

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

Что пока не стоит автоматизировать

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

Сколько это занимает

Ориентиры по моим проектам. Настройка Битрикс24 первого и второго уровня для компании до 10 человек с одной воронкой: от 50 000 ₽, две-четыре недели вместе с обучением. Своё приложение: от 80 000 ₽, две недели на рабочую версию и ещё до двух недель на доработку по реальным данным. Если процесс ещё не описан, перед настройкой я делаю аудит процессов: три-пять дней, схемы «как есть» и «как будет» и план, что автоматизировать первым. В следующей статье разберу настройку Битрикс24 по шагам: что включать в первую неделю, а что оставить на потом.