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