ИИ-агент и чат-бот: в чём разница и что нужно бизнесу

01Чат-бот: кнопки и готовые сценарии

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

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

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

02ИИ-помощник: ответы по вашим материалам

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

Условный пример: клиент спрашивает, подойдёт ли конкретная дверь для ванной. Помощник находит раздел про влагостойкость и отвечает по нему, а если раздела нет — честно говорит об этом. Главное правило: рядом с ответом всегда виден источник и дата обновления документа.

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

03ИИ-агент: действия с разрешениями и журналом

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

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

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

04Где живёт инструмент: сайт, мессенджер, внутренний чат

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

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

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

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

05Права, согласования и границы действий

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

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

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

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

06Передача человеку без потери контекста

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

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

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

07Ограничения и спокойная проверка ошибок

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

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

Отдельное правило — не подключать помощника к решениям с серьёзными последствиями без человека. Речь про возвраты денег, изменение договоров и обещания сроков в спорных случаях. Здесь помощник лишь собирает факты, а решение и подпись остаются за сотрудником.

08Что выбрать именно вам: короткое правило

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

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

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

Читайте также: Как выбрать процесс для автоматизации без лишних трат; Как проверить пилота до большого запуска

09Что подготовить и как запускаться спокойно

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

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

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

Читайте также: Что проверить в данных и доступах перед запуском; Как устроена база знаний для помощника

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

Источники

• NIST AI Risk Management Framework — общий подход к управлению рисками
• NIST AI RMF: функции управления и надзора за системой