Первую версию ИИ-агента для продаж предлагаю начать с входящих обращений: база, черновик, проверка и передача менеджеру. У меня так работает помощник поддержки. Менеджер видит 3 кнопки - отправить, отредактировать либо отклонить.
При подключении смотрим, какие действия поддерживает MCP-коннектор. Иной раз выдаёте агенту все возможные действия, и он может взять и набедокурить. Дадим только то, что по-настоящему нужно. Отправку оставим человеку.
Что поручить первой версии: обращение, база, черновик, человек
Возьмите вопрос об услуге из входящей формы сайта. Предлагаю такой порядок:
Входящее обращение → согласованная база и шаблоны лучших менеджеров → черновик → проверка → менеджер.
Нет данных для ответа → запрос сотруднику вместе с собранными сведениями.
Запишите задание для агента. Для формы сайта оно может выглядеть так:
| Поле | Задание |
|---|---|
| Канал | Входящая форма сайта; сообщение пока забирает сотрудник |
| Цель | Подготовить ответ о выбранной услуге |
| Что собрать | Какая услуга нужна, что клиент уже сообщил, что требуется уточнить |
| Результат | Черновик и краткое досье менеджеру |
| Где остановиться | До отправки клиенту |
Без CRM попробуйте черновики на документе с условиями и ручном учёте. Если CRM есть, разрешите чтение нужных полей. До проверки подключения передавайте минимальную обезличенную выписку вручную. Это не прямая интеграция с CRM.
Через API (программный интерфейс) или MCP-коннектор агент может найти в CRM сведения о клиенте, прочитать переписку и предложить письмо по базе знаний. Доступные способы подключения проверьте в документации вашей CRM.
В помощнике поддержки можно отправлять ответы автоматически, но мы выбрали черновики: менеджер решает, отправлять сообщение или нет. Для продаж предлагаю тот же контроль.
Видео «13 ИИ-агентов для бизнеса» я отдаю бесплатно в канале. Там разбираю помощника службы поддержки и проверку ответа вторым агентом. Пост от 02.10. Забрать можно здесь.
Другие задачи бизнеса, которые можно отдать агенту, разбираю в отдельной статье.
Больше разборов ИИ-агентов для бизнеса - в канале:
Какие права дать, чтобы агент не набедокурил
Можно разрешить агенту только читать письма, без отправки и редактирования. Ограничьте действия в самом подключении. Одной инструкции «не отправляй» недостаточно.
До подключения базы распределите права и ответственность:
| Операция | Первая версия | Где ограничить | Кто отвечает |
|---|---|---|---|
| Читать сведения | Согласованный набор | Права чтения и выборка | Владелец базы согласует, администратор проверяет доступ |
| Создавать черновик | Внутри компании | Инструмент черновика без отправки | Руководитель продаж утверждает порядок, администратор проверяет |
| Записывать поля CRM | Запрещено; переносит менеджер | Нет инструмента записи | Перед допуском руководитель согласует поля, администратор проверит запреты |
| Отправлять клиенту | Запрещено; отправляет менеджер | Нет доступа к отправке у агента | Руководитель разрешает, администратор настраивает и проверяет |
В тестовом подключении попробуйте записать запрещённое поле или отправить сообщение тестовому получателю. Действие должно отклоняться.
В спецификации MCP версии 2025-06-18 tools/list получает список инструментов, tools/call вызывает инструмент. Это не права на чтение и отправку: их нужно настроить в подключении. Подтверждение человеком тоже не включается само.
Спецификация требует от сервера контроля доступа, рекомендует клиенту проверку результатов, подтверждение чувствительных действий и журнал вызовов. Проверьте, что это работает у вас.
Перед установкой проверяйте, кто сделал MCP-коннектор. Не используете MCP - отключите его.
Доступ к данным в Claude Code разбираю в отдельной статье.
Что положить в базу: условия и шаблоны лучших менеджеров
В базе нужны утверждённые условия услуги. Шаблоны лучших менеджеров храните отдельно: из них берём формулировки. Не переносите скидку из старой переписки в ответ новому клиенту без согласования.
Вот условная запись для первичной консультации, без реального прайса:
| Поле | Содержание записи |
|---|---|
| Услуга | Первичная консультация по задаче клиента |
| Цена | Значение из поля «Согласованная цена» действующего прайса |
| Срок | Назначает менеджер после проверки расписания; до проверки не подтверждён |
| Скидка | Индивидуальную скидку согласует руководитель; агент её не назначает |
| Источник | Утверждённые прайс и правила записи во внутренней базе компании |
| Версия | Редакция с отметкой «действующая»; предыдущая помечена «не использовать» |
| Ответственный | Руководитель продаж: подтверждает условия и меняет действующую редакцию |
| Если сведения не найдены | Вопрос менеджеру без придуманной цены или срока |
В строке цены указано, откуда взять сумму. Пока агент её не прочитал в действующем прайсе, называть цену нельзя.
Если будем скармливать все знания про компанию, цены и услуги на каждый запрос, это будет очень дорого стоить. Давайте агенту только блок по нужной услуге.
Не очень эффективный менеджер по продажам может наисправлять так, что система станет тупее и хуже начнёт продавать. Поэтому предлагаю сначала согласовывать правки с ответственным за базу.
При изменении условий пометьте старую запись недействующей, обновите источник и повторите проверки затронутых ответов. До этого согласовывайте такие ответы вручную.
Как проверить цену, срок и скидку в ответе
У меня проверяющий агент смотрит, решает ли ответ проблему клиента и соответствует ли нашим правилам. Это ещё не проверка цены или срока по базе. Предлагаю добавить её отдельно.
Второй агент становится проверяющим, когда получает другой способ проверить истину. Дайте проверяющему самому прочитать прайс.
- Выделите в черновике обещания цены, срока и скидки.
- Для каждого обещания найдите действующую запись и нужное поле. Значение должно быть прочитано из базы, а не пересказано автором черновика.
- Отдельно проверьте смысл ответа, ограничения и правила компании.
- Если источник отсутствует, устарел или недоступен, уберите обещание и передайте вопрос менеджеру. Если всё подтверждено, покажите ему черновик.
Возьмём ту же условную консультацию. Клиент спрашивает: «Сколько стоит консультация, когда можно записаться и будет ли скидка?» Ошибочный черновик: «Цена как в прайсе, запишем завтра, скидку сделаем».
| Фрагмент | Что подтверждено | Что делать |
|---|---|---|
| «Цена как в прайсе» | Известно поле, но сумма не получена | Запросить стоимость у менеджера |
| «Запишем завтра» | Расписание не проверено | Убрать обещание даты |
| «Скидку сделаем» | Требуется согласование руководителя | Передать просьбу о скидке менеджеру |
Здесь можно ответить: «Передам менеджеру запрос на стоимость, свободное время и возможность скидки». Срок ответа менеджера тоже не обещаем. Если цена прочитана из действующей записи, подставьте подтверждённую сумму.
Обещание → подтверждено в действующей базе → проверка правил → черновик менеджеру.
Обещание → подтверждения нет → убрать обещание → запрос менеджеру.
Даже если 2 модели назвали одинаковую цену, сверьте её с прайсом. Менеджер должен видеть, откуда взялось значение, чтобы проверить его самому.
Кстати, я снял видео «Полный гайд - Связка для первого агента Hermes Agent», обязательно посмотрите.
Внутри - подключение сервисов через MCP и API, права агента, проверка на разных моделях и бортовой журнал. Посмотрите, прежде чем настраивать доступы и проверки своего агента.
На каких обращениях проверить и что передать человеку
До работы с клиентами прогоните обезличенные обращения. Предлагаю проверить обычный ответ и случаи, когда нужно передать вопрос человеку:
| Вход | Основание | Ожидаемое действие | Провал |
|---|---|---|---|
| Типовой вопрос | Есть действующая запись | Черновик по записи менеджеру | Лишнее обещание или пропущенное условие |
| Неизвестная цена | Значения нет | Передать запрос без суммы | Придуманная цена |
| Неподтверждённый срок | Время не согласовано | Передать для проверки расписания | Обещанная дата |
| Скидка вне правил | Нет разрешения | Через менеджера передать руководителю | Самостоятельная скидка |
| База недоступна | Нет проверяемого источника | Не отвечать по памяти, передать человеку | Условия из памяти выданы за действующие |
| Просьба соединить с человеком | Сам запрос клиента | Передать сотруднику, не продолжать автоматический ответ | Просьба проигнорирована |
Передавайте сотруднику запрос, собранные сведения, причину передачи и нужное действие. Например: нужна консультация; цена не получена; нужно проверить прайс. Недостающие сведения помечайте «не получены». При запрете записи в CRM досье переносит менеджер.
Предлагаю критерий: 0 неподтверждённых обещаний в этом наборе. При провале оставьте автоотправку выключенной. Это не гарантия отсутствия ошибок: дальше проверяйте на обезличенных рабочих обращениях.
Если менеджер отклонил ответ и написал другой, агент разбирается, чего не хватило в базе знаний или что неправильно написано. Сохраняйте причины отклонений, чтобы согласовать исправления базы.
Если вы собираете свои проекты с ИИ-агентами, посмотрите программу практикума СмыслоКода.
Как запустить и не включить отправку раньше времени
Порядок первого запуска предлагаю такой:
- Согласуйте задание: какое обращение берём и где агент останавливается.
- Утвердите базу и назначьте ответственного за условия.
- Ограничьте подключение и проверьте, что запрещённые действия отклоняются.
- Проверьте ответы на обращениях из таблицы.
- Начните работу с черновиками и журналом исправлений.
- Отдельно решите, разрешать ли отправку клиенту.
Пока агент готовит черновики, менеджер проверяет каждый ответ. Журнал ошибок и правки базы поручите руководителю продаж, проверку прав - администратору. Записывайте обезличенный запрос, версию базы, черновик, источник условий, решение менеджера, причину правки и ответственного.
Перед разрешением отправки проверьте больше рабочих обращений, права и передачу человеку. Предусмотрите отключение отправки. Перечислите разрешённые типы ответов и источники условий для них.
Если появилось неподтверждённое обещание, условия изменены без согласования или проверка не сработала, верните такие ответы в черновики до исправления и повторной проверки.
Из чего сложится стоимость первой версии
Настройку считайте отдельно от расходов за выбранный период:
| Расход | Что учесть | Откуда взять своё значение |
|---|---|---|
| Разовая настройка | База, права, подключение, проверки | Учёт работы по сборке |
| Нейросеть | Входные данные, кэшированный вход, ответы; проверяющая модель и повторы | Расход API и тариф поставщика |
| Подключения и инфраструктура | Подключения и среда запуска | Счета и условия выбранных сервисов |
| Человек | Проверка, исправления, передача | Учёт времени сотрудников |
У OpenAI API оплачивается отдельно от ChatGPT. Входные, кэшированные входные и выходные токены тарифицируются раздельно. Подписка на чат расход API не покрывает.
Как посчитать расходы на токены, разбираю в отдельной статье.
За выбранный период считайте:
- Долю неподтверждённых обещаний среди всех проверенных ответов.
- Долю правильных передач человеку среди случаев, когда передача обязательна.
- Расходы на обращение: расходы за период разделите на число обработанных обращений за тот же период.
В расходы включайте проверяющую модель, повторы и время менеджера. Настройку показывайте отдельно. Если обращений или случаев для обязательной передачи ещё нет, соответствующую долю или стоимость пока не считайте.
Что ещё спросит читатель
Частые вопросы
Какое входящее обращение вы бы первым отдали агенту? Напишите в комментариях в канале, на каком вопросе он должен остановиться и передать черновик менеджеру.
Источники
- MCP: инструменты, спецификация 2025-06-18 - методы списка и вызова инструментов, контроль доступа, проверка результатов и участие человека.
- OpenAI: оплата API - раздельная оплата API и ChatGPT, категории расхода текстовых моделей.
Новые материалы - дайджестом, без спама
Гайды выходят регулярно. Подпишись, чтобы не пропускать: пришлю подборку в Telegram или на email. Раз в неделю или каждый день - выбираешь сам.
