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

Автоматизацию почти всегда начинают с вопроса «какую систему поставить». Дальше идут демо, сравнение тарифов, спор про 1С или облачную CRM. Через полгода система куплена и настроена, а заявки по-прежнему собираются в почте, потому что автоматизировали не тот процесс: взяли самый заметный вместо самого дорогого. Порядок здесь обратный привычному: сначала выбирается процесс, потом под него подбирается технология, и только в конце появляется название продукта. Ниже разбираем, как выбрать первый процесс по четырём признакам, чем скрипт отличается от RPA и ИИ-агента, из чего складывается цена и как посчитать эффект до того, как подписан договор.

Что такое автоматизация бизнес-процессов и чем она не является

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

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

Три вещи, которые часто называют автоматизацией, ей не являются.

  • Покупка системы. CRM или 1С — это место, где процесс живёт, а не автоматизация процесса. Систему можно поставить и продолжить вбивать в неё данные руками, что и происходит в большинстве компаний.
  • Оцифровка. Перевод бумажного журнала в таблицу делает данные доступными, но количество ручной работы не меняет, иногда даже увеличивает.
  • Отчётность. Дашборд показывает, что происходит. Он не выполняет ни одного шага процесса.

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

С какого процесса начинать: четыре признака

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

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

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

Цена ошибки. Ошибка обнаруживается быстро и стоит недорого. Первым процессом не берут расчёт зарплаты или отгрузку по предоплате: там ошибка стоит дороже всей экономии и убивает доверие к проекту на старте.

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

Сначала описать правилачасто, но решают «по ситуации»:работа с процессом, не с программойБрать первымчасто и по понятным правилам:окупается за неделиНе автоматизироватьредко и без правил:экономия не покроет разборСкрипт, если дёшеворедко, но правила ясные:решение на несколько часовчасторедкоЧастотаправила размытыеправила понятныеЯсность правил
Матрица выбора: частый процесс с ясными правилами берут первым

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

Читайте также: ИИ-агенты для бизнеса: чем отличаются от чат-ботов

Как разобрать процесс до того, как его автоматизировать

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

Разбор занимает от одного дня до недели и состоит из четырёх шагов.

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

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

Четыре технологии автоматизации и их потолки

Слово «автоматизация» покрывает решения, которые отличаются по цене в сто раз. Разница не в качестве, а в том, какой сложности задачу каждое из них тянет.

Скриптвход: строгий форматпредел: форматсменилсяИнтеграциявход: поля системпредел: жёсткийсценарийRPA-роботвход: экран программыпредел: сменаинтерфейсаИИ-агентвход: живой текстнужен: контрольрезультатадешевле и предсказуемеебеспорядочнее вход
Четыре технологии: скрипт, интеграция, RPA, ИИ-агент

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

Интеграция и low-code. Связка систем между собой через готовые коннекторы: заявка с сайта падает в CRM, оплата в 1С создаёт задачу на отгрузку. Инструменты вроде n8n или Make позволяют собрать это без программиста. Потолок: работает по жёсткому сценарию «если это, то то». Нестандартный вход ломает цепочку.

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

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

Порядок в списке не про качество. Если задача решается скриптом, скрипт и надо брать: он дешевле, предсказуемее и не требует обслуживания. ИИ-агент нужен там, где остальные три бессильны, то есть где на входе живой человеческий текст.

Чем автоматизация с ИИ отличается от классической

Классическая автоматизация требует, чтобы данные пришли в ожидаемом виде. Именно поэтому компании годами воюют за то, чтобы клиенты заполняли форму, а менеджеры соблюдали формат заявки. Форма нужна не клиенту, а программе.

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

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

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

Системы, платформы и почему «поставить систему» не равно автоматизации

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

Что реально бывает.

  • Учётная система (1С и аналоги). Место, где живут деньги, товары и документы. Автоматизация внутри неё делается доработками и обменами, а не сама по себе.
  • CRM. Место, где живут клиенты и сделки. Даёт воронку и напоминания, но заявку в неё всё ещё кто-то заносит.
  • BPM-платформа. Инструмент для описания маршрутов согласования: заявка идёт по шагам, каждый видит свою задачу. Хорошо работает на внутренних процессах с формальными шагами, плохо на всём, где на входе живой текст.
  • Low-code и интеграционные платформы. Клей между всем перечисленным.
  • ИИ-агенты. Отдельный слой поверх систем: работают с неструктурированным входом и вызывают остальные системы через их API.

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

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

