# Автообновление статусов сделок из писем, задач и записей встреч

> Татьяна Прапрына · Customer Success Department · SimpleOne. Зафиксировано 17.09.2026. Обучение «ИИ в корпорации», практикум П3 «Аудит своей больной задачи» (онлайн-опрос)

## Суть идеи

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

## Контекст и частота

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

## Что приходит на вход

- Видеозаписи со встреч
- Письма
- Задачи, которые автор заводит по результатам очных и телефонных переговоров
## Ожидаемый результат

По всем сделкам проставлен обновлённый статус. В случае отсутствия информации по сделке для обновления — автору поступает уведомление.

## Как процесс устроен сейчас

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

Не указано.

## Что делается «на автомате»

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

## Комментарии и сомнения автора

Автор формулирует сомнения прямо: большой объём информации; много информации берётся из головы; непонятно, как агент определит, какие письма к какой сделке относятся. Последнее — ключевой технический вопрос кейса и одновременно общий для всех CRM-кейсов набора.

## Предлагаемая техническая реализация

1. Сопоставление писем со сделками — отдельный решаемый подпроект: правила по домену и адресам контактов, по цепочке переписки, по упоминанию номера или названия сделки, с обучением на подтверждениях сотрудника. Кейс имеет смысл начать именно с него.
1. Транскрибация видеозаписей встреч и извлечение из них договорённостей и следующих шагов.
1. Агент-сборщик к концу недели формирует по каждой сделке черновик обновления: что произошло, что изменилось относительно прошлого комментария, выполнены ли ранее заявленные действия (прямая автоматизация шага 5).
1. Сделки без новых данных попадают в отдельный список с уведомлением, и по ним автоматически создаётся задача на коммуникацию — это буквально шаг 7 текущего процесса.
1. Сотрудник проходит по черновикам и дополняет тем, что известно только ему; подтверждение записывает комментарий в сделку.
## Риски и открытые вопросы

- Привязка писем к сделкам — главный риск точности; при ошибке информация попадёт в чужую карточку.
- Записи встреч содержат чувствительные коммерческие данные: нужен контроль доступа к транскриптам.
- Часть информации принципиально недоступна агенту (устные переговоры) — ожидание «агент всё заполнит сам» не оправдается, кейс нужно позиционировать как подготовку черновика.