Транскрибация встреч и задачи в CRM: как выбрать решение и проверить качество

Краткий ответ: выбор инструмента зависит не только от качества текста. Важны язык встреч, разделение участников, извлечение договоренностей и интеграция с CRM. Otter и Fireflies — готовые сервисы для записи и обработки встреч, а Whisper — модель распознавания речи, то есть компонент, вокруг которого еще нужно построить весь процесс. Главное: хорошая транскрипция не доказывает, что задачи в CRM созданы правильно.

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

Четыре отдельных результата

Когда говорят «ИИ записывает встречу и ставит задачи», имеют в виду цепочку из четырех результатов. Ошибка на каждом этапе передается дальше.

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

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

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

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

Для каждого результата можно определить простую проверку:

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

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

Язык как первый фильтр

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

Заявленная сервисами поддержка языков по состоянию на октябрь 2026 года:

• Otter поддерживает транскрибацию на английском, испанском, французском, немецком, японском и китайском (упрощенном) языках; немецкий и китайский доступны в бета-версии. Украинского и русского в списке нет. Кроме того, сервис транскрибирует один язык за разговор, который нужно выбрать до начала записи; исключение описано только для сочетания французского и английского.
• Fireflies транскрибирует и составляет резюме более чем на 100 языках, включая украинский. Отдельный Multi-Language Mode для встреч, где участники переключаются между языками, находится в beta, поддерживает 60+ языков и доступен на планах Business и Enterprise. Украинский есть в списке этого режима.
• Whisper поддерживает украинский язык. Качество распознавания заметно различается между языками и ниже для языков с меньшим объемом обучающих данных; перед использованием модель стоит тщательно проверить в собственном контексте.

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

Otter, Fireflies и Whisper

Эти три названия часто сравнивают друг с другом, хотя это решения разных типов.

Готовые сервисы (Otter, Fireflies). Подключаются к видеовстречам или обрабатывают загруженные файлы, создают транскрипцию и резюме, позволяют искать по встречам и подключать интеграции. У Fireflies также есть API для доступа к данным встреч и загрузки аудио. Преимущества: быстрый старт, готовый интерфейс, минимум разработки. Ограничения: вы зависите от поддерживаемых языков, способа формирования резюме и задач, а также от того, какие данные сервис передает и куда. Наличие API или интеграции с CRM не доказывает, что автоматически извлеченные сроки и исполнители верны.

Компонент собственного процесса (Whisper). Модель преобразует аудио в текст и умеет определять язык. Все остальное нужно строить самостоятельно: запись или получение аудио, разделение участников (качество этой возможности в модели тщательно не оценено), извлечение договоренностей, интерфейс подтверждения и запись в CRM. Модель также может «галлюцинировать»: в тексте могут появиться слова, которых не было в аудио. Самостоятельное развертывание может дать больше контроля над потоком и хранением данных, если настроены связанные уровни: получение аудио, инфраструктура хранения, доступ, сроки хранения и интеграции с CRM. Один лишь запуск модели на своей инфраструктуре такого контроля не гарантирует. Преимущество — гибкость процесса. Ограничения: разработка, поддержка и ответственность за качество.

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

Извлечение договоренностей

Самая ценная и рискованная часть — превратить разговор в задачи. Для каждой задачи нужно извлекать не только текст, но и структуру:

• Действие: что именно нужно сделать.
• Исполнитель: кто взял на себя действие. Если исполнитель не назван, поле остается пустым.
• Срок: когда. Относительные сроки («до пятницы», «на следующей неделе») сохраняются в исходной формулировке вместе с датой встречи; преобразование в дату проверяется.
• Условие: зависит ли задача от чего-либо. Это поле часто пропускают, и именно здесь возникают ошибки.
• Источник: цитата из транскрипции с временной отметкой.
• Неопределенность: отметка, если модель не уверена хотя бы в одном поле.

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

Учебный пример извлечения

Первая фраза проверяет, распознает ли система условие. Вторая проверяет отрицание: модель, которая ищет глаголы действия, легко превращает «не отправляйте» в «отправить». Оба типа обязательно включите в набор проверок.

В карточке задачи CRM полезно хранить цитируемый фрагмент и статус «требует подтверждения» до проверки человеком.

Проверка и запись в CRM

Между извлеченными задачами и записью в CRM должен быть этап подтверждения. Не потому, что модель всегда ошибается, а потому, что задача в CRM становится обязательством конкретного человека и ошибки имеют последствия.

Этот этап может выглядеть так:

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

Также определите, к какому объекту CRM привязывать задачу: сделке, контакту или компании. Неверная привязка делает правильную задачу незаметной для тех, кому она нужна.

Критерии выбора

Сравнивайте варианты на собственных записях и по нескольким измеримым критериям, а не по спискам функций.

• Ошибки в именах и числах. Возьмите несколько записей и вручную проверьте распознавание имен участников, компаний, сумм, дат и номеров. Такие ошибки особенно дороги для задач.
• Язык и смешанная речь. Проверьте отдельно каждый язык встреч и случаи, где языки смешиваются.
• Разделение участников. Правильно ли реплики приписаны людям? От этого зависит исполнитель задачи.
• Качество извлечения задач. Сколько задач найдено правильно, пропущено или выдумано; как обработаны условия и отрицания.
• Конфиденциальность. Где хранятся записи и тексты, кто имеет доступ, используются ли они для обучения моделей и соответствует ли это договорам и требованиям. Уведомите участников до начала записи и проверьте требования к согласию, договорам и политике встреч, применимые к конкретной встрече и юрисдикции.
• Интеграции. Есть ли подключение к вашей CRM и поддерживает ли оно подтверждение и привязку к нужному объекту.
• Стоимость. Лицензии сервиса либо инфраструктура и разработка собственного процесса.
• Время ручной проверки. Сколько минут после каждой встречи человек тратит на подтверждение задач. Если проверка занимает столько же, сколько ручное ведение заметок, решение не помогает.

Вывод

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

Что можно сделать в своем процессе:

1. Отберите 5–10 собственных записей встреч, типичных по языку, числу участников и качеству звука.
2. Сопоставьте языки ваших встреч с заявленной поддержкой сервисов-кандидатов и исключите неподходящие.
3. Обработайте записи кандидатами и вручную отметьте ошибки в именах, числах и атрибуции реплик.
4. Отдельно оцените задачи: пропущенные, выдуманные, условные и отрицательные формулировки.
5. Опишите подтверждение: кто подтверждает, как удаляются дубликаты, к какому объекту CRM привязывается задача и как обновляются измененные договоренности.
6. Подсчитайте время ручной проверки после встречи и сравните с текущим способом учета задач. Отдельно проверьте условия хранения и обработки записей.

Если вы хотите превращать встречи в проверенные задачи CRM, команда BotLabs может разобрать ваш процесс на 15-минутной консультации. Обсудим языки и формат встреч, требования к данным и то, как должно выглядеть подтверждение перед записью задач. Следующим шагом определим, на каких записях и по каким критериям сравнить варианты.

Часто задаваемые вопросы