ИИ для продаж: выбор задач и контроль результата

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

Найди причину потерь

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

Зафиксируй исходные показатели за сопоставимый период: обращения, квалифицированные заявки, встречи, отправленные предложения, сделки и маржу. Определи, что считается квалифицированной заявкой. Иначе система сможет показать рост, просто ослабив критерии.

Карта задач отдела продаж

Пример: агентство теряет время на подготовке КП

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

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

Такой маршрут не требует автономного «робота-продавца». Он помогает проверить конкретную гипотезу: уменьшается ли время подготовки без роста ошибок и лишних обещаний. Подробная структура — в инструкции по коммерческим предложениям.

Практический пример первого шага уже можно посмотреть в нашем разборе протокола встречи в «Штабе». ИИ выделил два поручения, человек проверил результат и назначил исполнителей. Заодно нашли и сняли высокий приоритет, которого участники не обсуждали. Есть настоящие экраны и готовый учебный разговор для проверки.

Как подготовить данные

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

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

При передаче в CRM сохраняй ссылку на исходное событие и проверяй повторы. Как подключить ИИ к системе учёта клиентов разбирает эту часть отдельно.

Инструкция для резюме встречи

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

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

Где проходит граница самостоятельности

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

Если нужен агент, который выбирает инструменты и выполняет последовательность действий, используй руководство по ИИ-агенту для продаж. Выбор платформы идёт после определения разрешённых действий.

Как измерять результат

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

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

План первого запуска

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

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

Как устроены готовые ИИ-агенты для поиска и сопровождения покупателей

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

• HubSpot prospecting agent работает с компаниями, контактами, сигналами покупки и персонализированными обращениями.
• Microsoft Sales agent ищет, обобщает и помогает использовать данные о продажах из разных приложений.
• Режим с проверкой оставляет решение об отправке человеку, а автоматический режим действует по заданным настройкам обращения.

Для чего нужны plays в HubSpot

Play задаёт отдельный сценарий работы агента. Для разных целевых рынков и ценностных предложений можно создать несколько plays, не смешивая в одном сценарии разные аудитории и аргументы.

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

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

Чем отличаются Sequence и Adaptive

Метод Sequence запускает персонализированную многоканальную коммуникацию через AI sequence. Его смысл в том, что обращение строится как последовательность, а не как одно отдельное письмо.

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

Где остаётся решение человека

В режиме Review before sending каждое сообщение нужно проверить и утвердить до отправки. Этот режим соответствует подходу из примера выше, где черновик предложения отправляется клиенту только после проверки.

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

Изменение play затрагивает только контакты, добавленные после правки. Если требуется проверить новую версию сценария, результаты ранее добавленных контактов нельзя автоматически считать результатами изменённого play.

Шпаргалка по разделу «Как устроены готовые ИИ-агенты для поиска и сопровождения покупателей».

Как подготовить отдельный сценарий и не выдать агенту лишние права

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

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

Как настроить HubSpot prospecting agent

Для настройки prospecting agent и создания, изменения или удаления plays требуются права администратора prospecting agent. Права на конфигурацию не следует смешивать с доступом к повседневному назначению контактов и компаний.

Чтобы добавлять контакты и компании в работу агента, нужны права назначения prospecting agent. Такое разделение позволяет отдельно определить, кто меняет логику plays, а кто передаёт агенту конкретные записи.

1. Проверь, что используется одна из указанных подписок Marketing Hub: Starter, Professional или Enterprise.
2. Если работа строится на Smart CRM, проверь наличие уровня Professional или Enterprise.
3. Проверь наличие HubSpot Credits, которые требуются для работы prospecting agent.
4. Назначь административные права тем, кто будет настраивать агента и управлять plays.
5. Назначь права добавления контактов и компаний сотрудникам, которые будут передавать записи агенту.
6. Выбери проверку каждого сообщения перед отправкой, если решение должен принимать менеджер.

Как подготовить Microsoft Sales agent

Microsoft Sales agent полезен только при подключении пользователей к CRM. В качестве поддерживаемых CRM указаны Dynamics 365 Sales и Salesforce.

Для доступа нужна лицензия Microsoft 365 Copilot, после чего Sales agent требуется установить. Агент устанавливается и в Outlook, и в Teams.

Для работы должна быть настроена хотя бы одна сущность. Если CRM подключена, но ни одной сущности для агента не задано, условие работы Sales agent не выполнено.

1. Подключи пользователей к Dynamics 365 Sales или Salesforce.
2. Проверь доступ пользователя к лицензии Microsoft 365 Copilot.
3. Установи Sales agent в Outlook и Teams.
4. Настрой хотя бы одну сущность для работы агента.
5. Подключи тестовую CRM-среду перед проверкой изменений.

Как ограничить контекст агента

Prospecting agent учитывает недавние взаимодействия, связанные с карточками контактов, за период до одного года. При проверке обращения учитывай, что агент опирается не на всю историю без ограничений, а на обозначенный период недавних взаимодействий.

В Microsoft Sales agent сводка по умолчанию включает заметки и взаимодействия за последние 4 недели. Максимальный период составляет 12 недель, поэтому выбранный диапазон влияет на контекст сводки.

