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

У меня в бухгалтерском агентстве есть финансовый дашборд — metriki.aldushin.ru. Он должен показывать выручку, чистую прибыль и динамику по направлениям. Данные о поступлениях — из Ozon-банка, который выдаёт реестры выписок. Проблема: реестры нужно загружать руками. Пока этого не сделаешь, дашборд показывает дыру. Несколько недель подряд я смотрел на цифру, которая не обновлялась, пока кто-то не садился и не делал загрузку. Это не было сложно — просто никто не делал это автоматически.

Когда я сел описывать, что именно нужно автоматизировать, оказалось, что у задачи нет ни формата выписки в API, ни понятного триггера, ни ответственного. Хотелось нажать одну кнопку «автоматизировать» и получить готовое. На практике потребовалось сначала разобраться с форматом файла, потом с расписанием загрузки, потом с тем, кто следит за ошибками.

Вот с такого момента — когда понятно, что нужно, но непонятно, из каких шагов это состоит — и начинается настоящий разговор об автоматизации бизнес-процессов.

Коротко

• Полезная автоматизация начинается не с инструмента, а с повторяемого процесса: заявка, оплата, документ, задача, контент, отчёт, сверка.
• У сценария должны быть понятный вход, правило обработки, владелец, контроль качества и метрика эффекта.
• Если нельзя объяснить, что именно стало быстрее, дешевле, точнее или прозрачнее, автоматизация пока похожа на игрушку.
• ИИ хорошо помогает там, где есть много сырого контекста: переписки, документы, платежи, задачи, заметки, голосовые.
• Нельзя отдавать автоматике финальные решения в деньгах, документах, клиентских обещаниях и персональных данных без человеческого подтверждения.
• Лучший старт — один узкий сценарий на 7–14 дней, а не попытка «автоматизировать бизнес».

Почему красивые демо обманывают

Демо почти всегда показывает чистый процесс.

Пользователь нажал кнопку, данные попали в нужное поле, AI красиво ответил, карточка обновилась, график вырос.

В реальном бизнесе всё иначе:

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

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

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

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

Что считать бизнес-процессом

Бизнес-процесс — это не диаграмма в сложной нотации.

Для предпринимателя процесс — это повторяемый маршрут от входа к результату.

Например:

Если у работы нет повторяемого маршрута, автоматизировать нечего. Можно только ускорить случайность.

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

Фильтр полезной автоматизации

Я бы проверял любой сценарий по пяти вопросам. Возьмём один сквозной пример: контроль оплаты после отправленной ссылки.

1. Есть ли понятный вход?

Что запускает процесс:

• заявка;
• сообщение клиента;
• платеж;
• документ;
• голосовое;
• новая задача;
• строка в таблице;
• изменение статуса.

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

2. Есть ли правило?

Что нужно сделать с входом:

• классифицировать;
• создать задачу;
• проверить оплату;
• собрать бриф;
• отправить черновик ответа;
• подсветить риск;
• обновить статус;
• передать человеку.

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

3. Есть ли владелец?

Кто отвечает, если автоматизация ошиблась?

Это неприятный, но главный вопрос.

Если сценарий «сам что-то делает», но непонятно, кто смотрит за качеством, бизнес быстро получает новые ошибки. Автоматизация без владельца — это не сотрудник. Это бесхозная машина.

4. Есть ли контроль?

Что нельзя делать автоматически:

• подтверждать оплату без проверки;
• отправлять финальный договор;
• обещать клиенту условия;
• менять сумму;
• удалять данные;
• принимать налоговое или юридическое решение;
• отправлять персональные данные во внешний сервис без правил.

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

5. Есть ли метрика?

Что должно улучшиться:

• время обработки заявки;
• скорость подготовки черновика;
• количество потерянных лидов;
• доля задач без ответственного;
• количество ручных проверок;
• срок от счёта до оплаты;
• число ошибок в документах;
• прозрачность статусов.

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

Где ИИ особенно полезен

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

Например:

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

Это не магия. Это слой подготовки.

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

