Простой бот отвечает по сценарию: нажал кнопку - получил заготовку. Агент в новом смысле - это связка из бота, доступов к CRM, правил и модели, которая может сама дойти до результата: оформить заявку, назначить слот, отправить счёт, напомнить клиенту, закрыть тикет. В 2026 это уже не фантастика, а вопрос цены ошибки и границ ответственности.
Ниже - без «экосистем» и «синергий». Только то, что видно в цифрах: время ответа, доля закрытых диалогов без человека, стоимость лида, количество возвратов из-за кривых ответов.
Чем агент отличается от «умного FAQ»
FAQ ждёт правильного вопроса. Агент умеет уточнять, проверять данные в системе, откатывать шаг назад, если клиент передумал, и не выдумывать цены, если их нет в прайсе. Если у вас нет источника правды по ценам и остаткам - агент превратится в вежливый генератор случайных чисел. Это не баг модели, это дыра в процессе.
Минимальный набор: роли, что можно менять без человека, что только с подтверждением, логи, лимиты на количество действий за сессию, быстрый перевод на оператора с контекстом.
Где в Telegram это заходит лучше всего
Там, где аудитория уже живёт в мессенджере: сервис, доставка, запись, B2B-заявки, внутренняя линия для партнёров. Меньше трения, чем «зайдите в кабинет на сайте с паролем из письма». Плюс уведомления и цепочка сообщений сами по себе дают историю, не надо просить клиента повторять заказ три раза.
- Продажи с квалификацией: собрать поля, проверить регион, отдать в CRM, поставить задачу менеджеру только если нужен человек.
- Поддержка 2-й линии: статусы заказа, возвраты, инструкции - из базы, не из головы.
- Внутренки: согласование мелочей, напоминания, сбор данных с поля.
Сколько реально экономит на людях
Если первый ответ был 40 минут, а стал 30 секунд, вы не «уволили половину отдела», вы перестали терять заказы в пике. Экономия в деньгах считается через конверсию и средний чек, а не через «мы сократили 2 ставки». Ставки можно перекинуть на сложные кейсы, где человек окупается.
Грубый ориентир по внедрению: от простого контура с CRM и 1-2 сценариями до более жёстких правил - обычно первые рабочие результаты за несколько недель, если данные не размазаны по пяти таблицам без владельца.
Риски, о которых молчат в демо
Галлюцинации, утечки персональных данных в промпт, «агент» который на самом деле шлёт людям не те статусы. Лечится не «лучшей моделью», а политиками: что можно спрашивать, что маскируем, где жёсткий ответ из шаблона, где эскалация. Плюс тесты на злой ввод и нагрузку: что будет, если в пятницу вечером прилетит 300 одинаковых вопросов.
Когда лучше остаться на классическом боте
Если у вас 12 статусов заказа и ни один не описан нормально, сначала приведите статусы в порядок. Если юридически нельзя автоматически менять договор - не надо учить агента «почти автоматически». Если нет человека, который готов разбирать спорные кейсы - автоматизация ускорит именно спорные кейсы.
Как внедрять без драмы
Один сквозной сценарий до конца, живые данные, метрики до/после, потом второй сценарий. Не десять «параллельных пилотов», один рабочий контур. Логи и дашборд ошибок - с первого дня, иначе потом не докажешь, что именно сломалось.
Интеграции, которые чаще всего ломаются
Оплата, статусы доставки, смена телефона клиентом в середине диалога, частичный возврат. Каждый такой случай должен быть описан словами «если А - делаем Б», а не «пусть модель разберётся». Модель не платит штрафы, компания платит.
Нормальная схема - маленький набор инструментов, которые агент может вызывать: создать задачу, запросить баланс, сменить статус. Всё остальное - в очередь на человека. Так вы держите цену ошибки управляемой.
Команда и роли
Нужен владелец продукта со стороны бизнеса, который может сказать «да/нет» по спорным правилам за день. Нужен человек, который смотрит логи и раз в неделю чистит типовые ошибки. Без этого агент живёт своей жизнью, а бизнес узнаёт о сюрпризах из чата злости в соцсетях.
Обучение операторов тоже не исчезает: им проще работать, но появляется новый слой - разбор кейсов, которые агент не закрыл. Если операторам не сказали, как жить с новым инструментом, они будут саботировать его быстрее, чем вы напишете пост «мы внедрили AI».
Экономика токенов и нагрузка
Каждый лишний вызов модели - деньги. Кэш ответов на частые вопросы, короткий контекст, жёсткий лимит на длину диалога, отключение «рассуждений» там, где нужен факт. На пиках рекламы это спасает и бюджет, и задержку ответа.
Архитектура доступа: что именно видит агент
Разделите «чтение» и «запись». Агенту достаточно читать статусы и остатки, а менять статус оплаты или отгрузку лучше через отдельный сервис с подтверждением и аудитом. Так вы не строите «ChatGPT с root в CRM», а получаете управляемый контур.
Роли в API должны совпадать с реальностью: если токен может всё, рано или поздно скрипт или человек нажмёт не то. Минимальные scope, ротация ключей, отдельные ключи на тест и прод — скучно, зато ночью спите.
Качество данных: без этого агент только ускоряет бардак
Проверьте справочники до запуска: дубли клиентов, пустые телефоны, «НДС в договоре» в свободной форме. Агент честно перенесёт ошибку в письмо клиенту, и вы получите не баг, а репутационный инцидент.
- Единый ключ заказа — чтобы связка «чат → CRM → склад» не распалась на третьем шаге.
- Нормализация телефонов — иначе «+7» и «8» превратятся в двух клиентов.
- Статусы без «пусто» — если статус неизвестен, агент должен эскалировать, а не угадывать.
Наблюдаемость: логи, которые реально смотрят
Сохраняйте не только текст ответа, но и версию промпта, набор инструментов, время, идентификатор сессии. Когда клиент недоволен, без этого вы будете гадать, «модель» это или «кривой остаток в 1С».
Дашборд по ошибкам инструментов отдельно от «модель сказала ерунду» — две разные линии улучшений. Смешивать их — значит чинить не то.
Юридические и маркетинговые границы
Зафиксируйте, что агент не имеет права обещать: скидки без правила, сроки без календаря производства, «точно успеем» без SLA. Маркетинг любит громкие формулировки — техника любит булевы флаги. Встреча на стыке дисциплин экономит судебные истории.
Закупка и провайдеры моделей
Заложите второй канал на случай деградации API: другой регион, другой класс модели, отключение «умного» и переход на шаблоны. Пик рекламы не ждёт, пока вы переподпишете договор.
Оргвопросы: кто останавливает прод в пятницу
Назовите роль «красной кнопки»: кто может выключить агента, кто утверждает новые сценарии, кто разбирает спорные кейсы в течение суток. Без этого поддержка тонет, а клиенты пишут в паблик.
Если нужен разбор под вашу воронку и стек - напишите вводные в контактах GERS: что продаёте, где живут клиенты, какая CRM, какие цифры хотите сдвинуть.