После удаления CRM-записи Microsoft Sales agent теряет к ней доступ. Удаление записи меняет доступный агенту контекст и может повлиять на последующие ответы или сводки.

Что сравнить перед выбором готового агента

Источник: knowledge.hubspot.com.

Как проверить качество до допуска агента к рабочему потоку

Оценка нужна не только после запуска. Рекомендуется проверять систему рано и часто, используя ограниченные тесты на каждом этапе, а числовые показатели сочетать с человеческой оценкой.

1. Сформулируй цель проверки и критерий успеха.
2. Подготовь набор примеров, на которых будет проверяться выбранная задача.
3. Выбери метрики для сравнения результатов.
4. Запусти оценку и сравни полученный результат с заданным критерием.
5. Продолжай оценку после изменений и перехода к рабочему использованию.

Что считать eval

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

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

Для сравнения моделей рекомендуется заранее согласовать одну метрику. Это помогает не менять основание выбора после получения результатов нескольких вариантов.

Почему одной автоматической метрики недостаточно

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

В качестве примера оценки резюме приведён набор из 1000 эталонных пар «расшифровка — резюме», порог ROUGE-L не ниже 0.40 и coherence не ниже 80% по G-Eval. Это пример конкретных критериев для конкретной задачи, а не универсальные пороги для любого агента продаж.

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

Как связать качество модели с результатом бизнеса

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

Бизнес-метрики считаются главными, поскольку ML применяется ради улучшения бизнеса. При этом высокие показатели модели сами по себе не означают улучшения бизнес-метрик.

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

• Сравнивай результаты модели по одной заранее согласованной метрике.
• Проверяй содержание ответов человеком, а не только автоматическим тестом.
• Следи за бизнес-метрикой отдельно от метрики модели.
• Не делай выручку единственным показателем короткого теста.

Какие ошибки чаще всего искажают тест и как их исправить

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

• Если агент превращает обсуждение возможности в обязательство, потребуй отделять дословные договорённости от собственных выводов.
• Если в резюме появляются неназванные сроки или ответственные, используй формулировку «не согласовано».
• Если CRM получает дубли, сохраняй ссылку на исходное событие и проверяй повторы при передаче данных.
• Если новый play оценивается по старым контактам, добавь новые записи после изменения сценария.
• Если автоматическая оценка выглядит высокой, но процесс продаж не меняется, проверь бизнес-метрику отдельно.

Агент додумывает договорённости

Предложения агента следует выносить отдельно как вопросы менеджеру. Они не должны сливаться со словами клиента или подтверждёнными сведениями компании.

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

Настройки изменили, но результат остался прежним

В HubSpot изменения play применяются только к новым контактам, добавленным после изменения. Для проверки исправленной версии используй новые добавления и не приписывай новой настройке поведение ранее enrolled-контактов.

В Microsoft Sales agent пользовательские инструкции нельзя протестировать до сохранения. Поэтому изменения рекомендуется проверять через тестовую CRM-среду до применения в рабочей среде.

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

Тестовая среда не повторяет рабочий сценарий

Действия HubSpot prospecting agent, для которых нужны HubSpot Credits, нельзя выполнить в sandbox-аккаунтах. Такой sandbox не подходит для полной проверки кредитозависимого действия.

Для Microsoft Sales agent, напротив, рекомендуется подключить тестовую CRM-среду и проверить изменения до их применения в рабочей. Выбор способа тестирования зависит от ограничений конкретного сервиса.

Для Salesforce CRM в Microsoft Sales agent пока не поддерживаются синонимы. Если сценарий зависит от альтернативных названий полей или понятий, это ограничение нужно учитывать при проверке результата.

Источник: knowledge.hubspot.com.

Как управлять рисками после первого запуска

Управление рисками не заканчивается после согласования пилота. Оно должно быть своевременным и непрерывным на протяжении жизненного цикла ИИ-системы.

• Govern: закрепи ответственность и правила принятия решений по рискам.
• Map: опиши контекст использования, данные, пользователей и возможные последствия ошибки.
• Measure: измеряй качество модели и результат бизнес-процесса.
• Manage: меняй ограничения, проверки и резервные процессы по результатам наблюдения.

Как применять AI RMF без формального чек-листа

Ядро AI RMF включает четыре функции: govern, map, measure и manage. Их действия не являются чек-листом и не образуют обязательную последовательность шагов.

AI RMF Playbook применяется добровольно, а его рекомендации можно адаптировать под потребности организации. Это позволяет использовать функции как рамку для управления конкретным агентом продаж, не выдавая их за обязательный порядок внедрения.

AI RMF 1.0 обновляется, пересмотренная версия находится в разработке. Перед формализацией внутреннего процесса проверь актуальную версию материалов на официальной странице.

Кто отвечает за риск решения

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

Документация повышает прозрачность, помогает человеческой проверке и усиливает подотчётность команды ИИ-системы. Фиксируй версию сценария, доступные данные, выданные права, критерии проверки и принятое человеком решение.

