После встречи с заказчиком руководителю проекта нужно передать команде договорённости. Кто пришлёт исходные данные, кто подготовит проект документа, к какой дате ждать результат? Запись разговора помогает восстановить сказанное. Автоматический протокол позволяет начать проверку договорённостей с уже подготовленного текста.
В октябре 2026 года сервис онлайн-встреч МТС Линк в описании автоматического протоколирования предлагает конспект с решениями и списком задач, а также переход к нужному месту записи по времени. В документации по выгрузке задач отдельно предусмотрен неопределённый срок выполнения. Если срок не установлен, сервис возвращает пустую дату.
Для консалтинговой, юридической или ИТ-компании такой протокол может стать основой для распределения работ после клиентской встречи. Но перед созданием задач команде нужно проверить, какое поручение действительно принято, кто за него отвечает и сохранились ли условия его выполнения. Я рекомендую включать эту проверку в сам порядок работы с ИИ-протоколом.
### Чем ИИ-протокол отличается от расшифровки встречи
Расшифровка - это текст сказанного на встрече. Краткое резюме помогает понять содержание разговора. Для передачи работы исполнителям нужен протокол, в котором отдельно записаны принятые решения, поручения и вопросы, оставшиеся без ответа.
Ниже под поручением я понимаю конкретное действие с исполнителем, сроком и существенными условиями выполнения. Если участники встречи не назвали срок, в проекте протокола остаётся вопрос о дате. Если работу обещали выполнить после получения документов, условие получения документов сохраняется рядом с поручением.
Подтверждение протокола здесь означает рабочую проверку записанных договорённостей участниками встречи. Компания сама определяет, кто согласует протокол, как сообщит об исправлении и после какого подтверждения можно создавать задачи.
### Как записать поручение, если участник встречи назвал условие
Рассмотрим условную встречу консалтинговой компании с заказчиком 19 октября. Команда обсуждает подготовку проекта плана работ. Анна представляет заказчика, Дмитрий руководит проектом со стороны консультантов, Ольга участвует как аналитик. Все имена и реплики в примере вымышлены.
Таблица содержит авторский образец записей для этого условного разговора.
| Что сказали на условной встрече | Что записать в проекте протокола |
|---|---|
| Анна. Пришлю действующий шаблон отчёта 20 октября. | Анна направляет действующий шаблон отчёта 20 октября. Перед постановкой задачи проверить, что верно определены Анна и получатель шаблона. |
| Дмитрий. Подготовлю проект плана к 22 октября, если получим исходные данные не позднее 21 октября. | Дмитрий готовит проект плана к 22 октября при поступлении исходных данных не позднее 21 октября. До подтверждения задачи нужно уточнить, какие данные имеются в виду и кто их передаёт. |
| Ольга. Может, ещё добавим интервью с финансовым директором? Остальные участники к предложению не возвращались. | Предложение об интервью осталось без решения. Нужно отдельно согласовать, проводить ли интервью. Исполнитель и срок интервью пока не определены. |
У Анны есть прямое обещание передать документ. Для поручения Дмитрия существенно условие о поступлении исходных данных. Если убрать это условие, получится обязательство подготовить план к 22 октября независимо от действий заказчика. Реплика Ольги остаётся предложением, пока участники не приняли решение об интервью.
Такой образец помогает проверить, сохранил ли ИИ смысл разговора при сокращении. Сам по себе аккуратно оформленный список задач этой проверки не заменяет. В частности, пустое поле срока из справки МТС Линк показывает только отсутствие определённой даты. О том, правильно ли сервис выделил остальные сведения, судят по конкретной встрече.
### Как согласовать ИИ-протокол перед передачей задач исполнителям
Для клиентской встречи я рекомендую заранее назвать сотрудника, который проверит проект протокола. Это может быть руководитель проекта. Он сопоставляет записи ИИ с разговором и собирает вопросы к участникам, если в поручении не хватает сведений.
Для каждого поручения проверяющий должен суметь ответить на вопросы:
- какое действие участники согласовали и какой результат ожидают;
- кто принял поручение и правильно ли определён этот человек;
- какой срок назван и от какой даты его считают;
- от каких документов, согласований или других работ зависит выполнение;
- по какому месту записи можно восстановить договорённость.
Ссылка на фрагмент записи позволяет исполнителю быстро посмотреть контекст спорной формулировки. При выборе сервиса стоит выяснить, доступны ли такой переход и сведения о том, кто произнёс реплику. Ошибку в определении говорящего нужно исправлять до назначения задачи конкретному сотруднику.
Если Анна после встречи уточнила дату отправки шаблона, исправление должно попасть в согласованный протокол и в связанную задачу. В принятом компанией порядке полезно сохранять, кто подтвердил изменение и какую запись оно заменило. Тогда у руководителя проекта и исполнителя будет одна действующая формулировка поручения.
Автоматический перенос поручений в систему задач требует отдельной проверки. Важно заранее определить, какие записи допускаются к переносу и что произойдёт при повторной загрузке того же протокола. Повторная загрузка не должна создавать дубликаты уже созданных задач. Общий принцип проверки автоматической записи в рабочие системы разобран в статье об ИИ-агенте в 1С и CRM.
### Как проверить пользу ИИ-протокола на встречах своей команды
Для пробного использования полезно выбрать встречи с разными видами договорённостей. Подойдут разговор с прямыми поручениями, обсуждение с условными сроками и встреча, на которой часть предложений осталась без решения. Число встреч и допустимые ошибки команда определяет исходя из последствий неверной записи.
Сотрудник, который отвечает за проверку протокола, сначала составляет свой список принятых поручений по записи разговора. Затем сопоставляет с ним проект ИИ-протокола. Такой порядок позволяет отдельно увидеть пропуски и поручения, которые ИИ добавил без основания.
В проверке стоит учитывать:
- сколько принятых поручений отсутствует в ИИ-протоколе;
- сколько предложений или обсуждений ошибочно стали поручениями;
- в скольких поручениях неверно указаны исполнитель, срок или условие;
- сколько времени сотрудник потратил на исправления и уточнения;
- сколько времени заняло подтверждение протокола и создание задач.
Эти наблюдения отвечают на разные вопросы. Пропуски показывают, какие работы команда рискует забыть. Выдуманные поручения создают работу, о которой никто не договаривался. Ошибка в сроке меняет ожидания заказчика. Время на проверку и уточнения позволяет понять, насколько удобен выбранный порядок для сотрудников.
Для оценки экономии времени нужен замер того, как команда оформляла сопоставимые встречи раньше. В обоих вариантах стоит считать весь путь до готовых задач, включая проверку и согласование. Сокращение времени на набор текста само по себе не показывает, сколько времени освободилось у руководителя проекта.
### Что согласовать до записи клиентской встречи
До включения записи стоит определить порядок записи встречи и информирования участников, круг получателей записи и протокола, срок их хранения и допустимый сервис по правилам компании. У записи разговора и итогового списка поручений могут быть разные получатели. Например, исполнителю отдельной задачи может быть нужен только согласованный текст поручения, без доступа ко всему обсуждению клиента.
Я рекомендую начинать с одного привычного вида встреч и заранее подготовленного образца протокола. На такой пробе проще увидеть, какие поручения ИИ выделяет правильно, какие сведения приходится уточнять и сколько времени занимает проверка. Результатом пробы станет понятный порядок работы от записи разговора до подтверждённых задач, который команда сможет применять на следующих встречах.
