ИИ для протоколирования встреч: выбор инструмента и настройка

Что делает ИИ для протоколирования встреч

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

Базовый функционал включает три уровня обработки. Первый уровень — распознавание речи и преобразование в текст. Современные модели работают с русским языком на уровне точности выше 90%, если качество звука приемлемое. Второй уровень — структурирование. Алгоритм определяет, где начинается новая тема, какие фрагменты относятся к одному вопросу, кто из участников что сказал. Третий уровень — извлечение смысла. Система находит договоренности, задачи, сроки, ответственных.

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

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

Помимо стандартного протокола, системы предлагают дополнительные форматы вывода. Краткое резюме на одну страницу для руководителя. Список действий с разбивкой по исполнителям. Хронология встречи с временными метками для быстрого перехода к нужному фрагменту записи. Некоторые инструменты могут генерировать письмо для рассылки участникам или формировать отчет в корпоративном стандарте.

Технология особенно полезна в нескольких ситуациях:

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

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

Разница между записью, транскрибацией и протоколом

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

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

Как выбрать сервис: критерии оценки

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

Ключевой критерий — способ подключения к встрече. Существует три основных варианта. Первый — прямая интеграция с платформой видеоконференций. Сервис подключается к звонку автоматически через API и записывает все без дополнительных действий. Удобно, но работает только с поддерживаемыми платформами. Второй — бот-участник. В конференцию добавляется виртуальный участник, который записывает звук. Работает с большинством платформ, но видим всем участникам, что может создавать дискомфорт. Третий — загрузка записи. Вы записываете встречу любым способом и затем загружаете файл в сервис для обработки. Максимальная гибкость, но требует ручных действий.

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

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

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

Обратите внимание на возможность настройки формата протокола:

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

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

Безопасность и юридические аспекты

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

Для корпоративного использования важно, где хранятся данные и кто имеет к ним доступ. Западные сервисы обычно размещают записи на своих серверах за рубежом. Для компаний, работающих с государственными контрактами или в регулируемых отраслях, это может быть неприемлемо. Российские решения чаще предлагают хранение на территории РФ и соответствие требованиям 152-ФЗ.

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

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

Российские ИИ-ассистенты для протоколирования

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

Mymeet.ai позиционируется как универсальный ИИ-ассистент для встреч. Подключается к популярным платформам через бот-участника, работает с Zoom, Google Meet, Microsoft Teams. После встречи формирует структурированный протокол с выделением ключевых тем, решений и задач. Можно настроить автоматическую отправку протокола участникам по электронной почте. Интеграция с Telegram позволяет получать уведомления и короткое резюме встречи сразу после завершения.

Сильная сторона — качество структурирования на русском языке. Система неплохо справляется с выделением договоренностей даже в неформальных обсуждениях. Слабое место — отсутствие интеграций с российскими таск-трекерами. Задачи приходится переносить вручную или использовать дополнительные автоматизации через Zapier.

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

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

MeetScribe фокусируется на простоте подключения. Достаточно вставить ссылку на будущую встречу, и сервис автоматически присоединится, запишет, расшифрует, подготовит протокол. Поддерживает российские платформы видеосвязи — Яндекс Телемост, VK Звонки, Сферу. Это важное отличие от многих конкурентов, которые работают только с западными сервисами.

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

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

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

Специализированные решения для определенных задач

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

Система умеет работать с длительными записями и разбивать их на смысловые фрагменты. Если встреча длилась несколько часов и охватывала разные темы, CogniCo сформирует отдельные блоки протокола для каждой темы. Можно использовать как рабочий инструмент для фиксации договоренностей и как личный помощник для записи мыслей, идей, заметок голосом.

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

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

Западные сервисы, доступные из России

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

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

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

Интеграции охватывают большинство популярных инструментов — Slack, Notion, Asana, Salesforce, HubSpot. Протокол можно автоматически отправлять в нужные системы сразу после встречи. Минус — сервис не всегда стабильно работает с российскими номерами телефонов при регистрации, а данные хранятся на серверах в США.

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