То же самое с автоматизацией бизнес-процессов. ИИ не должен сразу «вести бизнес». Он должен убирать ручную подготовку там, где есть повторяемый вход и понятный контроль.

Пример: оплата, которую нельзя терять

В CRM-процессе бухгалтерско-юридического агентства одна из самых неприятных ручных зон — контроль оплат.

Типичный маршрут:

1. ассистент создаёт сделку;
2. формирует или вставляет ссылку на оплату;
3. отправляет клиенту;
4. проверяет, пришли ли деньги;
5. меняет статус;
6. передаёт задачу в работу.

Если это делать вручную, появляются риски:

• ссылку отправили, но статус не обновили;
• клиент оплатил, но никто не увидел;
• сделка зависла между этапами;
• оплату сложно сопоставить с клиентом;
• исполнитель не получил задачу вовремя.

Хороший автоматизированный сценарий здесь не обязан сразу быть идеальным.

Достаточно первого слоя:

• фиксировать, кому отправили оплату;
• напоминать о неоплаченных счётах;
• подсвечивать возможное поступление;
• просить ассистента подтвердить спорные случаи;
• после подтверждения менять статус;
• создавать следующую задачу.

Это уже бизнес-эффект. Не потому что «ИИ внедрили», а потому что меньше сделок теряется в ручном контроле.

Пример: база знаний и ответы клиентам

Другой хороший сценарий — ответы по базе знаний.

Клиент спрашивает: что входит в услугу, какие документы нужны, какие сроки, какой следующий шаг.

Плохая автоматизация:

AI сам отвечает клиенту как хочет.

Нормальная автоматизация:

AI находит актуальный источник, собирает черновик ответа, показывает, на что опирался, и передаёт человеку на проверку.

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

Где автоматизацию лучше остановить

Есть зоны, где автоматизация должна не продолжать процесс, а ставить красный стоп.

Я бы не отдавал автопилоту:

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

Здесь автоматизация может подготовить материал, но не должна сама нажимать последнюю кнопку.

Как выбрать первый сценарий

Не нужно начинать с «автоматизируем отдел».

Лучше выбрать один сценарий, который проходит четыре условия:

Хорошие первые кандидаты:

• входящая заявка → карточка сделки;
• сообщение клиента → задача;
• переписка → бриф;
• счёт → контроль оплаты;
• документ → список вопросов;
• транзакция → категория и проверка;
• идея → черновик материала;
• вопрос клиента → черновик ответа по базе знаний.

Плохие первые кандидаты:

• «пусть AI сам ведёт продажи»;
• «пусть бот отвечает всем клиентам»;
• «пусть система сама решает, кто оплатил»;
• «пусть модель проверяет все договоры»;
• «автоматизируем весь бизнес».

План на 14 дней

Если делать прагматично, я бы шел так.

День 1–2. Описать процесс

Не красиво, а честно:

• откуда приходит вход;
• кто что делает;
• где теряется время;
• где бывают ошибки;
• кто проверяет результат;
• куда записывается итог.

День 3-4. Выбрать одну боль

Например:

• теряются оплаты;
• заявки висят без следующего шага;
• клиентские вопросы пересказываются вручную;
• документы собираются из переписки слишком долго;
• задачи не доходят до исполнителя.

День 5-7. Собрать минимальный сценарий

Без большой платформы:

• вход;
• правило;
• черновой результат;
• ручное подтверждение;
• запись итога.

День 8-11. Прогнать на реальных данных

Не на тестовых.

Взять обычные заявки, обычные платежи, обычные документы, обычные сообщения клиентов.

День 12-14. Посчитать эффект

Сравнить:

• сколько времени было;
• сколько стало;
• где ошибки;
• где нужен человек;
• что можно улучшить;
• стоит ли расширять сценарий.

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

Главное

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

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

Потом проверить пять вещей: вход, правило, владелец, контроль, метрика.

Если они есть, сценарий можно автоматизировать. Если их нет, автоматизация только ускорит беспорядок.