Что делать при сбое внешнего сервиса

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

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

1. Определи, какое событие считается сбоем для выбранной операции.
2. Сохрани ручной способ работы на период ограниченного запуска.
3. Зафиксируй, кто принимает решение о риске и продолжении работы.
4. Расширяй поток после оценки качества, расходов и поведения при сбое.

Когда усложнять систему, а когда оставить один сценарий

Мультиагентная архитектура не должна быть исходным выбором только из-за количества задач в продажах. Решение о её использовании рекомендуется принимать по результатам evals, поскольку ранний переход к нескольким агентам добавляет сложность и может замедлить выход в продакшен.

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

Один агент или несколько plays

Несколько plays в HubSpot предназначены для разных целевых рынков и ценностных предложений. Это способ разделить сценарии внутри prospecting agent, а не доказательство необходимости нескольких самостоятельных агентов.

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

Как безопасно расширить охват

Типичный подход к проверке ML-модели состоит в развёртывании для 1% пользователей с последующим наблюдением за бизнес-метрикой. Этот пример показывает принцип ограниченного запуска, но конкретный объём для собственного процесса нужно определять отдельно.

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

1. Проверь черновики без отправки клиентам.
2. Передай системе ограниченную часть потока.
3. Сохрани ручной способ выполнения задачи.
4. Наблюдай за заранее выбранной бизнес-метрикой.
5. Расширяй охват после оценки качества, расходов и поведения при сбое.

Что перепроверить на официальных страницах перед настройкой

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

• Уточни актуальные уровни Marketing Hub и Smart CRM, на которых доступен prospecting agent.
• Проверь действующие правила расходования HubSpot Credits для выбранного play.
• Проверь, доступны ли нужные действия prospecting agent в используемой тестовой среде.
• Уточни актуальные требования к Microsoft 365 Copilot, Outlook, Teams и подключаемой CRM.
• Проверь актуальный инструмент оценки вместо платформы Evals с учётом объявленных изменений.
• Проверь актуальную версию AI RMF перед утверждением внутреннего регламента.

Какие расходы зависят от сценария HubSpot

HubSpot Credits расходуются, когда агент создаёт персонализированное письмо для каждого рекомендованного или вручную добавленного лида. Дополнительные действия зависят от настроек play.

В источнике указано требование HubSpot Credits, но суммы в иностранной валюте для пересчёта в рубли не приведены. Точные тарифы и условия списания проверь на официальной странице цен сервиса перед запуском.

Какие изменения ожидаются у платформы Evals

Для существующих пользователей платформа Evals должна перейти в режим только для чтения 31 октября 2026 года. Её отключение запланировано на 30 ноября 2026 года. Эти даты относятся к состоянию информации на дату проверки, поэтому перед созданием нового процесса оценки уточни актуальный инструмент на официальной странице.

Что проверить после настройки Microsoft Sales agent

Убедись, что агент установлен и в Outlook, и в Teams, пользователи подключены к поддерживаемой CRM, а для работы настроена хотя бы одна сущность.

После изменения глоссария учитывай задержку до 15 минут. Пользовательские инструкции проверяй после сохранения в тестовой CRM-среде, поскольку протестировать их до сохранения нельзя.

Главное из статьи.

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

Можно ли сразу разрешить агенту автоматически писать клиентам?

HubSpot поддерживает режим Send automatically, в котором письма уходят без проверки по настройкам обращения. Для первого запуска безопаснее соответствует описанному выше подходу режим Review before sending: каждое сообщение проверяется и утверждается до отправки.

Почему HubSpot предложил меньше контактов, чем задано дневным лимитом?

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

Изменится ли работа уже добавленных контактов после правки play?

Нет оснований оценивать новую настройку по ранее добавленным контактам: изменения play применяются только к новым контактам, добавленным после правки.

Достаточно ли высокой метрики модели, чтобы признать запуск успешным?

Высокие метрики модели не обязательно означают улучшение бизнес-метрик. Отслеживай оба типа показателей и дополняй автоматические метрики человеческой оценкой.

Нужно ли сразу строить несколько ИИ-агентов для разных задач продаж?

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

Почему Microsoft Sales agent не учитывает только что изменённый термин?

Обновление терминов и определений глоссария может занимать до 15 минут. Дождись применения изменения, затем проверь результат в тестовой CRM-среде.

Что произойдёт, если удалить CRM-запись, доступную Microsoft Sales agent?

После удаления записи Sales agent перестаёт иметь к ней доступ. Учитывай это при проверке сводок и других результатов, которые зависят от доступного CRM-контекста.

Источники и проверка

• Set up and use the prospecting agent, knowledge.hubspot.com. Прочитано 5 октября 2026.
• AI RMF Core - AIRC, airc.nist.gov. Прочитано 5 октября 2026.
• Evaluation best practices | OpenAI API, developers.openai.com. Прочитано 5 октября 2026.
• Measuring success | Machine Learning | Google for Developers, developers.google.com. Прочитано 5 октября 2026.
• Set up Sales agent in Microsoft 365 Copilot, learn.microsoft.com. Прочитано 5 октября 2026.