Это полезно в нескольких ситуациях:

1. Когда нужно показать коллегам точную реакцию клиента на предложение
2. Для обучения новых сотрудников на примерах реальных переговоров
3. Когда важна не только суть сказанного, но и интонация, эмоциональная окраска
4. Для разбора спорных моментов с сохранением полного контекста

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

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

Недавно Otter добавил функцию Otter AI Chat — можно задавать вопросы по содержанию встречи и получать ответы на основе расшифровки. Например, спросить, какой бюджет обсуждался, или попросить перечислить всех упомянутых подрядчиков. Это ускоряет работу с протоколом, когда нужно быстро найти конкретную информацию.

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

ИИ-протоколирование внутри платформ видеосвязи

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

Яндекс Телемост получил ИИ-конспект встреч в 2024 году. После завершения звонка система автоматически формирует краткое содержание обсуждения с выделением основных тем. Конспект доступен всем участникам встречи через интерфейс Телемоста. Можно скопировать текст или скачать в виде файла.

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

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

VK WorkSpace добавил AI Ассистента, который помимо конспектирования встреч умеет отвечать на вопросы по переписке в чатах и анализировать документы. Для встреч функциональность схожая — расшифровка записи, выделение ключевых моментов, формирование краткого резюме. Документ сохраняется в рабочем пространстве команды.

Интересная особенность — ассистент может подготовить черновик письма участникам встречи с итогами обсуждения. Достаточно указать, кому адресовано письмо, и система сформирует текст на основе протокола. Это экономит время на рутинной коммуникации после встреч.

продолжить

Контур.Толк интегрировал ИИ-помощника для автоматического создания конспектов встреч. Система работает внутри экосистемы Контура, что важно для компаний, уже использующих продукты этого разработчика. Конспект формируется после завершения звонка и сохраняется в истории встречи вместе с записью.

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

SaluteJazz от Сбера предлагает не только видеосвязь, но и ИИ-ассистента для работы со встречами. После звонка система создает текстовую расшифровку и краткое резюме. Можно задавать вопросы по содержанию встречи через чат с ассистентом — он найдет ответ в расшифровке и процитирует релевантный фрагмент.

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

Встроенные решения против специализированных сервисов

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

Но есть существенные ограничения. Формат протокола жестко задан разработчиком платформы. Нельзя адаптировать структуру под корпоративные стандарты или специфику отрасли. Интеграции с внешними системами отсутствуют или минимальны. Если нужно передать данные в таск-трекер или CRM, придется делать это вручную.

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

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

Как настроить ИИ для точного протокола

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

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

Конкретный пример настройки структуры:

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

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

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

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

Третий аспект — предоставление дополнительных материалов. Если перед встречей была разослана повестка, презентация или документы для обсуждения, загрузите их в систему. Современные ИИ-ассистенты умеют анализировать не только аудио, но и сопутствующие материалы. Это повышает точность протокола, потому что система понимает, о каких конкретно вопросах идет речь, знает термины и названия, может сопоставить устные договоренности с письменными предложениями.

Встреча без повестки дает протокол без структуры. ИИ фиксирует то, что произошло, но не может организовать хаос. Если обсуждение перескакивало между темами, протокол получится фрагментированным и трудным для восприятия.

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

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

Настройка для разных типов встреч

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

Настройка под тип встречи включает:

1. Выбор релевантных разделов протокола
2. Указание специфичных терминов и названий для корректного распознавания
3. Определение формата представления решений и задач
4. Настройку автоматических действий после встречи

Например, для встреч отдела продаж можно автоматически создавать карточки сделок в CRM на основе договоренностей, зафиксированных в протоколе. Для продуктовых встреч — отправлять выделенные фидбэк и идеи в систему управления продуктом. Это превращает протокол из статичного документа в исходные данные для дальнейших действий.

