Типы ИИ агентов: какой выбрать бизнесу в Узбекистане

Типы ИИ агентов и признак, по которому их делят

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

Эти типы не исключают друг друга. Рабочий бот в Telegram почти всегда совмещает память и инструменты.

Пять типов простыми словами

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

• Реактивный: отвечает на текущее сообщение, прошлое не учитывает. Подходит для вопросов «где вы находитесь» и «до скольки работаете».
• С памятью: держит нить диалога и узнаёт повторного клиента. Вопрос «а в чёрном есть?» он понимает без пояснений.
• С инструментами: заходит в CRM, календарь, таблицу заказов и меняет там данные. Запись, статус заказа, создание заявки.
• С планированием: получает цель, сам делит её на шаги и проверяет промежуточные итоги. Подходит для сбора и разбора данных.
• Мультиагентный: несколько агентов с ролями (приём, поиск, ответ, проверка) и координатор, который ими управляет.

Что потребуется для запуска каждого типа

Чем ниже в списке, тем больше мест, где что-то может пойти не так, и тем важнее наблюдать за работой в первые недели.

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

Как выбрать тип: пошагово

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

• Запишите задачу одним предложением, например: «принять заявку на ремонт и записать мастера».
• Определите, чем должен закончиться разговор: ответом, записью в CRM, ссылкой на оплату через Click или Payme, отчётом.
• Если достаточно ответа, берите реактивного агента. Если клиенты возвращаются и уточняют, добавьте память.
• Если итог — изменение в системе, добавьте инструменты и сузьте права до необходимого минимума.
• Планирование рассматривайте, только когда задача — исследование или регулярный разбор данных.
• К нескольким агентам переходите после того, как каждый по отдельности стабильно работает.

Пример: цветочный магазин в Ташкенте

Условный пример. Магазин принимает заказы в Instagram Direct и Telegram, оплату — через Click и Payme. Реактивный агент справится с вопросами о доставке и графике работы, но споткнётся на фразе «хочу такой же букет, как в прошлый раз»: он не помнит ни букет, ни клиента.

Добавляем память: агент держит нить диалога и узнаёт постоянного покупателя. Затем инструменты: он сверяет наличие, создаёт заказ в таблице или CRM и отправляет ссылку на оплату. Здесь разговор впервые заканчивается действием, поэтому права нужно сузить: создавать заказ можно, менять цены и удалять записи нельзя.

Планирующий агент в такой схеме нужен разве что для еженедельной сводки по продажам, и то с доступом только на чтение. Мультиагентная система магазину с одним-двумя филиалами не нужна вовсе.

Типичные ошибки при выборе

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

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

Как понять, что агент окупается

Тип агента выбирают до запуска, а правильность выбора видна по данным. Нужна цепочка: источник обращения, диалог с агентом, заявка в CRM, оплата. Если цепочка обрывается на диалоге, вы знаете лишь, что бот «отвечает», но не знаете, приносит ли он продажи.

Сквозная аналитика связывает эти данные: рекламу, переписку, CRM и оплату. Поэтому в markdev мы рассматриваем ИИ-агента как часть воронки, а не как отдельную игрушку: сравниваем периоды до и после запуска и смотрим, какие каналы дают заявки, которые агент действительно доводит до продажи.

• Сколько диалогов дошло до заявки.
• Сколько заявок закрылось оплатой.
• Как быстро клиент получает первый ответ.
• В какой доле случаев и почему агент передаёт диалог человеку.
• Из какого канала (таргет Meta, Google, SEO, Instagram) пришли самые ценные диалоги.

Чек-лист перед запуском

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

• Задача описана одним предложением.
• Выбран минимально достаточный тип.
• Понятно, какие системы агент читает, а какие может менять.
• Есть тестовый режим и проверка на реальных диалогах.
• Определён порядок передачи разговора менеджеру.
• Настроены метки источников и связь с CRM.
• Назначен человек, который раз в неделю читает журнал и спорные диалоги.