Мы используем файлы cookie
Мы используем файлы cookie и аналогичные технологии для улучшения вашего опыта, анализа трафика и персонализации контента. Вы можете принять все файлы cookie или отклонить необязательные.
09 Sep 2026
Сегодня каждый поставщик заявляет, что продаёт ИИ-агента. Если отбросить маркетинг, большинство из них делают только одно: извлекают ответ из документа и вставляют его в окно чата. Это база знаний с разговорной оболочкой, а не агент. Настоящему агенту нужно помнить, что было сказано три сообщения назад, определять, когда у него достаточно информации для действия, реально что-то делать в системе учёта и знать, когда остановиться и подключить человека.
Для руководителей CX, поддержки и RevOps, оценивающих эту категорию, это различие имеет коммерческое значение. Бот, который просто ищет по базе знаний, отклоняет тикеты, которые и так были простыми. Агент, способный вести многоходовой диалог и выполнять действие — оформить возврат средств, оформить RMA, эскалировать претензию — отклоняет тикеты, обработка которых вручную реально стоит вам денег. В этой статье разбирается, что нужно, чтобы построить такого агента без привлечения инженерных ресурсов, используя строительные блоки, которые у большинства команд уже есть или которые можно быстро развернуть.
Агент, отвечающий на основе статичного набора документов, настолько хорош, насколько структурирован этот набор. Практическое требование — база знаний, доступная для запросов, версионируемая и способная быть закрытой или публичной в зависимости от страницы, потому что статья о политике возврата должна быть видна анонимным посетителям, а конкретный статус заказа — нет.
Именно это даёт шаблон Support Portal из коробки: раздел базы знаний, доступный публично, находится рядом со страницами, требующими входа, такими как отслеживание тикетов, на одном домене. Структура страниц поддерживает динамические страницы — слаг с префиксом-двоеточием вроде articles/:articleId отображает нужную запись базы знаний из Data List, а значит, содержимое вашей базы знаний хранится в структурированной сущности данных, а не разбросано по PDF-файлам. Именно такая структура нужна агенту для надёжного извлечения информации.
Большинство конструкторов ботов трактуют каждое сообщение как новый запрос. Это работает для «какие у вас часы работы» и разваливается в тот момент, когда клиент говорит «вообще-то это товар 2, а не товар 1». Работающему агенту нужен постоянный тред, который накапливает контекст в ходе диалога и связан с обсуждаемой записью.
Возможность Threads в SurveyAnalytica создана именно для этого. Тред типа «Разговор» изначально ориентирован на клиента — та же конструкция используется для диалогов RMA или последующих контактов с респондентами — и остаётся привязанным к сущностям, которых он касается: ответу, контакту, заказу, обрабатывающему его рабочему процессу. Один тред может одновременно ссылаться на ответ, кампанию, которая его сгенерировала, связанный контакт и обрабатывающий запрос рабочий процесс, с двунаправленной навигацией между ними. Это означает, что когда клиент возвращается к разговору два дня спустя, агент не начинает с нуля — он подхватывает тред (буквально), который уже знает, кто это и что обсуждалось.
Именно здесь большинство продуктов «ИИ-агент» незаметно останавливаются. Они составят ответ, предложат следующий шаг или пометят тикет — но человеку всё равно придётся идти и выполнять это в другой системе. No-code агенту, который стоит внедрять коммерчески, нужно запускать реальные действия: создавать запись, отправлять отгрузку, публиковать в Slack, записывать в бухгалтерскую систему.
События жизненного цикла треда — тред создан, сообщение опубликовано, тред решён, заархивирован или закрыт — являются нативными триггерами для рабочих процессов. Решённый тред поддержки может автоматически запустить отправку транспортной этикетки. Действия, созданные внутри треда, наследуют связанные сущности треда и отображаются в Action Center со сроками выполнения и отслеживанием ответственных, поэтому ничто, созданное агентом, не пропадает в журнале чата — оно превращается в отслеживаемую задачу с владельцем. Для финансовых и операционных команд, уже использующих Tally Prime, коннектор поддерживает триггеры в реальном времени или пакетные — для каждого типа ваучера, так что инициированный агентом возврат может напрямую превратиться в кредит-ноту без ручного повторного ввода.
Агент, который никогда не эскалирует, — это не уверенность, а безрассудство. Честная цель дизайна — не полная автоматизация, а автоматизация тех частей, которые не требуют суждения, и направление остального человеку с полным контекстом, а не в виде холодного тикета. Клиентский тред, оставшийся без ответа 24 часа, может автоматически запустить уведомление в Slack, а внешние участники (клиент, сторонний установщик) могут быть приглашены в один конкретный тред без доступа к данным других рабочих пространств — доступ ограничен этим тредом и истекает в обязательную дату, которую вы устанавливаете. Именно этот механизм позволяет человеку подключиться к разговору с агентом в процессе, не переспрашивая всё заново и не открывая более широкий доступ к системе ради этого.
Вот как четыре уровня складываются вместе для ритейлера среднего сегмента, обрабатывающего RMA через портал самообслуживания:
returns.yourbrand.com и открывает публичную страницу базы знаний с политикой возврата. Если его вопрос там решён, взаимодействие завершается — тред не нужен, накладных расходов агента нет.Каждое свободное текстовое поле, которое клиент заполнил по ходу дела — «зарядное устройство перестало работать через две недели», «прислали не тот цвет» — проходит через анализ тональности и извлечение сущностей независимо для каждого повторяющегося экземпляра, поэтому пакет из трёх жалоб в одной отправке даёт три отдельные точки сигнала вместо одного усреднённого размытия. Это данные, на основе которых ваши команды качества и продукта смогут действовать позже, — они генерируются как побочный продукт взаимодействия с поддержкой, а не как отдельный опрос.
No-code не означает отсутствие настройки. Прежде чем такой агент начнёт работать надёжно, нужно подготовить несколько вещей, и стоит говорить об этом прямо, а не делать вид, что это не так:
SurveyAnalytica не продаёт единый виджет «ИИ-агент», приклеенный к окну чата, — платформа даёт компоненты, необходимые настоящему агенту, уже соединённые между собой: структурированную брендированную базу знаний через шаблон Support Portal, постоянные многоходовые треды-«Разговоры», остающиеся связанными с записью клиента и всеми связанными сущностями, и движок рабочих процессов, превращающий события треда в реальные действия — транспортные этикетки, уведомления в Slack, обновления ERP — вместо того, чтобы оставлять их рекомендациями в журнале чата.
Поскольку эти компоненты используют ту же модель данных, что и ваши опросы, порталы и коннекторы, разговор с агентом не становится изолированным силосом. Тональность, извлечённая из жалобы клиента на возврат, поступает в тот же слой аналитики, что и ваши опросы NPS; действие, которое она запускает, отображается в том же Action Center, что и ваши процессы согласования. В этом и заключается разница между развёртыванием чат-бота и созданием операционной возможности, которой можно реально управлять, аудировать и улучшать со временем.
Если вы сравниваете это с такой платформой, как Qualtrics, или отдельным поставщиком чат-ботов, практический вопрос не в том, «есть ли у неё ИИ» — а в том, являются ли база знаний, слой разговоров и слой действий одной системой или тремя отдельными системами, которые вам нужно самостоятельно сшивать воедино.
Build surveys, run campaigns, and analyze responses with AI — free to start.
No-code ИИ-агент, который стоит внедрять коммерчески, определяется не тем, насколько бегло звучат его ответы. Он определяется тем, способен ли он вести разговор через несколько ходов, не теряя контекста, опирать свои ответы на контент, который вы реально контролируете, выполнять реальное действие в реальной системе, когда у него достаточно информации, и корректно отступать в сторону, когда её недостаточно. Постройте эти четыре элемента в правильном порядке — база знаний, многоходовой диалог, выполнение действий, передача человеку — и вы получите агента, который снижает нагрузку. Пропустите хотя бы один из них — и вы построили страницу FAQ с лучшим маркетингом.
No comments yet. Be the first to comment!