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

Признаки того, что бизнесу пора автоматизироваться

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

Что время пришло, видно по нескольким сигналам. Их легко заметить и без аудита, если послушать, на что жалуется команда.

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

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

Что автоматизировать в первую очередь

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

Пять процессов, с которых обычно начинают в небольших компаниях

1. Обработка входящих заявок. Заявка с сайта, из мессенджера или почты сама попадает в CRM, где на неё заводится карточка и назначается ответственный, а клиент получает подтверждение. С этого начинают многие, потому что потерянная заявка сразу видна в деньгах.
2. Счета и документы. Счёт формируется по шаблону из данных сделки и уходит клиенту, а если оплаты нет несколько дней, система сама напоминает.
3. Уведомления и напоминания. Клиенту приходит статус заказа, участникам встречи напоминание, сотруднику сообщение о новой задаче. По отдельности мелочь, вместе они закрывают большую часть «забыли сказать».
4. Сбор отчётов. Данные из CRM, учётной системы и рекламных кабинетов складываются в одну таблицу или дашборд без ручного переноса. Этот пункт лучше брать последним из пяти, почему, видно по истории в разделе об ошибках.
5. Контроль выполнения задач. Напоминания о просроченных задачах, эскалация руководителю при задержке, утренняя сводка по статусам. Руководитель видит картину и не обходит каждого с вопросом, как там дела.

Автоматизация без кода: как это устроено

Автоматизацию без кода, её ещё называют no-code, собирают в визуальном конструкторе. Программу никто не пишет: на экране рисуется схема из блоков, где первый блок задаёт событие, запускающее сценарий, а следующие задают действия. Логика у всех таких сервисов одна. Если произошло одно, сделай другое.

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

Так устроены n8n, Make (раньше он назывался Integromat), Zapier и их аналоги. В n8n и Make есть библиотеки готовых шаблонов: типовой сценарий берут оттуда и меняют под свои поля и сервисы. Там же есть блоки для подключения языковых моделей, так что в схему можно вставить шаг, где модель читает текст заявки и определяет её тип.

Похожие инструменты встроены в сами CRM. В Битрикс24 это роботы и бизнес-процессы, в amoCRM автоматические действия на этапах воронки. Если компания уже живёт в одной из этих систем, первые сценарии стоит собрать её же средствами. Отдельный конструктор понадобится, когда данные нужно гонять между разными системами.

Сценарии, которые собираются без программиста

Ниже связки, которые подходят почти любой компании с отделом продаж. Каждая записана как событие и действия за ним, в таком виде её и рисуют в конструкторе.

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

Инструменты: n8n, Make, Zapier и роботы CRM

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

Если компания работает в Битрикс24 или amoCRM, начинать стоит с их встроенных роботов. Путь до первого результата здесь самый короткий, и команде не придётся осваивать новый сервис. Когда данные нужно связывать между разными системами, например CRM, таблицами, мессенджером и учётом, подключают конструктор. n8n берут, когда важно держать данные на своём сервере и в команде есть человек, готовый этот сервер обслуживать. В Make начать проще.

Условия облачных сервисов, способы оплаты и доступность меняются, поэтому проверяйте их на сайте сервиса в день выбора. Статьи, и эта тоже, за ними не успевают.

Когда хватает no-code, а когда нужен разработчик

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

Разработчик нужен в трёх случаях. У системы нет готового модуля и толком описанного API, как бывает со старыми учётными программами. Логика сценария сложная, с расчётами, ветвлениями и обработкой ошибок, и в визуальной схеме превращается в паутину, которую никто не может прочитать. Или от сценария зависят деньги и юридически значимые документы, и его сбой обходится дороже работы программиста.

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

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

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

Как посчитать окупаемость автоматизации

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

Пример расчёта. Менеджер тратит 2 часа в день на ручной перенос заявок в CRM и отправку подтверждений. Стоимость его часа для примера возьмём 700 рублей. Экономия за месяц: 2 ч x 22 рабочих дня x 700 руб = 30 800 руб, за год 369 600 руб. Настройка и годовая подписка на сервис пусть вместе стоят 92 000 руб. ROI = (369 600 минус 92 000) / 92 000 x 100%, около 302%. Окупаемость: 92 000 / 30 800, около трёх месяцев.

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

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

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

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

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

Автоматизация и ИИ: следующий шаг

Классическая автоматизация работает по жёстким правилам: пришла заявка, создай карточку в CRM. ИИ в бизнесе добавляет шаг, где нужно понять смысл. Модель читает текст заявки, определяет, о чём она и насколько срочна, и набрасывает черновик ответа. В n8n и Make такой шаг ставится в ту же схему отдельным блоком.

Где связка уже приносит пользу в небольших компаниях:

• Сортировка обращений. ChatGPT или другая языковая модель определяет тип заявки (продажа, поддержка, жалоба) и срочность, сценарий отправляет её нужному человеку.
• Черновики коммерческих предложений. Модель собирает первый вариант по данным клиента из CRM, менеджер проверяет и отправляет сам.
• Разбор звонков. Расшифровка, ключевые темы разговора и заполнение карточки по итогам звонка.
• Прогноз спроса. Модель смотрит на историю продаж и подсказывает объём закупок и загрузку производства, а решение остаётся за человеком.

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

Пошаговый план: с чего начать автоматизацию бизнес-процессов

Частые вопросы про автоматизацию бизнес-процессов

Три действия на этой неделе

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