Что AI-Ревизор видит в переписке сделки

Разговор с клиентом состоялся. А в карточке сделки — тишина: руководителю неясно, о чём договорились и что осталось без ответа.

Покажу на конкретном сценарии AI-Ревизора, как переписка превращается в разбор прямо в карточке Битрикс24. И сразу обозначу границы: что агент оценивает, а что остаётся решением руководителя.

От переписки до разбора

Сначала задаём доступ к Битрикс24, период и воронки, которые нужно разбирать. Затем агент по расписанию выбирает сделки и свежие сообщения диалога из карточек. Источник один: переписка менеджера с клиентом внутри сделки.

Дальше модель оценивает диалог по базовым критериям. Следовал ли менеджер скрипту? Отработал ли возражения? Зафиксировал ли следующий шаг? Есть ли риск потерять клиента? Это не общий пересказ переписки. Задача — отметить вещи, которые руководителю полезно проверить в разговоре.

Короткий разбор появляется комментарием в карточке сделки. В нём указано, что сделано хорошо, что нарушено, какой виден риск и одна рекомендация. Комментарий связан с самой сделкой, поэтому руководитель видит оценку рядом с перепиской, а не ищет её где-то отдельно.

У каждого разбора есть отпечаток диалога. Если эту переписку уже проверяли, агент не разбирает её повторно. После прогона сводка уходит ответственному в Telegram. Так устроена цепочка: сообщения в сделке — оценка — комментарий в карточке — сводка о прогоне.

Стык с CRM — переписка в сделке

Здесь важно не смешивать источники. AI-Ревизор читает текстовые сообщения из сделки Битрикс24 и оставляет результат в её карточке. В этом сценарии переписка не приходит из телефонии или мессенджера, а разбор не записывается в другую систему.

Поэтому я не приписываю этой цепочке телефонию, Wazzup, amoCRM или 1С. В текущем пакете их нет. Есть конкретный стык: диалог внутри сделки Битрикс24 и комментарий с разбором в той же карточке.

Звонки сценарий сейчас не расшифровывает. Для разбора звонков потребовались бы телефония с записью и отдельная доработка. Это другой источник и другая цепочка — добавлять её к описанию текстового сценария было бы неточно.

Что это даёт руководителю

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

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

Агент не исправляет работу менеджера и не предотвращает срыв сделки. Он оставляет оценку и рекомендацию. Что делать дальше и как оценивать работу сотрудника, решает руководитель.

Границы сценария

Разбор помечен как черновая оценка ассистента, а не финальное решение отдела контроля качества. Критерии пока базовые; чек-лист скрипта конкретной компании подключается при внедрении. Значит, оценку важно читать как подсказку по диалогу, а не как окончательный вердикт о работе менеджера.

Есть и граница по данным. Сейчас текст переписки оценивает облачная модель через шлюз. Для обработки персональных данных требуется соответствующее основание. Закрытый контур для данных в России спроектирован, но пока не собран.

Сценарий сейчас проходит обкатку на тестовом портале и у клиентов не работает. Поэтому я описываю его механику и подтверждённые ограничения, а не результаты внедрений. Решение по менеджеру в любом случае остаётся за РОПом.

Как выглядит разбор

Посмотреть, как устроен разбор звонка за 24 часа, можно в инструменте AI-Ревизор.