AI-ассистент для встреч: расшифровка, протокол, задачи и запись в CRM

Коротко

• Что это. Связка: запись встречи → транскрипт с разделением по говорящим → структурированный протокол (решения, задачи, риски, открытые вопросы) → согласование человеком → автоматическая запись в CRM и таск-трекер → напоминания по срокам.
• Ключевой шаг — не расшифровка, а согласование. Протокол уходит в CRM только после того, как ведущий встречи нажал «подтвердить». Иначе вы получите красиво оформленную ошибку, размноженную по трём системам.
• Сколько экономит. Обычно 8–15 минут ручной работы на каждую встречу плюс исчезает класс потерь «договорились и забыли». При 20 встречах в неделю это 3–5 часов, но главный эффект — не в часах, а в том, что поручения перестают теряться.
• Стоимость обработки. Транскрибация часа аудио — единицы центов у облачных API; разбор транскрипта LLM — сопоставимо. Основные затраты — не токены, а интеграция с вашей CRM и настройка формата протокола.
• Что нельзя отдавать без человека. Изменение суммы сделки, смену стадии в воронке, отправку писем клиенту, любые обязательства по срокам и деньгам.

Почему протоколы не пишутся

Разберём честно, а не «из-за нехватки времени».

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

Формат не определён. Один пишет три пункта в Telegram, другой — простыню в Notion, третий — ничего. Итоги не сравнимы между собой, искать в них нельзя.

Итоги не связаны с задачами. Даже когда протокол написан, задачи из него в трекер переносят вручную. Этот шаг отваливается первым.

Никто не проверяет исполнение. Через неделю задача либо всплывает случайно, либо не всплывает. Контроль поручений держится на памяти руководителя, а память конечна.

AI-ассистент убирает первые три барьера почти полностью и даёт основу для четвёртого. Но только если вы строите процесс, а не покупаете «бота, который расшифровывает».

Workflow: meeting-to-action

Вот схема, которая реально работает в SMB. Шесть шагов, каждый со своей зоной ответственности.

Шаг 0. Захват записи и согласие

Источники разные: Zoom, Google Meet, Яндекс Телемост, Контур.Толк, Telegram-звонки, живая встреча с диктофоном на телефоне.

Технически проще всего сделать одну точку входа — папку в облаке или Telegram-бота, куда падает файл. Пусть менеджер после встречи отправляет аудио в бота, а бот отвечает «принял, обработаю за 4 минуты». Это надёжнее, чем интеграции с пятью платформами сразу.

Про согласие. Запись разговора с клиентом требует его уведомления. В начале встречи — одна фраза: «Я включаю запись для протокола, возражений нет?» — и она же остаётся в транскрипте как доказательство. Для внутренних встреч зафиксируйте правило в регламенте. Не пропускайте этот пункт: 152-ФЗ и претензии клиентов дороже любой экономии времени.

Шаг 1. Транскрипт с разделением по говорящим

Просто текст бесполезен. Нужна диаризация — кто что сказал — и тайм-коды.

Без диаризации LLM не отличит «клиент попросил скидку 15%» от «менеджер предложил скидку 15%». Это разные ситуации с разными последствиями.

Русская речь на телефонной линии распознаётся хуже студийной. Заранее заведите словарь ваших терминов, названий продуктов, фамилий клиентов — почти все движки поддерживают подсказки, и это поднимает качество там, где оно важнее всего.

Шаг 2. Структурирование в протокол

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

• Решения — что зафиксировано окончательно, с формулировкой.
• Задачи — что, кто, к какому сроку. Если ответственный или срок не назван вслух — поле остаётся пустым и подсвечивается как пробел, а не выдумывается.
• Открытые вопросы — что осталось без ответа и от кого ждём.
• Риски и возражения — особенно на встречах с клиентами.
• Договорённости по деньгам — суммы, скидки, условия оплаты, отдельным блоком.
• Цитаты-якоря — 3–5 дословных фраз с тайм-кодами, подтверждающих ключевые пункты.

Последний блок недооценивают. Именно цитаты позволяют за 30 секунд проверить, не придумала ли модель договорённость. Ссылка на 00:41:12 — это то, что превращает протокол из пересказа в документ.

Отдельно попросите модель разделять «сказано прямо» и «выведено из контекста». Второе помечается как гипотеза.

Шаг 3. Согласование протокола человеком

Самый важный шаг и тот, который чаще всего выбрасывают.

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

Правки вносятся текстом прямо в ответ: «срок по второй задаче не 20-е, а 27-е», «ответственный — Соколова, не Соколов». Ассистент перестраивает протокол и показывает снова.

Практика показывает: на согласование уходит 1,5–3 минуты вместо 12–15 минут написания с нуля. И это принципиально другая когнитивная нагрузка — проверить готовое легче, чем создать.

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

Шаг 4. Запись в CRM и трекер

После подтверждения ассистент делает то, что раньше делал человек:

• В CRM (Bitrix24, amoCRM) — комментарий в карточке сделки с итогами, файл транскрипта, обновление полей, которые вы разрешили обновлять автоматически: дата следующего контакта, источник возражения, обсуждаемый тариф.
• В трекер (Kaiten, Яндекс Трекер, Планфикс, Jira) — задачи с ответственными, сроками и ссылкой на пункт протокола.
• В базу знаний — сам протокол, чтобы его можно было найти поиском через полгода.

Важное правило: набор полей, которые агент имеет право менять, определяется явным списком. Стадия сделки, сумма и вероятность в этот список не входят — про это подробнее ниже.

Шаг 5. Контроль поручений

Здесь система начинает приносить больше, чем сэкономленное время.

