Не проси нейросеть «сделать красивое резюме встречи». Попроси её собрать протокол с привязкой к исходным словам, а всё неясное пометить как неясное. Иначе аккуратный текст легко превратит предположение в решение, а фразу «может, возьмёшь?» — в назначенную задачу.
До записи проверь, что участники знают о ней и согласны на выбранный способ фиксации. Правила зависят от страны, организации и типа встречи; инструментальная возможность записывать не означает, что это уместно или разрешено. В Teams, например, Copilot поддерживает разные режимы работы с итогами встречи; доступность зависит от настроек организации и лицензии. См. справку Microsoft о recap встреч и режиме без записи или транскрибации.
Сначала раздели четыре сущности
В протоколе не смешивай:
- Тема: что обсуждали.
- Решение: на чём явно сошлись.
- Задача: конкретное действие, которое кто-то принял.
- Предложение: вариант, который ещё не утвердили.
Слова «давайте посмотрим», «можно попробовать» и «вернёмся позже» сами по себе не назначают владельца и срок. Если в разговоре этого нет, так и запиши: «ответственный не назначен» или «срок не определён».
Рабочий шаблон запроса
Передай транскрипт и попроси заполнить структуру. Например:
Используй только приложенную расшифровку. Не додумывай решения, ответственных, сроки и цифры. Для каждого решения и задачи укажи точный таймкод или короткий фрагмент исходной речи. Если формулировка неоднозначна, вынеси её в «нужно подтвердить». Раздели решения, принятые задачи, предложения и открытые вопросы. Если имя или срок прямо не названы, напиши «не указано».
Попроси такой формат:
| Тип | Формулировка | Ответственный | Срок | Основание | Статус |
|---|---|---|---|---|---|
| Решение/задача/предложение | Одно проверяемое действие или вывод | Имя либо «не указан» | Дата либо «не указана» | Таймкод + исходная реплика | Подтверждено/уточнить |
Важная деталь: таймкод должен вести к месту в записи, а цитата — совпадать с транскриптом. Если расшифровка неточная, ссылка на таймкод помогает переслушать фрагмент; она не превращает ошибочное распознавание в факт.
Проверка протокола за несколько проходов
- Сверь решения. Для каждой строки найди в исходнике явное согласие, а не просто обсуждение.
- Проверь владельца. «Команда» и «кто-нибудь» — не персональный ответственный. Оставь поле пустым или запроси уточнение.
- Проверь срок. «На следующей неделе» зависит от даты встречи. Сохрани относительную формулировку и дату встречи, пока не переведёшь её в календарную дату.
- Отдели факты от вывода. Если модель вывела задачу из общего обсуждения, перенеси её в список возможных действий на подтверждение.
- Проверь имена, суммы и отрицания. Особенно легко потерять «не», перепутать говорящих или неверно распознать название продукта.
- Удали лишние персональные данные. В протоколе оставь только то, что нужно для работы; доступ к записи и расшифровке ограничь.
Где ИИ полезен, а где нужен человек
ИИ быстро группирует темы, находит повторяющиеся вопросы и готовит черновую таблицу. Но он не знает, какое предложение участники молча приняли, не видит жестов и не может восстановить пропущенную реплику. Человек должен подтвердить решения и задачи до отправки протокола. Для конфиденциального обсуждения проверь корпоративные правила хранения и обработки до загрузки записи во внешний сервис.
Если встреча без записи, веди заметки вручную и после попроси ИИ структурировать только их, не добавляя выводов. Начни с одной короткой встречи и сверь каждую строку протокола с источником.
Не отправляй протокол автоматически с первого раза
В начале лучше делать «черновик → проверка владельцем встречи → рассылка». Это сохраняет человеческую ответственность за то, что было принято. Когда процесс устоялся, можно автоматизировать только подготовку таблицы и уведомление о черновике, оставив подтверждение явным действием организатора. Получателям полезно видеть статус: «черновик, решения требуют проверки» или «утверждено». Не позволяй красивой вёрстке скрывать неопределённость.
Если участник оспаривает строку, исправляй её по исходной записи и отмечай изменение. Не перезаписывай первоначальную формулировку так, будто она всегда была точной: для рабочих процессов иногда важно понимать, что было сказано и когда договорённость уточнили. Храни запись только столько, сколько действительно нужно, и следуй установленным срокам хранения.
При нескольких похожих голосах отдельно проверь, кому принадлежит реплика. Не назначай владельца задачи по очередности реплик: попроси ведущего подтвердить его, особенно если речь о клиентском обязательстве.
Финальная сверка
Для каждой строки спроси: «Какой фрагмент подтверждает именно этот вывод?» Если источник не подтверждает решение или владельца, удали строку либо перенеси её в «нужно уточнить». Группируй задачи по владельцам, сохраняя исходную тему и ссылку на запись. В долгом проекте веди датированный журнал решений и отмечай, какое из них заменено: подробности о том, как передавать актуальное состояние между чатами, — в материале о контексте и памяти нейросети.