Какие данные передать, чтобы ИИ не додумывал

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

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

Чем больше контекста, тем точнее система интерпретирует неоднозначные моменты. Если в разговоре прозвучало местоимение он без уточнения, кто именно, ИИ с контекстом сможет определить это из предыдущих упоминаний. Без контекста в протоколе появится неопределенность.

Список участников с полными именами и должностями критически важен. Многие системы плохо справляются с определением спикеров, особенно когда несколько человек говорят похожими голосами или используют одно устройство. Если участники представились только по имени, ИИ не сможет понять, кто есть кто, и в протоколе будут безликие Спикер 1, Спикер 2.

Предоставьте список заранее:

• Полное имя и фамилия каждого участника
• Должность или роль в обсуждении
• Компания или подразделение
• Контактные данные, если протокол будет рассылаться

Это позволит системе корректно атрибутировать высказывания и правильно указывать ответственных за задачи. В итоговом протоколе вместо Спикер 3 сказал, что нужно проверить данные будет Иванов Петр, аналитик, сказал, что нужно проверить данные.

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

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

Хороший протокол не требует от читателя помнить детали встречи. Он самодостаточен и содержит всю критическую информацию для понимания решений и дальнейших действий.

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

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

Ограничения и запреты для ИИ

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

Полезное ограничение — запрет на обобщения. ИИ склонен обобщать детали для краткости, но в протоколе это может исказить смысл. Если обсуждались три варианта решения с разными плюсами и минусами, протокол должен зафиксировать все три, а не сказать рассмотрели несколько вариантов.

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

Готовые промты для составления протокола

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

Базовый промт для стандартного протокола совещания:

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

Этот промт задает структуру, уровень детализации и стиль документа. Можно адаптировать под специфику:

Для продуктовых встреч:

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

Для встреч с клиентами:

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

Для стратегических сессий:

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

Промт можно расширить дополнительными инструкциями под специфику вашей организации:

• Указать корпоративную терминологию и сокращения для правильного распознавания
• Задать формат дат и времени, принятый в компании
• Определить, как должны быть оформлены ссылки на документы или системы
• Указать, какие разделы обязательны, даже если по ним нет информации
• Задать правила для конфиденциальной информации

Промты для специфичных ситуаций

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

Для мозговых штурмов:

Зафиксируй все идеи, которые были высказаны, без фильтрации и оценки. Группируй идеи по темам, если они связаны. Укажи автора каждой идеи. Если идея получила развитие в обсуждении, добавь дополнения. Не формулируй решения, если они явно не были приняты. Итог встречи оформи как список идей для дальнейшей проработки.

Для разбора инцидентов:

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

Для ретроспектив:

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

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

Что проверить в готовом протоколе

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

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

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

Проверьте поручения:

• Правильно ли указан ответственный
• Соответствует ли формулировка задачи договоренности
• Указан ли срок, если он был обсужден
• Не потерялись ли детали или условия выполнения

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

Третье — полнота протокола. Проверьте, что все ключевые темы, которые обсуждались, отражены в документе. Иногда система пропускает фрагменты, если качество записи было плохим, или не считает их важными. Если обсуждение касалось критичного вопроса, убедитесь, что оно зафиксировано.

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

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

Четвертое — стиль и читаемость. Автоматически сгенерированный текст иногда получается корявым или избыточно формальным. Если протокол будет читать широкая аудитория, стоит причесать формулировки. Убрать повторы, исправить неудачные обороты, структурировать длинные абзацы.

Но не уходите в редактирование ради редактирования. Цель протокола — зафиксировать договоренности, а не продемонстрировать литературное мастерство. Если смысл понятен и ошибок нет, этого достаточно.

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

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

Типичные ошибки автоматических протоколов

Понимание частых проблем помогает быстрее их находить при проверке. Вот наиболее распространенные:

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

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

