Что получится
ИИ-агент для встреч и follow-up помогает не терять смысл созвонов: готовит agenda до встречи, собирает контекст по клиенту, делает краткое резюме после разговора, выделяет решения и action items, создает задачи, обновляет CRM и готовит письмо с итогами.
Такой агент полезен в продажах, customer success, проектном управлении, поддержке сложных клиентов и внутренних рабочих встречах. Его ценность не в том, чтобы “записать все подряд”, а в том, чтобы превратить разговор в понятные следующие действия.
На старте агент не должен отправлять клиенту итоговое письмо без проверки, менять сумму сделки, обещать сроки, фиксировать юридически значимые договоренности или удалять спорные части контекста. Первая версия должна готовить материалы для человека и аккуратно записывать факты.
Где агент полезен
- Продажные демо и discovery calls.
- Встречи customer success.
- Onboarding-созвоны.
- QBR и регулярные отчеты с клиентом.
- Проектные планерки.
- Интервью с пользователями.
- Встречи по инцидентам.
- Внутренние совещания команды.
- Follow-up после коммерческого предложения.
- Подготовка задач после обсуждения.
- Обновление CRM после встречи.
- Контроль обещаний и дедлайнов.
Шаг 1. Выберите тип встречи
Не пытайтесь сразу покрыть все созвоны. У разных встреч разные правила и итоговый формат.
Хорошие первые сценарии:
- sales discovery;
- демо продукта;
- onboarding клиента;
- customer success check-in;
- renewal call;
- проектная встреча;
- разбор инцидента;
- интервью с пользователем.
Для MVP лучше взять один сценарий, где после встреч регулярно теряются задачи или CRM остается пустой.
Шаг 2. Опишите результат встречи
Агенту нужно понимать, что считать хорошим итогом.
Для sales discovery:
- задача клиента;
- текущий процесс;
- боль;
- бюджетный ориентир;
- сроки;
- участники решения;
- следующий шаг;
- риски сделки.
Для customer success:
- состояние клиента;
- блокеры;
- открытые вопросы;
- обещания команды;
- задачи клиента;
- дата следующего контакта;
- риск оттока;
- признаки expansion.
Для проекта:
- решения;
- action items;
- владельцы;
- дедлайны;
- зависимости;
- спорные вопросы;
- изменения scope.
Шаг 3. Подключите календарь
Google Calendar API позволяет работать с календарями и событиями. Событие содержит название, время начала и конца, участников, описание и другие данные. Это удобно для агента: он может заранее видеть, какая встреча скоро начнется, кто участвует и какой контекст нужно подготовить.
Минимум для первой версии:
- читать события ближайших дней;
- находить участников;
- брать описание встречи;
- видеть ссылку на видеозвонок;
- определять тип встречи по названию, участникам или CRM-связи;
- не читать личные календари без явного разрешения;
- не менять события без отдельного правила.
Если агент должен создавать встречу, добавьте отдельный сценарий с проверкой времени, участников и текста приглашения.
Шаг 4. Подготовьте pre-meeting brief
Перед встречей агент должен собрать короткую справку.
В brief можно включить:
- кто участвует;
- что за компания или проект;
- история последних контактов;
- открытые сделки или тикеты;
- последние письма;
- прошлые action items;
- цель встречи;
- вопросы, которые нужно задать;
- риски;
- что нельзя обещать.
Пример:
`Встреча с ООО "Пример", discovery call. Контакт: Head of Support. Последняя заявка: хочет снизить нагрузку первой линии. Открытый вопрос: какой helpdesk используют и сколько обращений в месяц. Риск: бюджет не подтвержден. Цель встречи: понять текущий процесс и договориться о следующем шаге.`
Шаг 5. Подготовьте agenda
Agenda помогает не превратить встречу в хаотичный разговор.
Пример для sales discovery:
1. Контекст и цель встречи. 2. Текущий процесс клиента. 3. Главная боль и критерии успеха. 4. Ограничения: сроки, интеграции, безопасность. 5. Подходящее решение или следующий шаг. 6. Договоренность и дедлайны.
Пример для customer success:
1. Что изменилось с прошлой встречи. 2. Какие результаты уже есть. 3. Какие блокеры мешают. 4. Что нужно от команды клиента. 5. Что берет на себя ваша команда. 6. Следующая дата контакта.
Агент может предлагать agenda, но человек должен быстро ее проверить перед важным созвоном.
Шаг 6. Получите запись или transcript
Если встреча проходит в Zoom, Zoom API можно использовать для работы с meetings и cloud recordings. В API встреч и записей встречаются данные по meeting ID, recordings и файлам, включая transcript, если он доступен для вашей настройки аккаунта.
Практичная схема:
- календарь сообщает о встрече;
- агент связывает событие с клиентом или сделкой;
- после встречи система получает запись или transcript;
- transcript сохраняется в ограниченное хранилище;
- агент делает summary и action items;
- исходный transcript не рассылается лишним людям.
Обязательно предупредите участников о записи и соблюдайте правила компании и юрисдикции. Для некоторых встреч запись вообще не нужна: достаточно ручных заметок или краткого summary от менеджера.
Шаг 7. Нормализуйте данные встречи
Соберите единый формат.
Пример полей:
- meeting_id;
- calendar_event_id;
- title;
- meeting_type;
- date;
- participants;
- company_id;
- contact_id;
- deal_id;
- transcript_url;
- transcript_text;
- previous_context;
- agenda;
- decisions;
- action_items;
- follow_up_draft;
- risks;
- next_meeting_date.
Если transcript длинный, агенту лучше работать частями: сначала извлечь факты, затем собрать итоговое резюме, затем проверить action items.
Шаг 8. Сделайте структуру итогов
Не просите модель “кратко пересказать встречу”. Задайте формат.
Хороший итог:
- цель встречи;
- краткий контекст;
- ключевые тезисы;
- решения;
- action items;
- владельцы;
- сроки;
- вопросы без ответа;
- риски;
- следующий шаг;
- что записать в CRM;
- что отправить клиенту.
Пример JSON:
{
"summary": "Обсудили внедрение AI-агента в поддержку.",
"decisions": ["начать с базы знаний и 3 типовых сценариев"],
"action_items": [
{
"owner": "менеджер",
"task": "отправить список интеграций",
"due": "2026-05-25"
}
],
"risks": ["нет подтвержденного бюджета"],
"crm_note": "Клиент использует Zendesk, 12000 обращений в месяц, интерес к пилоту в июне."
}Шаг 9. Отделите внутренние заметки от клиентского follow-up
Это важное правило. Внутреннее summary может содержать риски, оценки, сомнения и заметки менеджера. Клиентский follow-up должен быть аккуратным и нейтральным.
Внутренние заметки:
- риск сделки;
- возражения;
- слабые места;
- оценка вероятности;
- ограничения;
- что обсудить внутри команды.
Письмо клиенту:
- спасибо за встречу;
- краткий итог;
- подтвержденные договоренности;
- следующие шаги;
- владельцы;
- сроки;
- материалы;
- дата следующего контакта.
Агент должен генерировать эти два текста отдельно.
Шаг 10. Создайте задачи
Action item без задачи почти всегда теряется.
Задача должна включать:
- название;
- владельца;
- дедлайн;
- связанную компанию;
- связанную сделку или проект;
- источник: какая встреча;
- приоритет;
- короткий контекст;
- ссылку на summary.
Если владелец неясен, агент не должен назначать случайного человека. Пусть создаст задачу на организатора встречи: “назначить владельца для action item”.
Шаг 11. Обновите CRM
HubSpot Meetings API позволяет логировать и управлять meeting activities на CRM records. Встречу можно связать с контактами, компаниями и сделками, а также хранить описание, внутренние заметки и время встречи.
Для первой версии достаточно:
- найти контакт и компанию;
- найти активную сделку;
- записать meeting summary;
- добавить внутренние заметки;
- создать задачи;
- обновить next step;
- не менять сумму сделки без правила;
- не закрывать сделку автоматически.
Если CRM не обновляется после встреч, pipeline быстро становится фантазией. Агент должен помогать фиксировать факты сразу после разговора.
Шаг 12. Подготовьте follow-up письмо
Письмо должно быть коротким.
Шаблон:
Здравствуйте, [имя].
Спасибо за встречу. Кратко зафиксировал итоги:
- [итог 1]
- [итог 2]
- [итог 3]
Следующие шаги:
- [задача] - [владелец], до [дата]
- [задача] - [владелец], до [дата]
Если я что-то понял не так, поправьте, пожалуйста.Для спорных тем лучше добавить ручную проверку перед отправкой. Особенно если обсуждались деньги, сроки, юридические условия, персональные данные или инцидент.
Шаг 13. Настройте напоминания
Follow-up не заканчивается письмом. Агент должен следить, выполнены ли задачи.
Правила:
- если задача просрочена, напомнить владельцу;
- если клиент не ответил 2-3 дня, предложить мягкий follow-up;
- если нужна следующая встреча, создать draft события;
- если дедлайн зависит от клиента, не давить слишком часто;
- если задача закрыта, обновить CRM;
- если появился новый ответ, остановить автоматическую цепочку.
Важно: агент не должен бесконечно писать человеку. У каждого сценария должен быть лимит касаний.
Шаг 14. Добавьте guardrails
Запретите агенту:
- отправлять follow-up без проверки в чувствительных случаях;
- обещать сроки, цену или скидку;
- менять сумму сделки;
- закрывать сделку;
- фиксировать спорную договоренность как факт;
- раскрывать внутренние заметки клиенту;
- отправлять transcript всем участникам без правила;
- игнорировать отказ от записи;
- назначать задачи людям без доступа к контексту;
- удалять исходные заметки.
Разрешите агенту:
- готовить agenda;
- собирать pre-meeting brief;
- делать summary;
- выделять action items;
- готовить черновик follow-up;
- логировать meeting note;
- создавать задачи;
- предлагать next step;
- подсвечивать риски.
Шаг 15. Проверьте качество
Соберите тестовый набор из разных встреч.
Проверьте:
- короткая встреча на 10 минут;
- длинная встреча на час;
- несколько клиентов в одном созвоне;
- спорная договоренность;
- нет явного владельца задачи;
- обсуждали цену;
- обсуждали персональные данные;
- плохой transcript;
- встреча без решений;
- встреча с переносом дедлайна;
- встреча после негативного тикета;
- встреча с renewal.
Для каждого кейса проверьте:
- не перепутаны ли участники;
- не выдуманы ли решения;
- правильно ли выделены задачи;
- отделены ли внутренние заметки от клиентского письма;
- записано ли в CRM только то, что нужно;
- есть ли дедлайны и владельцы;
- соблюдены ли ограничения.
Шаг 16. Смотрите метрики
Полезные метрики:
- доля встреч с summary;
- доля action items с владельцем;
- доля action items с дедлайном;
- скорость отправки follow-up;
- доля просроченных задач;
- число ручных исправлений summary;
- полнота CRM после встреч;
- количество потерянных договоренностей;
- влияние на конверсию сделки;
- влияние на renewal или удержание;
- доверие команды к заметкам агента.
Если люди перестают читать summary, значит агент пишет слишком много или слишком расплывчато. Хороший итог встречи должен экономить время, а не создавать еще один документ.
Частые вопросы
Можно ли агенту самому отправлять follow-up?
Для простых внутренних встреч можно. Для клиентов, продаж, renewal, денег, сроков, инцидентов и юридически значимых тем лучше сначала использовать ручное согласование.
Нужно ли записывать каждую встречу?
Нет. Иногда достаточно ручных заметок или краткого summary от организатора. Запись нужна там, где важна точность, но ее нужно согласовывать с участниками и хранить по правилам доступа.
Что важнее: transcript или action items?
Action items важнее. Transcript полезен как источник, но бизнес-результат появляется только когда есть понятные задачи, владельцы, дедлайны и следующий шаг.
Как не раскрыть клиенту внутренние заметки?
Генерируйте два разных блока: internal notes и client follow-up. Клиенту отправляйте только подтвержденные договоренности, следующие шаги и материалы. Риски сделки, оценки и внутренние сомнения должны оставаться внутри команды.
Что делать, если агент не уверен в решении?
Пусть помечает пункт как `needs review`, добавляет цитату или фрагмент контекста и отправляет человеку на проверку. Неуверенную договоренность нельзя превращать в факт.