Этапы внедрения: от карты процесса до передачи в работу

Порядок отработан и почти не зависит от размера компании. Сроки ниже даны для одного процесса среднего масштаба.

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

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

Сколько стоит автоматизация бизнес-процессов

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

Тип решенияСтоимость запускаСодержание в месяцСрок запуска
Скрипт или простая интеграцияот 20 000 ₽почти нольдни
Готовый продукт с настройкой под васот 39 900 ₽около 20 000 ₽до месяца
Связка процессов под ваши правилаот 250 000 ₽около 25 000 ₽2-3 месяца
Разработка под нестандартный процессот 800 000 ₽около 55 000 ₽от полугода

В содержание входит то, о чём обычно не спрашивают на этапе выбора: оплата вызовов языковой модели, хостинг, мониторинг и время на разбор случаев, которые решение не осилило. Считать надо полную стоимость владения за год, а не цену запуска: решение за 800 000 ₽ с дешёвым содержанием через два года выходит дешевле продукта за 250 000 ₽ с дорогой подпиской.

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

Как посчитать эффект до старта

Расчёт делается на данных разбора процесса и занимает полчаса. Формула простая, важна честность подстановки.

Шаг 1. Сколько времени уходит сейчас. Количество повторений в месяц, умноженное на среднее время одного повторения. Например, 40 заявок в день по 12 минут — это 8 часов в день, то есть примерно 176 часов в месяц.

Шаг 2. Сколько это стоит. Часы умножаются на реальную стоимость часа сотрудника, а не на его зарплату, делённую на 160. Реальная стоимость часа выше примерно в полтора раза: к зарплате на руки добавляются НДФЛ 13% и страховые взносы 30% с гросс-суммы. Сотрудник, получающий на руки 80 000 ₽, стоит компании 119 540 ₽ в месяц, то есть каждый рубль на руки обходится в 1,49 ₽.

Шаг 3. Какая доля уходит в автоматизацию. Реалистичная доля для процессов с неструктурированным входом составляет 60-80% операций, а не 100%: часть случаев всегда останется человеку. Считать надо по нижней границе.

Шаг 4. Сравнение с полной стоимостью решения за год. Запуск плюс содержание, умноженное на 12.

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

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

Пять ошибок, которые повторяются

Начали с системы, а не с процесса. Куплена платформа, теперь под неё подгоняются процессы. Деньги потрачены до того, как стало понятно, что именно автоматизируем.

Автоматизировали беспорядок. Процесс не разбирали, программа зафиксировала текущую путаницу и сделала её быстрее. Разбор на два дня сэкономил бы месяцы.

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

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

Не передали команде. Решение работает, а менеджеры продолжают дублировать всё руками, потому что им не сказали, что теперь можно так не делать, и не объяснили, кто отвечает за результат.

Когда автоматизировать не надо

Честный список случаев, в которых деньги лучше потратить на что-то другое.

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

Отказ от автоматизации на этом этапе — это не поражение, а сэкономленные деньги. Хуже только автоматизация, сделанная вопреки этому списку.

С чего начать на этой неделе

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

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

С чего начать автоматизацию бизнес-процессов в небольшой компании?

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

Чем автоматизация с ИИ отличается от обычной автоматизации?

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

Нужно ли менять 1С или переезжать на другую систему?

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

Сколько стоит автоматизация одного процесса?

От 20 000 ₽ за скрипт или простую интеграцию до 800 000 ₽ и выше за разработку под нестандартный процесс. Готовый продукт с настройкой под вашу задачу обычно стоит от 39 900 ₽ при содержании около 20 000 ₽ в месяц. Считать нужно полную стоимость владения за год: запуск плюс содержание, иначе более дорогое на старте решение может оказаться дешевле за два года.

Как понять, что автоматизация окупится?

Посчитать до старта: количество повторений в месяц, умноженное на время одного повторения, даёт часы. Часы умножаются на реальную стоимость часа сотрудника, которая примерно в полтора раза выше зарплаты на руки из-за НДФЛ и страховых взносов. Из полученной суммы берётся 60-80%, потому что часть случаев останется человеку, и результат сравнивается с полной стоимостью решения за год.

Что делать, если процесс постоянно меняется?

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

Разберём, что из статьи применимо у вас.

Бесплатный аудит процессов, 30 минут