Итоги встречи и черновики задач
Сценарий сокращает механическую работу после звонка, но не определяет договоренности вместо участников. Главный контрольный шаг выполняет организатор встречи.
Цель и граница автоматизации
Что меняем
Цель - превратить длинную стенограмму в проверяемый протокол, не стирая различие между обсуждением, решением и возможной задачей. На странице задачи должны появляться только после того, как организатор подтвердил смысл, владельца и срок.
Где останавливается ИИ
Модель не голосует за участников, не определяет, кто обязан выполнить работу, и не превращает желательную дату в согласованный срок. Если в разговоре нет явной договоренности, результат остается открытым вопросом.
Материал организован как разбор рабочего случая. Сценарий начинается с наблюдаемой проблемы, затем показывает путь документа или сообщения и только после этого предлагает формальные правила. Этот формат помогает обсудить внедрение с владельцем процесса на языке его ежедневной работы.
На пилоте сохраняйте примеры, где человек не согласился с черновиком. Именно такие случаи уточняют границу автоматизации лучше, чем десятки простых совпадений. Исправление должно превращаться в новое правило или тест, а не оставаться случайной правкой.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Итоги встречи и черновики задач». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Протокол и черновики задач с ответственными» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Как работает сценарий
Получить расшифровку
Сценарий запускается после появления готового текста и сохраняет ссылку на исходную запись или стенограмму.
Разделить факты и предположения
ИИ выделяет обсуждения, явно принятые решения, вопросы без ответа и возможные задачи в разные блоки.
Подготовить черновики задач
Для каждой задачи модель предлагает формулировку, ответственного и срок только тогда, когда они названы в разговоре.
Согласовать протокол
Организатор исправляет имена, сроки и решения, после чего вручную подтверждает публикацию.
Создать задачи и уведомить команду
После подтверждения автоматизация создает карточки и отправляет участникам ссылку на итоговый протокол.
Основные риски
Распознавание речи может перепутать имена и профессиональные термины.
Обсуждение может быть ошибочно принято за принятое решение.
Автоматическое создание задач без проверки засоряет рабочую систему.
Какие входные данные подготовить
Стенограмма с ролями
Имена или устойчивые обозначения спикеров помогают отличить предложение одного участника от общего решения.
Ссылка на запись
Временные отметки позволяют быстро прослушать спорный фрагмент и проверить профессиональные термины.
Контекст встречи
Название проекта и цель звонка передаются отдельно, чтобы одинаковые слова не связывались с чужой задачей.
Список участников
Справочник имен используется для нормализации, но не для автоматического назначения отсутствующих владельцев.
Правила решений и остановки
- Не создавать задачу без явного действия.
- Не назначать владельца по тому, кто больше говорил.
- Показать организатору все фрагменты с неуверенным распознаванием.
- Публиковать протокол только после одного подтверждающего действия.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
По расшифровке составь четыре раздела: решения, задачи, открытые вопросы и важный контекст. Не назначай ответственных и сроки, если они не названы явно. Для спорных мест добавь короткую цитату.
Что должно появиться на выходе
Решения
Каждое подтвержденное решение содержит формулировку, цитату и отметку времени.
Черновики задач
Название, владелец и срок заполняются только по прямой договоренности, а пустое значение остается пустым.
Открытые вопросы
Неурегулированные темы не прячутся в резюме и становятся отдельным списком для следующего контакта.
Контекст
Важные аргументы сохраняются отдельно от решений, чтобы команда понимала ход обсуждения без ложного статуса.
Контрольные примеры для пилота
Использовать разговор с предложением, которое затем отклонили.
Проверить задачу без названного ответственного.
Добавить одинаковые имена и профессиональное сокращение.
Повторно запустить обработку и проверить отсутствие дублей задач.
Какие показатели отслеживать
Высокое значение показывает, что модель принимает обсуждение за действие или получает слишком свободную инструкцию.
Отдельный учет помогает понять, где проблема распознавания, а где неоднозначность самой встречи.
Сравнивайте время от готовой стенограммы до подтверждения организатором, а не до генерации черновика.
Проверочный список
Что уточнить перед внедрением
Можно ли создавать задачи сразу?
Технически да, но безопаснее сначала создавать пакет черновиков. Одна неверная задача быстро размножается уведомлениями и портит доверие к системе.
Нужно ли хранить всю запись?
Это зависит от политики организации и согласия участников. Для проверки полезна ссылка на допустимый источник, но срок хранения должен быть определен заранее.