Пример: от конспекта к рабочему документу

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

Исходная ситуация. Полуторачасовое совещание отдела маркетинга по подготовке к запуску нового тарифа. Шесть участников, обсуждение шло живо, с перебиваниями и возвратами к предыдущим темам. Запись велась через бота в видеоконференции.

Фрагмент автоматической расшифровки выглядел примерно так.

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

Из этого фрагмента человек, который был на встрече, все понимает. Человек, который не был, не понимает ничего. Какая цифра, какая конверсия, кто такая Марина среди безликих спикеров, что именно нужно посчитать.

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

Вопрос 2. Ценообразование базового тарифа. Марина Коростылева, аналитик, отметила, что при цене 2900 рублей прогнозируемая конверсия в оплату снижается примерно на 15 процентов относительно текущего уровня. Дмитрий Савельев, руководитель направления, указал на необходимость учитывать сезонный фактор. Марина Коростылева пояснила, что сезонность влияет на показатель в обе стороны и не компенсирует эффект от повышения цены. Решение: вопрос требует дополнительного расчета, итоговая цена на встрече не утверждена. Поручение: Марина Коростылева готовит расчет конверсии для двух ценовых вариантов, срок до среды, до встречи с продуктовой командой.

Разница не в красоте формулировок. Разница в том, что второй текст самодостаточен. Цифра 2900 появилась из загруженной презентации, где ИИ нашел обсуждаемый вариант тарифа. Полные имена и должности взяты из списка участников. Указание на связь срока со встречей продуктовой команды сохранено, потому что оно объясняет логику дедлайна.

Отдельно отмечу формулировку о том, что решение не принято. Многие системы без явной инструкции попытались бы вывести решение из обсуждения и написали бы нечто вроде договорились о цене 2900 с учетом сезонности. Это был бы домысел, который через неделю привел бы к конфликту. Запрет на достраивание выводов, заданный в промте, предотвратил ошибку.

Что потребовало ручной правки

Протокол той встречи не вышел идеальным с первой попытки. Три момента пришлось исправлять вручную.

• Система объединила два разных вопроса в один блок, потому что обсуждение перескочило с ценообразования на каналы привлечения и вернулось обратно. Блоки пришлось разделить
• В одном месте потерялось отрицание. В расшифровке было решили не включать промокоды в первую волну, в протоколе появилось решение о включении промокодов
• Фамилия одного из участников распознавалась в двух вариантах написания, потому что он подключился позже и не был в предзагруженном списке

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

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

Интеграции с CRM и рабочими инструментами

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

Первое направление — системы управления задачами. Поручения из протокола автоматически превращаются в карточки с исполнителем, сроком и описанием. Российские сервисы чаще всего интегрируются с Яндекс Трекером, Битрикс24, Кайтен, YouGile. Западные работают с Jira, Asana, Trello, Notion. Качество интеграции различается сильно. Одни решения просто создают задачу с текстом поручения, другие умеют проставлять исполнителя по сопоставлению имени с учетной записью, подтягивать срок, прикреплять ссылку на фрагмент записи.

Проверить глубину интеграции стоит до покупки подписки. Ситуация, когда задачи создаются, но без исполнителей и сроков, экономит мало времени.

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

Типовой набор данных, который передается в систему работы с клиентами:

• Краткое резюме разговора с выделением потребностей клиента
• Озвученные возражения и реакция на предложение
• Согласованные условия, если они обсуждались
• Следующий шаг с датой и ответственным
• Ссылка на полную расшифровку и запись

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

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

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

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

Когда интеграции не нужны

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

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

Разумная последовательность внедрения выглядит так.

1. Месяц работы с базовым протоколированием без интеграций, чтобы понять, насколько инструмент прижился
2. Подключение одной интеграции, которая закрывает самую болезненную рутину
3. Оценка эффекта через две-три недели использования
4. Добавление следующей интеграции только при явной потребности