Ассистент помнит все задачи, созданные из встреч, и умеет:

• напоминать ответственному за день до срока;
• в день дедлайна спрашивать статус одним сообщением с кнопками «сделано / нужно ещё N дней / отменено»;
• собирать сводку для руководителя раз в неделю: что закрыто, что просрочено, что переносилось трижды;
• при следующей встрече с тем же клиентом подставлять в бриф: «в прошлый раз обещали прислать смету до 3-го, не отправлено».

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

Где это даёт больше всего

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

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

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

Планёрки. Здесь эффект самый скучный и самый надёжный — исчезает жанр «поговорили и разошлись».

Сколько экономит на самом деле

Считать надо честно, без «AI экономит 40% времени».

Прямая экономия: 8–15 минут на встречу. Компания с 20 встречами в неделю получает 3–5 часов. По ставке руководителя это ощутимо, но это не главная строка.

Главное — потери, которые исчезают:

• забытые обещания клиенту (одна упущенная сделка перекрывает годовую стоимость системы);
• задачи, которые не дошли до трекера;
• время на восстановление контекста перед следующей встречей — те самые 5–10 минут «а о чём мы в прошлый раз говорили»;
• споры «кто что обещал», которые съедают часы и отношения.

Затраты на обработку минимальны: транскрибация часа аудио через облачные API стоит центы, разбор транскрипта LLM — сопоставимо. Реальные деньги уходят на интеграцию с вашей CRM и на настройку промптов под ваш формат протокола. Это единоразово.

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

Риски и что нельзя отдавать без человека

Модель придумывает договорённости. Не часто, но регулярно — особенно там, где обсуждение было неконкретным. Модель «дожимает» размытое до определённого. Защита: обязательные цитаты-якоря, пустые поля вместо догадок, согласование человеком.

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

Автоматическая запись в CRM без подтверждения. Соблазн большой, последствия неприятные: сделка уезжает на другую стадию, срабатывает автоматизация, клиенту улетает письмо. Запись только после подтверждения — правило без исключений.

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

Права доступа. Протокол встречи с клиентом не должен быть виден всей компании. Наследуйте права от карточки сделки в CRM, а не делайте общую папку.

Логи. Каждое действие агента — кто загрузил, что распозналось, какая версия протокола, кто подтвердил, что записалось в CRM — должно оставлять след. Без этого вы не сможете разобрать инцидент, когда он случится.

Про общие принципы контролируемых агентов мы писали в статье что такое AI-агент для бизнеса.

План внедрения

Не пытайтесь охватить все встречи сразу. Рабочая последовательность:

Неделя 1. Один тип встреч. Выберите самый болезненный — обычно это созвоны с клиентами у отдела продаж. Пять-десять записей прогоните вручную через связку «транскрипт → LLM → протокол», без интеграций. Цель — понять, какая структура протокола вам реально нужна.

Неделя 2. Формат и качество. Доведите схему протокола до того состояния, когда руководитель читает его и не хочет ничего дописывать. Здесь уходит больше всего итераций промпта. Проверьте на записях с плохим звуком.

Неделя 3. Согласование и Telegram. Соберите цикл: файл в бот → протокол → кнопки подтверждения → правки текстом. Пока без CRM. Пусть команда неделю поработает так и привыкнет.

Неделя 4. Интеграция с CRM и трекером. Начните с одного действия — комментарий в карточку сделки. Потом задачи. Потом обновление разрешённых полей.

Дальше. Контроль поручений. Напоминания, статусы, недельная сводка. Этот блок добавляется последним, когда данные уже накопились.

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

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

FAQ

Чем это отличается от встроенных заметок Zoom или Google Meet? Встроенные ассистенты делают шаги 1 и 2 — транскрипт и саммари. Дальше текст остаётся в интерфейсе платформы. Шагов «согласование», «запись в CRM», «контроль поручений» там нет, и именно они дают эффект. Плюс встроенные решения не работают с телефонными звонками и офлайн-встречами.

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

Можно ли обойтись без согласования, если качество высокое? Технически можно, практически не стоит. Даже при 95% точности каждая двадцатая встреча даст ошибку — и она попадёт в CRM, к клиенту, в задачу с чужим сроком. Две минуты проверки стоят дешевле одного такого случая.

Что делать, если в компании не любят, когда их записывают? Начните с внешних встреч, где запись объясняется интересами клиента, и с планёрок руководителей, которые согласны сами. Не вводите обязательную запись всего приказом — это гарантированно вызовет сопротивление и саботаж. Когда команда увидит, что протоколы приходят готовыми и никого не «ловят», отношение меняется.

Куда девать аудиофайлы? Решите заранее. Рабочий вариант: транскрипт хранится долго (он текстовый и полезный), аудио — 30–90 дней, потом удаляется автоматически. Для встреч с чувствительными данными — отдельная политика и ограниченный доступ.

Сколько времени занимает обработка одной встречи? Час аудио обычно обрабатывается за 3–7 минут: распознавание плюс разбор транскрипта. Для практики это значит, что протокол приходит раньше, чем участники успевают переключиться на следующую задачу.

Подойдёт ли готовое решение или нужна разработка? Если вам достаточно транскрипта и саммари — берите готовый сервис, это дешевле. Как только нужна запись в вашу CRM по вашим правилам, согласование, контроль поручений и разграничение прав — это уже интеграционный проект, и готовые коробки на нём заканчиваются.

Что дальше

Если хочешь понять, что автоматизировать у себя — напиши Дмитрию в Telegram @dmkosik или опиши свой процесс встреч для диагностики Paramiko: какие встречи, сколько их в неделю, где сейчас теряются договорённости и в какой системе живут задачи.