Собственник небольшой компании обычно приходит к автоматизации бизнес-процессов, когда заявки теряются между менеджерами, отчёт к понедельнику собирают вручную весь вечер пятницы, а купленная CRM работает как дорогая записная книжка. Желание понятное: пусть рутину делает система. Остаётся решить, с какого процесса начать, чтобы первый проект не стал последним.
Автоматизация бизнес-процессов - это перевод повторяющихся шагов работы на систему, которая выполняет их по заданному правилу, пока люди принимают решения. Для малого и среднего бизнеса тема прикладная: по данным обзора на Sostav, 84% бизнесов тратят минимум 25% рабочего времени на повторяющуюся ручную рутину и при этом не знают, с чего начать [1].
Первым автоматизируйте частый и простой процесс с понятными правилами и одним владельцем, даже если больнее всего болит другое место. Перед настройкой опишите процесс "как есть" и выбросьте лишние шаги. Встроенные роботы CRM берите раньше связок систем, ИИ подключайте только там, где на входе свободный текст или голос. Решения с ответственностью оставьте людям.
Что такое автоматизация бизнес-процессов простыми словами?
Автоматизация бизнес-процессов простыми словами: повторяющийся шаг процесса выполняет система по правилу "если - то", а человек отвечает за решения и исключения. В малом и среднем бизнесе это роботы и триггеры в CRM, связки сервисов между собой и точечный ИИ там, где нужно разобрать текст или голос.
Разбираю на примере. Допустим, заявка пришла с сайта. Без автоматизации менеджер видит письмо, копирует телефон в CRM, создаёт сделку, ставит себе задачу перезвонить. С автоматизацией сделка и задача появляются сами, менеджер получает уведомление и сразу звонит. Правило простое и однозначное, поэтому его можно отдать машине. Решение о скидке однозначным не бывает, его отдавать нельзя.
Когда говорят про автоматизацию бизнес-процессов предприятия, обычно имеют в виду BPM-платформы, ERP и проекты на год с отдельной командой. Автоматизация бизнес-процессов в компании малого или среднего размера устроена скромнее и быстрее: берётся один процесс, настраивается внутри уже используемых систем и проверяется на реальных заявках. Масштаб другой, логика та же. Я бы советовал не начинать с выбора платформы: сначала процесс, потом инструмент.
Когда малому и среднему бизнесу пора автоматизировать процессы, а когда рано?
Пора, если одни и те же действия руками повторяются каждый день, заявки теряются при передаче между людьми, отчёт собирают вручную и данные при переносе искажаются. Рано, если процесс каждый раз идёт по-разному, у него нет ответственного и данные не лежат даже в таблице. Сначала порядок, потом автоматизация.
Автоматизация малого бизнеса имеет смысл, когда процесс повторяется по одному сценарию и занимает заметное время команды. Я бы добавил третий вопрос: связан ли процесс с деньгами, например с заявками или оплатами. Если процесс редкий и каждый раз идёт по-новому, деньги уйдут на настройку, которая сэкономит минуты.
Признаки, что пора:
- менеджеры каждый день вручную переносят данные из почты, мессенджера или сайта в CRM;
- заявка "зависает", когда переходит от одного сотрудника к другому, и никто не видит, где она;
- руководитель собирает сводный отчёт из нескольких таблиц;
- ошибки появляются при переносе: неверная сумма в счёте, перепутанный контакт.
Признаки, что рано: каждый сотрудник ведёт процесс по-своему, никто не может сказать, кто за него отвечает, а клиентская база живёт в головах и личных телефонах. Автоматизировать такое бесполезно: робот закрепит хаос и сделает его быстрее. Отсутствие ответственного - не повод менять или докупать инструмент, это признак, что процесс к автоматизации пока не готов. В этом случае я бы начал с поиска узких мест, вот разбор, как найти потери в процессах до автоматизации.
Мой принцип: сначала упорядочить процесс, потом его автоматизировать. Если каждый сотрудник делает по-своему, робот будет работать по правилу, которое никто не соблюдает.
С чего начать автоматизацию бизнеса: как выбрать первый процесс?
Начинать стоит с оценки кандидатов по четырём признакам: как часто процесс повторяется, сколько времени съедает, сколько ошибок даёт и есть ли у него понятные правила. Первым берите частый и простой процесс с одним владельцем и однозначными правилами. Если самый болезненный процесс сложный, его лучше брать вторым или третьим.
Похожие критерии предлагает разбор на workspace.ru: сколько раз в месяц процесс повторяется, сколько минут занимает ручной шаг (замеряется секундомером на живом сотруднике), сколько человек в цепочке, потому что каждая передача - это ожидание, и реальная стоимость ошибки по фактам [2]. Я свожу их в простую таблицу и предлагаю заполнить её с руководителями за одну встречу.
| Кандидат | Как часто повторяется | Сколько времени съедает | Сколько ошибок даёт | Есть ли понятные правила |
|---|---|---|---|---|
| Заявка с сайта в сделку | каждый день, много раз | минуты на каждую, суммарно заметно | теряются контакты, дубли | да, правило однозначное |
| Счёт и напоминание об оплате | каждый день | время бухгалтера и менеджера | ошибки в суммах и реквизитах | да, шаблон и срок оплаты |
| Постановка задач после этапа сделки | по каждой сделке | мелкие действия весь день | задачи забывают поставить | да, привязка к стадии |
| Сводный отчёт руководителю | раз в день или неделю | часы на сбор из таблиц | расхождения в цифрах | да, если данные в одной системе |
| Согласование скидок | нерегулярно | зависит от случая | спорные решения | нет, нужен человек |
Что автоматизировать в бизнесе первым, видно из таблицы: строки с частым повторением и ответом "да" в последнем столбце. Согласование скидок выглядит болезненно, но правил у него нет, и робот здесь будет только мешать.
Кандидаты, которые в малом и среднем бизнесе я бы рассмотрел первыми:
- заявка в сделку: входящее обращение само становится сделкой с задачей ответственному;
- счёт и напоминание об оплате: документ собирается из данных сделки, клиент и менеджер получают напоминание;
- постановка задач: при переходе сделки на стадию задача ставится сама;
- сводный отчёт: цифры собираются к утру без ручного копирования.
Скорость реакции здесь важна: по данным обзора на Sostav, компании, отвечающие на входящие заявки в течение пяти минут, конвертируют в разы лучше тех, кто отвечает через час [1]. Поэтому заявку в сделку я бы брал первым кандидатом.
Перед автоматизацией выбросьте лишнее. Самый дешёвый способ ускорить процесс - убрать из него шаг: согласования, которые никто не читает, и отчёты, которые формируют, потому что так повелось [2]. Каждый удалённый шаг - это шаг, который не придётся настраивать и поддерживать.
Ловушка, которую описывает разбор на workspace.ru: автоматизируют видное вместо прибыльного [2]. Красивый дашборд заметен всем, а потерянные заявки на входе не видит никто, хотя деньги теряются именно там.
Как описать процесс "как есть" перед автоматизацией?
Описание процесса "как есть" нужно, чтобы автоматизировать то, что реально происходит, и не опираться на то, как процесс выглядит в регламенте. Подробная методика есть в отдельном разборе: как описать бизнес-процесс за пять шагов. Здесь коротко, что зафиксировать для автоматизации.
- Вход и выход: с чего процесс начинается (заявка, звонок, оплата) и чем заканчивается (сделка, отгрузка, закрывающий документ).
- Шаги: что делается по порядку, без пропусков "очевидного".
- Кто делает каждый шаг и кому передаёт дальше.
- Где лежат данные: CRM, учётная система, таблица, почта, мессенджер.
- Где процесс ждёт и где в нём ошибаются.
Результат такого описания - одна схема на страницу и список правил "если - то". Например: если заявка пришла с сайта, создать сделку на стадии "Новая" и поставить задачу менеджеру по очереди. Если счёт не оплачен в заданный срок, напомнить клиенту и менеджеру. Эти правила потом станут роботами почти без переделки.
Запрет у меня один: не автоматизируйте хаос как есть без разбора. Если на схеме видно, что одну и ту же заявку смотрят три человека и никто не принимает решение, сначала договоритесь, кто её ведёт. Разбор на workspace.ru называет это прямо: проекты не взлетают, если автоматизировали процесс, о котором участники не договорились [2].
Что автоматизировать роботами в CRM, а что связками систем?
Роботы и триггеры CRM подходят для всего, что живёт внутри одной системы: стадии сделки, задачи, напоминания, шаблоны документов. Связки нужны, когда данные переходят между системами: CRM, учётом, сайтом, мессенджером и таблицами. Правило простое: сначала встроенные возможности, связка только тогда, когда систем две и больше.
Встроенные роботы есть почти в любой современной CRM. Они срабатывают на событие: сделка перешла на стадию, задача просрочена, поле заполнено. Через них настраиваются постановка задач, напоминания, смена ответственного и формирование документов по шаблону. Если процесс не выходит за пределы одной CRM, настроить роботов, скорее всего, сможет администратор системы без программиста, и поддерживать такую настройку будет легче, чем связку.
Связки систем строятся через готовые интеграции или сервисы вроде n8n. Пример: клиент оплатил счёт, учётная система фиксирует оплату, связка переводит сделку в CRM на следующую стадию и отправляет менеджеру сообщение в мессенджер. Такая схема полезна, но у неё больше точек отказа: поменялся формат данных на одной стороне, и связка молча перестала работать.
Важная деталь про бюджет: решающая часть сметы при автоматизации - интеграции с существующими системами и приведение данных в порядок, сама логика стоит меньше [2]. Поэтому я бы не начинал с интеграции: сначала базовый процесс, потом связки. Если вы ещё выбираете систему, начните с вопроса, какие процессы она должна держать: вот как выбрать путь с CRM под процессы компании.
Связка с первого дня
- заявки идут в CRM через сервис-посредник
- пример риска: если правило склейки не настроено, контакты в базе могут задвоиться
- допустим, связка дала сбой: ошибку придётся искать сразу в двух системах и в посреднике
Сначала встроенное
- заявки создаются встроенной формой CRM
- дубли можно отсекать правилом внутри CRM
- связку добавляют, когда появилась вторая система
Где в автоматизации бизнес-процессов нужен ИИ, а где хватит правил?
ИИ нужен там, где на входе неструктурированный текст или голос и его надо разобрать: классифицировать обращение, подготовить черновик ответа, сделать выжимку звонка, проверить переписку. Правил хватает, когда решение однозначно: сумма, дата, стадия, ответственный. Если шаг описывается через "если - то" без оговорок, ИИ там не нужен.
ИИ автоматизация бизнес-процессов начинается с вопроса, какой шаг вы отдаёте модели. Обзор трендов на Inc. Russia называет одним из ключевых направлений интеграцию CRM с ИИ-агентами, цифровыми исполнителями, которые формируют результат и взаимодействуют с другими системами без ручного запуска [3]. Для небольшой компании я бы смотрел на это прагматично: автоматизация бизнес-процессов с помощью ИИ оправдана в шагах, где человек сейчас читает или слушает и раскладывает по полочкам.
Где ИИ уместен:
- разбор входящих обращений: определить тему и отправить нужному сотруднику;
- черновик ответа клиенту, который менеджер проверяет и отправляет;
- выжимка звонка в карточку сделки;
- проверка переписки менеджеров на соответствие стандарту, например скрипту продаж.
Теперь про то, как подготовить бизнес-процесс к ИИ автоматизации. Шаг, который вы отдаёте модели, должен быть описан: что приходит на вход и какой результат считается правильным. Соберите набор реальных примеров входов, лучше с ответами, которые дал бы опытный сотрудник. На пилоте человек проверяет каждый результат, пока не станет ясно, где модель ошибается. И подключайте ИИ к CRM: без интеграции он отвечает, но не накапливает данные [1]. Как проходит такой запуск, разобрано на странице про пилот ИИ на одном процессе.
Цифры эффекта от ИИ в чужих кейсах мало говорят о вашем процессе. Перед пилотом замерьте свои показатели: сколько обращений в день, сколько минут уходит на разбор одного, сколько ошибок. Сравнивать результат стоит с этим замером.
Что оставить людям, даже когда процесс автоматизирован?
Людям остаются решения, за которые кто-то отвечает: скидка, отказ клиенту, исключение из правил. Робот может подготовить данные и предложить вариант, но подписаться под решением он не может. Если правило не покрывает случай, процесс должен остановиться и передать вопрос человеку с понятным сроком реакции.
Вторая зона - переговоры и отношения. Автоматика напомнит о звонке и подготовит карточку клиента, но разговор о продлении договора или о претензии ведёт менеджер.
Третья зона - разбор нестандартных случаев и контроль результата. Кто-то должен смотреть, срабатывают ли роботы, не копятся ли сделки на стадии, куда их отправила связка, не ошибается ли ИИ в классификации. Поэтому у каждого автоматизированного процесса остаётся владелец-человек: ответственный со стороны бизнеса, который смотрит за процессом и решает спорные случаи. Без него автоматика тихо деградирует, и со временем сотрудники снова заводят параллельную таблицу.
Какие этапы автоматизации бизнес-процессов пройти на первом процессе?
Этапы автоматизации бизнес-процессов на первом проекте: выбрать процесс, описать его как есть, договориться о правилах "как должно быть", настроить и проверить на реальных данных с приёмкой, затем назначить владельца и наблюдать за процессом после запуска. До начала замерьте время шага, число ошибок и потерянные заявки.
- Выбрать процессзаполняем таблицу кандидатов по четырём признакам и выбираем один процесс с понятными правилами
- Описать как естьсхема на страницу, вход и выход, кто делает, где лежат данные, где ждут и ошибаются
- Договориться о правилахфиксируем "как должно быть": список правил "если - то", лишние шаги убираем
- Настроить и проверитьсобираем роботов или связку, гоняем на реальных заявках, владелец принимает результат
- Назначить владельца и наблюдатьвладелец смотрит за процессом после запуска и решает спорные случаи
Замер до и после делайте сами, на своих данных. Чужие проценты из обзоров про ваш процесс ничего не скажут. Достаточно трёх показателей: время ручного шага (секундомер на живом сотруднике, как советует разбор на workspace.ru [2]), число ошибок за неделю и число заявок, которые потерялись или остались без ответа. Через месяц после запуска снимите те же показатели.
Причины, по которым проекты автоматизации не взлетают, перечислены в разборе на workspace.ru [2]:
- взялись за всё сразу вместо одного-трёх процессов;
- автоматизировали процесс, о котором участники не договорились;
- не нашли владельца, который принимает решения по спорным случаям;
- автоматизировали без приведения данных в порядок;
- начали с интеграции вместо базового процесса.
Если не хочется собирать это своими силами, можно автоматизировать процесс вместе с нами: от описания до сопровождения.
Какие примеры автоматизации бизнес-процессов подходят для первого шага?
Ниже примеры автоматизации бизнес-процессов в формате "было - правило - стало". Это иллюстрации для МСБ, без обещаний эффекта: результат в вашей компании покажет только собственный замер.
Заявка с сайта. Было: письмо с формы приходит на общую почту, менеджер вручную заводит сделку. Правило: если пришла заявка с формы, создать сделку, привязать контакт, поставить задачу "позвонить" ответственному по очереди. Стало: заявка сразу видна в CRM, менеджер получает задачу, дубли отсекаются по телефону.
Счёт и напоминание об оплате. Было: менеджер просит бухгалтера выставить счёт и сам помнит про оплату. Правило: если сделка перешла на стадию "Счёт", сформировать документ по шаблону из данных сделки; если оплаты нет через заданное число дней, отправить напоминание клиенту и задачу менеджеру. Стало: счёт уходит в тот же день, просрочки видны в списке.
Сводный отчёт. Было: руководитель по пятницам сводит три таблицы. Правило: каждое утро собрать цифры по сделкам, оплатам и задачам и отправить сводку в мессенджер. Стало: отчёт готов к утру, разговор на планёрке идёт о решениях.
Обращения клиентов. Было: все сообщения падают в один чат, их разбирает тот, кто увидел. Правило: ИИ определяет тему обращения и готовит черновик ответа, человек проверяет и отправляет. Стало: обращения распределены по темам, ответственный понятен.
Задачи после встречи. Было: после встречи с клиентом следующий шаг держат в голове. Правило: если сделка перешла на стадию "Встреча проведена", поставить задачу отправить предложение в течение суток. Стало: следующий шаг фиксируется всегда, а воронка на этапе после встречи перестаёт проседать.
Каждый из этих примеров решает задачу "с чего начать автоматизацию бизнеса" на практике: процесс частый, правило однозначное, владелец понятен.
FAQ: что ещё спрашивают про автоматизацию бизнес-процессов?
Коротко о вопросах, которые возникают перед первым проектом: сколько времени он занимает, нужен ли программист, можно ли обойтись таблицами и что делать с сопротивлением команды. Ответы ниже опираются на ошибки внедрения из открытых разборов и на мои советы.
Сколько времени занимает автоматизация первого процесса?
Срок зависит от числа систем и состояния данных. При сопоставимой сложности я бы ожидал, что процесс внутри одной CRM настроится быстрее связки нескольких систем. Решающая часть сметы - интеграции с существующими системами и приведение данных в порядок, сама логика стоит меньше [2]. По окупаемости обзор на Sostav даёт такой ориентир: квалификация входящих лидов окупается за 2-3 месяца при объёме от 50 обращений в месяц [1].
Нужен ли программист для автоматизации?
Для роботов и триггеров внутри CRM обычно хватает администратора системы. Программист или интегратор нужен, когда данные ходят между двумя и более системами и готовой интеграции нет. Даже тогда логику процесса я бы поручил формулировать владельцу со стороны бизнеса.
Можно ли начать без CRM, на таблицах?
Можно, если процесс простой и людей в цепочке немного: таблица плюс связка с формой сайта закрывает учёт заявок. Но когда в процессе становится больше людей и данных, таблицы начинают терять записи, и автоматизация бизнес-процессов в компании упирается в отсутствие единой базы.
Что делать, если сотрудники саботируют автоматизацию?
Сначала проверьте, согласовали ли правила с теми, кто работает в процессе: автоматизация процесса, о котором участники не договорились, названа среди причин, по которым проекты не взлетают [2]. Вовлеките их в описание "как есть", назначьте владельца процесса и уберите параллельные таблицы после запуска. Покажите замер до и после на их же задачах.
Сколько процессов брать в первый проект?
Один, максимум три. Попытка взяться за всё сразу вместо одного-трёх процессов названа среди причин, по которым проекты не взлетают [2]. После запуска первого процесса и месяца наблюдений берите следующий кандидат из таблицы.
Куда двигаться дальше?
Если таблица кандидатов заполнена и первый процесс понятен, следующий вопрос - инструмент: хватит встроенных роботов CRM, нужна связка или есть шаг для ИИ. Чтобы не гадать, можно подобрать инструмент автоматизации под вашу задачу и начать с одного процесса уже в этом месяце.