Безопасность данных и согласие на запись

Запись встреч затрагивает и юридическую, и организационную сторону. Игнорировать эти вопросы рискованно, особенно если встречи касаются коммерческих условий, персональных данных или внутренней информации компании.

Правовая основа в России — закон 152-ФЗ о персональных данных. Голос человека и содержание его высказываний относятся к персональным данным, а запись и обработка требуют согласия субъекта. Для внутренних встреч вопрос обычно решается через локальные акты и трудовые договоры, где прописано согласие на запись рабочих коммуникаций. Для встреч с внешними участниками согласие нужно получать явно.

Практичный способ — объявлять о записи в начале встречи и фиксировать это в самой записи. Фраза о том, что встреча записывается для подготовки протокола, и отсутствие возражений участников создают подтверждение согласия. Если кто-то возражает, запись нужно остановить. Многие сервисы с ботом-участником автоматически показывают всем, что идет запись, это снимает часть вопросов.

Второй блок вопросов касается хранения и доступа. Здесь стоит проверить несколько параметров выбранного решения.

• Где физически расположены серверы с записями и расшифровками
• Шифруются ли данные при передаче и при хранении
• Имеют ли сотрудники разработчика доступ к содержанию записей
• Используются ли данные клиентов для обучения моделей
• Какой срок хранения установлен по умолчанию и можно ли его изменить
• Есть ли возможность полного удаления записи по запросу

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

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

Локальное развертывание решает вопрос конфиденциальности, но создает другие сложности. Требуются вычислительные ресурсы, включая видеокарты для работы моделей распознавания. Нужен специалист для установки и поддержки. Модели обновляются реже, чем в облачных сервисах, поэтому качество со временем может отставать. Стоимость владения выше, чем подписка, и окупается только при большом объеме встреч или при жестких регуляторных требованиях.

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

Организационные правила внутри команды

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

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

Установите, кто имеет доступ к протоколам и записям. Открытый доступ для всей компании удобен, но подходит далеко не для всех встреч. Разумный подход — доступ участникам встречи и их руководителям, расширение по запросу.

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

Сравнение тарифов популярных сервисов

Цены на рынке меняются часто, тарифные сетки пересматриваются, появляются новые планы. Поэтому приведу не конкретные суммы, которые устареют, а модели тарификации и ориентиры по порядку расходов. Актуальную стоимость стоит проверять на сайте выбранного сервиса перед покупкой.

Основные модели оплаты различаются логикой расчета.

Модель	Как считается	Кому подходит
Оплата за минуты обработки	Платите за фактический объем обработанного аудио	Нерегулярные встречи, сезонная нагрузка
Подписка с лимитом часов	Фиксированная сумма за определенное количество часов в месяц	Предсказуемый поток встреч у одного пользователя
Оплата за пользователя	Фиксированная сумма за каждого сотрудника с доступом	Команды, где протоколирование использует большинство
Корпоративный договор	Индивидуальный расчет под объем и требования	Крупные организации, локальные установки

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

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

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

При расчете бюджета учитывайте не только объявленную цену подписки.

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

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

На что обратить внимание в условиях тарифа

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

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

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

Частые вопросы

Насколько точно ИИ распознает русскую речь

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

Можно ли записывать встречу без согласия участников

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

Чем ИИ-протоколирование отличается от встроенной записи в видеоконференции

Встроенная запись дает файл, который нужно прослушивать. ИИ-сервис дает структурированный документ с решениями и задачами, расшифровку с поиском и возможность перейти к нужному моменту разговора. Часть платформ видеосвязи уже добавила автоматические конспекты, но их формат жестко задан и не настраивается под корпоративные требования.

Работает ли это с офлайн-встречами

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

Нужно ли проверять каждый протокол

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

Что делать, если ИИ пропустил важное решение

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

Может ли ИИ полностью заменить секретаря на совещаниях

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

С чего начать внедрение в команде

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

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