«У нас уже всё автоматизировано» — эту фразу слышишь часто. Дальше выясняется, что автоматизировано: правила в CRM, фильтры в почте, скрипт в чате. И тут же выясняется, что правила не срабатывают на каждом третьем случае, фильтры не ловят половину писем, а скрипт останавливается на первом нестандартном вопросе.
Разница между обычной автоматизацией и помощником не в «мощности» и не в том, что второе новее. Разница в том, как они понимают задачу. Разберём на примерах. Про то, как ИИ-помощник для отдела устроен на практике, — отдельный разбор.
Обычная автоматизация работает по условиям
Принцип простой: если произошло А, делай Б.
- если письмо содержит слово «счёт» → положить в папку «Бухгалтерия»
- если в заявке указан город из списка → отправить менеджеру этого города
- если клиент нажал кнопку «Узнать цену» → выдать прайс
- если сумма больше такой-то → уведомить руководителя
Это работает быстро, предсказуемо и стоит недорого. И это правильный инструмент там, где условия действительно однозначны.
Проблема начинается, когда реальность отклоняется от условий. И отклоняется она постоянно, потому что условия писал человек, описывая то, что ожидал, — а жизнь состоит из того, чего он не предусмотрел.
Три ловушки, на которых ломаются правила
Ловушка первая: одно и то же — разными словами.
В поддержку приходят три обращения: «не получается загрузить фид», «почему товары не обновляются?», «пустые карточки после импорта». Формально в них ни одного общего слова. По факту это один и тот же сбой и один и тот же ответ.
Набор правил, построенный на словах, тут не работает вообще. Придётся писать правило под каждую формулировку — то есть бесконечно, потому что следующий клиент напишет четвёртым способом.
Ловушка вторая: документы приходят в разном виде.
Накладная, счёт или выписка могут прийти сканом, PDF, фотографией с телефона, файлом из программы. Одно и то же по смыслу — разное по форме.
Правило «если это XML — разобрать так» упирается в то, что у поставщика XML нет. Правило требует, чтобы все присылали в одном формате, — а они не будут.
Ловушка третья: ответ без данных.
Адреса в списке записаны как «Гоголя, 25», «дом 10 улица Пушкина», «Невский проспект 15, корпус 2». Формально это одно и то же место, но так выглядит список, который живой человек составил как смог.
Правило, рассчитанное на формат «страна, город, улица, дом», встанет на первой же строке.
Что делает помощник иначе
Помощник работает со смыслом, а не с условиями. Это и есть вся разница.
Понимает формулировку. Три разных описания одного сбоя приводят к одному ответу, потому что модель разбирает смысл, а не ищет совпадение слов.
Разбирает разные формы. Фотография накладной, скан, PDF — всё приводит к одному результату: позиции переносятся в учётную систему.
Понимает контекст. «А если я возьму двадцать штук, что по цене?» — это коммерческое обращение, хотя слов «заказ», «купить» и «цена» в тексте нет.
Приводит данные к единому виду. «Гоголя, 25», «дом 10 улица Пушкина» и «Невский проспект 15, корпус 2» превращаются в три адреса, с которыми можно работать: с городом, улицей и домом.
Решает, что делать дальше. Не просто распознаёт, а определяет, кому передать, что записать, что сделать.
Но: помощник — не замена правилам
Здесь важно не уйти в другую крайность. Помощник не отменяет автоматизацию по правилам — он позволяет не строить правила там, где их построить невозможно.
В рабочем решении они сосуществуют:
- формальные проверки — правила. Сумма превышает лимит? Отправь на согласование. Дата просрочена? Уведомь. Здесь условия однозначны, и помощник не нужен.
- понимание содержания — помощник. Что хочет клиент, что написано в документе, к какому типу относится обращение.
Стоп-фразы в разговоре, фиксированные условия, формальные проверки — всё это остаётся правилами. Они дешевле, быстрее и надёжнее.
Разница на конкретном примере
Возьмём разбор входящих обращений в магазин.
Только правила: «если слово “доставка” → в папку “Логистика”». Письмо «когда придёт мой заказ» в эту папку не попадёт. «Можно ли изменить адрес» — тоже. Оба уйдут в общую очередь, где смешаны продажи, претензии и спам.
Помощник: понимает, что оба обращения — про уже сделанный заказ, определяет их в нужный поток. Коммерческое обращение про крупную партию — тоже распознаёт, хотя ключевых слов в нём может не быть.
Как это сочетается: правила отсекают очевидное (например, явный спам), помощник разбирает остальное по смыслу. Вместе получается поток, в котором не теряются обращения, — а не набор фильтров, мимо которых проходит половина.
Ещё одно отличие: что происходит с нестандартным
Это отличие редко проговаривают, а оно важное.
Правила на нестандартном останавливаются. Обращение, которое не подошло ни под одно условие, либо уходит в общую кучу, либо просто не обрабатывается. То есть система молча теряет случай, которого не предусмотрели.
Помощник на нестандартном передаёт человеку. Он определяет, что случай не поддаётся однозначному разбору, и помечает его. Это принципиально разное поведение: одно теряет, другое спрашивает.
Именно поэтому первое время работы помощника — это время уточнения правил: вы видите, что попадает в «неоднозначное», и добавляете ясности. Со временем таких случаев становится меньше.
Когда что выбирать
Обычная автоматизация подходит, если:
- условия действительно однозначны и перечислимы
- входные данные всегда в одном формате
- отклонения редки или ими можно управлять
- ошибка от нераспознанного случая невелика
Помощник нужен, если:
- задача формулируется как «понять, что здесь написано/сказано» и решить, что делать
- входные данные приходят в разном виде и разными словами
- число возможных формулировок практически бесконечно
- нестандартные случаи встречаются постоянно
Правильный ответ часто — комбинация. Формальные проверки работают по правилам, понимание содержания — на помощнике.
Где остаётся человек
Принятие решений. Помощник разбирает и готовит. Решение — за человеком.
Правила. Что считать нестандартным, что делать с неоднозначным — задают люди.
Ответственность. Система не отвечает за результат, отвечает человек.
Честно про ограничения
Помощник дороже правил. Правило в CRM стоит почти ничего. Понимание смысла — это ресурсы. Поэтому бессмысленно ставить помощника туда, где хватает правил.
Помощник менее предсказуем. Правило сработает одинаково всегда. Помощник может истолковать случай иначе. Отсюда требование к проверке на старте.
Он ошибается. Как на неоднозначном, так и на нетипичном. Это нормально, если заложены проверка результата и разбор спорных случаев.
Не понимает того, чего нет в данных. Если информации в документе нет, помощник её не найдёт — и не должен придумывать.
Как понять, что вам нужен помощник, а не правила
Простой тест по вашей задаче:
- Можно ли описать все случаи списком? Если да и список закрытый — хватит правил.
- Одинаково ли выглядят входные данные? Если форматы разные — правила будут ломаться.
- Сколько раз в неделю нужное правило приходится дописывать? Если регулярно — значит, задача плохо формализуется.
- Что происходит с тем, что не подошло под условие? Если теряется — стоит подумать о помощнике.
- Требует ли задача понять смысл, а не найти признак? Если да — это работа для помощника.
Что делать дальше
Начните со своих правил. Посмотрите, какие ошибки на них уже накопились: какие обращения проходят мимо, где форматы не совпадают, какие случаи в «неоднозначном».
Часто уже на этом шаге видно, где правила работают хорошо и их надо оставить, а где задача сформулирована как «понять смысл» — и её невозможно закрыть списком условий.
Дальше — один участок, где правила не справляются, и проверка на нём. Не разом по всем процессам.
Правила работают там, где условия однозначны; помощник там, где нужно понять смысл. Показать, где в ваших процессах граница — до того, как что-то решать.
Как это устроено целиком — внедрение ИИ-агентов: от выбора процесса до запуска.