Как извлекать задачи из рабочей почты с ИИ, не назначая лишнего

Какие письма включить в пилот

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

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

Формат задачи с доказательством

Фраза «как можно скорее» не равна конкретной дате. Если ответственный не назван, система предлагает назначить его, а не ставит задачу первому участнику копии. Это особенно важно в переписках с клиентом, где внутренние и внешние адресаты перемешаны.

Разберите вложения и пересылки

Задача может зависеть от файла: «внесите правки по комментариям во вложении». Если вложение не прочитано или защищено, нельзя утверждать, что задача полностью понята. Покажите сотруднику статус «требуется просмотр файла». Документация Microsoft Graph о сообщении показывает, какие поля доступны в почтовой структуре; выбор прав и обработка вложений должны соответствовать конкретной системе.

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

Проверка качества

На пилоте сравните список задач ИИ с ручным списком сотрудника. Отдельно измеряйте пропущенные явные поручения и ложные задачи. Ложное поручение может отвлечь команду, а пропущенное — сорвать срок; веса ошибок зависят от процесса. После исправления подтверждённая задача попадает в рабочий трекер со ссылкой на письмо.

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

Отменённые и заменённые поручения

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

Как избежать перегруженного трекера

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

Правило для условных сроков

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

Если срок указан только как «на следующей неделе», в карточке лучше оставить текстовую формулировку и попросить человека выбрать дату. ИИ не знает, какой день имели в виду участники переписки.

Как сотрудник принимает предложенную задачу

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

На пилоте измеряйте время от письма до подтверждённой задачи и число исправлений. Это покажет, помогает ли ИИ или просто добавляет новый экран проверки.

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