ZoomInfo Agent Teams: как связать AI-агентов в продажах

1 октября 2026 года ZoomInfo объявила Agent Teams, функцию GTM Studio для совместной работы специализированных AI-агентов. AI-агенты для продаж здесь выполняют разные части одного процесса: один замечает сигнал, другой собирает сведения об организации, следующий проверяет историю контактов и готовит обращение. Для руководителя отдела продаж важен маршрут от сигнала до решения менеджера: кто проверяет исходные данные, кто отвечает за запись в CRM и на каком шаге человек утверждает сообщение клиенту.

ZoomInfo сообщает, что Agent Teams доступна в GTM Studio без нового SKU и отдельного договора. Это заявление компании о доступности продукта. Состав функций, условия использования и доступ к конкретным данным следует сверить со своим договором и настройками аккаунта. Ниже разбираем релиз и пилот, который поможет оценить качество агентной цепочки на данных вашей команды.

Что ZoomInfo объявила 1 октября

В официальном пресс-релизе ZoomInfo Agent Teams описана как совместная работа специализированных агентов для процессов выхода на рынок. Компания связывает её с технологией оркестрации DoubleO.ai, о покупке которой сообщила накануне. Агентам назначают роли, инструкции и инструменты; дальнейшие действия могут учитывать состояние записи и результаты предыдущих шагов. Это описание продукта со стороны поставщика, поэтому перед внедрением проверьте нужные возможности в своей среде.

Справка ZoomInfo по Agent Teams приводит типовой маршрут: событие на сайте или изменение записи в CRM запускает исследование компании, квалификацию контакта, обновление подключённой системы, подготовку письма либо уведомление ответственного. Справка помогает понять логику сценария. Она не показывает, с какой точностью агент выполнит конкретные правила вашей компании.

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

Где AI-агенты для продаж дают практическую пользу

Квалификация входящего лида

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

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

Возврат к знакомому контакту

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

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

Подготовка персонального обращения

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

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

Как устроить управляемую цепочку агентов

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

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

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

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

Как провести пилот Agent Teams

Шаг 1. Зафиксируйте исходный процесс

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

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

Шаг 2. Ограничьте данные и действия

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

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

Шаг 3. Соберите проверочный набор

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

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

Шаг 4. Проверьте переходы и сбои

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

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

Шаг 5. Оцените качество и стоимость

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

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

Что проверить перед запуском Agent Teams

• Источники. Какие поля CRM, события сайта и данные ZoomInfo доступны вашей команде? Кто отвечает за их обновление?
• Совпадения. По каким признакам система связывает контакт, компанию и событие? Как разбирается неоднозначная запись?
• Права. Кто может читать историю, менять карточку, создавать черновик и отправлять сообщение? Где проходит подтверждение человеком?
• Согласия. Есть ли основание использовать персональные данные и выбранный канал связи для конкретного контакта?
• Качество. Какие тестовые случаи, пороги ошибок и правила повторной проверки установлены до запуска?
• Журнал. Можно ли восстановить источник вывода, правку сотрудника и финальное действие?
• Стоимость. Какие условия действуют в вашем договоре и сколько времени занимает контроль результата?

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

Кому подходит такой подход

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

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

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом