Транскрибація зустрічі і задачі в 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-хвилинній консультації. Обговоримо мови і формат ваших зустрічей, вимоги до даних і те, як має виглядати підтвердження задач перед записом. Наступним кроком визначимо, на яких записах і за якими критеріями перевірити варіанти.

Часті запитання