ИИ анализ продаж помогает находить зависшие сделки, пропущенные ответы и повторяющиеся ошибки в разговорах менеджеров. Для этого сопоставляют данные CRM, звонки и переписки: что записано в карточке, о чём договорились с клиентом и что произошло после. Руководитель получает основания для разбора, а решение по сделке и сотруднику принимает сам.
В сводке у собственника — шесть сделок с признаками задержки. Хочется сразу потребовать от РОПа объяснений: почему команда оставляет клиентов без ответа? Но руководитель приносит переписку, где покупатель сам назначил дату возвращения к разговору. В другой карточке лежит чужой звонок. В третьей менеджер действительно пропустил обещанный срок. Это учебный пример с вымышленными данными; ниже разберём его на числах.
Кому верить — руководителю или машине? Я считаю, сама постановка загоняет собственника в ненужный спор. Сначала надо выяснить, на какой части работы отдела основана сводка и что именно подтверждает каждую тревогу. Иначе ИИ ускорит разбор ошибок, которые менеджеры не совершали, а настоящая потеря останется в переписке, до которой анализ вообще не добрался.
Анализ продаж с помощью ИИ
Начинать стоит с конкретного вопроса к продажам. Например: после отправки предложения отдел продолжает разговор с клиентом или просто ждёт? Для ответа суммы и стадии сделки недостаточно. Нужны дата отправки, договорённость о продолжении, последний контакт и событие после него. Поручите РОПу собрать эти данные по одному участку воронки — так станет понятно, чего не хватает для вывода.
В таком разборе у разных источников своя работа:
- CRM показывает, кто ведёт сделку, на какую сумму и на каком этапе она стоит.
- Разговор раскрывает условие продолжения: клиент ждёт расчёт, согласует покупку или уже отказался.
- Переписка показывает, отправил ли менеджер обещанное и что покупатель ответил после звонка.
- История действий связывает договорённость со сроком: когда должны были связаться и состоялся ли контакт.
Именно на стыке источников появляются полезные расхождения. В карточке стоит «дорого», а в разговоре покупатель просит расчёт для другой комплектации. Тогда РОПу предстоит выяснить, почему запрос превратился в отказ. Отправлять менеджера учиться работе с возражением о цене раньше этого разбора бессмысленно: клиент ещё ждёт предложение, которое ему подходит.
Шесть тревог на 1,2 млн рублей: сколько здесь потеряно
Продолжим учебный пример. В CRM двадцать открытых сделок после отправки предложения, каждая на 200 тысяч рублей. Общая сумма — 4 млн рублей. Для двенадцати карточек доступны записи разговоров за выбранный период, для восьми таких записей нет. Значит, звонки доступны для 12 из 20 сделок — это 60%. Судить по ним обо всём отделе рано.
Первичный анализ отметил шесть карточек: в просмотренных данных не нашлось продолжения после предложения. Сумма этих сделок — 6 × 200 тысяч = 1,2 млн рублей. РОП сопоставил сигналы с исходными разговорами и перепиской:
- В двух сделках менеджер обещал вернуться с ответом, срок прошёл, продолжения нет. Нужно восстановить контакт; сумма этих сделок — 400 тысяч рублей.
- В трёх покупатели согласовали более позднюю дату разговора. Она ещё не наступила. Требовать немедленного звонка — нарушать договорённость с клиентом.
- В одной к карточке прикреплён разговор по другой покупке. Сначала нужно исправить связь записей, затем заново разобрать сделку.
Из шести тревог две подтвердились как пропущенное действие. Это основание дать менеджерам конкретные задания. Но 400 тысяч рублей остаются суммой открытых сделок. Называть их потерянной выручкой нельзя: исход продаж неизвестен. Называть их будущей прибавкой после вмешательства — тоже.
С восемью сделками без записей отдельная история. Их сумма — 1,6 млн рублей, и отсутствие тревог по разговорам ничего не говорит о качестве работы с этими клиентами. Собственнику нужны рядом два числа: сколько сделок разобрано и сколько осталось без достаточных данных. Иначе самая спокойная часть отчёта окажется самой неизвестной.
Есть ещё ловушка при сложении денег. Одна сделка одновременно попадает в списки «нет ответа», «просрочен шаг» и «не заполнена причина». Складывать суммы трёх списков нельзя: одна покупка будет посчитана трижды. Попросите РОПа считать по уникальным карточкам и отдельно показывать признаки, по которым каждая попала в разбор.
Нейросеть для анализа продаж
Выбирать инструмент лучше по тому, какие материалы он получит и сможет ли руководитель восстановить основание вывода. Красивое объяснение падения продаж получается и из общей таблицы. Только из неё нельзя узнать, что покупатель попросил изменить в предложении и выполнил ли это менеджер.
Для разовой задачи с подготовленной выгрузкой подходит разбор таблицы и приложенных текстов. Здесь РОП отвечает за состав выгрузки: период, стадии, даты, связь разговоров со сделками. Для ежедневной работы нужен способ регулярно получать свежие данные из нужных источников. При выборе сервиса выясняйте именно это: какие события он читает, за какой период и где остаются пропуски.
Не всякая задача требует нейросети. Посчитать сделки без заполненного срока можно обычным фильтром CRM. ИИ нужен там, где требуется разобрать смысл: покупатель назначил дату, продавец предложил её сам или дата вообще не обсуждалась. Такое различение меняет действие руководителя — поэтому за него и имеет смысл браться.
Для первого разбора передайте РОПу такой образец задания к анализу:
Разбери сделки после отправки предложения за выбранный период. По каждой укажи: что обещал менеджер, с чем согласился клиент, какой срок назван и что произошло после. Приведи фрагмент разговора или переписки, на котором основан вывод, и укажи источник. Отдельно перечисли недостающие материалы. Если срок не назван, так и напиши. Не придумывай его из обычной длительности сделки. Отделяй пропущенное действие от ожидания по договорённости с покупателем.
Это задание к разбору, а не обещание одинакового ответа от любой модели. До использования результата РОП сверяет приведённые фрагменты с оригиналом. У ссылки на звонок есть практический смысл: руководитель должен быстро найти нужную реплику, а не переслушивать всё с начала, пытаясь угадать, откуда взялся вывод.
Собственник здесь принимает решение о границах применения. Если доступны только карточки, начинаем с порядка в CRM. Если связаны карточки и разговоры — разбираем расхождения между обещанием и действием. Оценивать сотрудника по материалам, которых в анализе нет, инструменту не поручаем.
ИИ анализ звонков менеджеров
Отдельный звонок легко прочитать неверно, если неизвестна его задача. Менеджер не выяснял потребность — но клиент позвонил уточнить реквизиты по уже согласованному заказу. В разговоре нет назначения встречи — но она назначена вчера в переписке. Одинаковое требование ко всем звонкам создаёт замечания там, где продавец решал совершенно другой вопрос.
Поэтому единица разбора — разговор внутри сделки. До оценки РОПу нужны этап продажи, предыдущая договорённость и цель текущего контакта. Требования берутся из принятого в компании порядка работы. Если правило никогда не было задано, нельзя задним числом объявить его нарушение ошибкой менеджера.
Вот ещё один учебный пример с придуманными репликами. Покупатель говорит: «Согласую с партнёром и вернусь». Продавец отвечает: «Хорошо, буду ждать». В карточке появляется дата оплаты — пятница. ИИ полезен здесь как помощник, который сопоставит реплики с записью: в разговоре клиент не обещал оплату в пятницу.
Руководителю надо решить, как выяснить порядок согласования: что партнёру требуется для решения, кто передаст материалы и когда уместно связаться. Просто велеть продавцу звонить чаще — значит увеличить число контактов, оставив неизвестным условие покупки. Дату в карточке тоже нужно привести в соответствие с тем, что действительно согласовано.
Одна такая запись даёт материал для разговора с менеджером. Для вывода о его работе РОП ищет повтор того же действия в сопоставимых сделках: например, сотрудник каждый раз записывает собственное ожидание как обещание клиента. После объяснения руководитель смотрит новые разговоры на том же этапе. Изменилось поведение — продавец освоил требование. Ошибка повторяется — нужно разбираться с навыком или исполнением.
Решение по человеку нельзя заменить общей характеристикой «слабо ведёт переговоры». Руководитель должен назвать конкретное действие и показать, чему учил сотрудника. Как распределить работу после обнаружения отклонения, разобрано отдельно: AI увидел, что продажи не идут. Кто теперь этим займётся?
Как понять, что анализ пригоден для работы
Оценка только по найденным ошибкам завышает доверие к инструменту. Если смотреть исключительно сделки с тревогами, останется неизвестным, что он пропустил. Поэтому в пробный разбор включите и карточки, которые анализ оставил без замечаний. Их выбирает руководитель, без подсказки системы; сначала он разбирает исходники сам, затем сравнивает выводы.
Для небольшой пробы можно взять пять сделок с сигналами и пять без них. Это предложенный объём ручной сверки, не норматив точности. Такой набор нужен, чтобы обнаружить грубые расхождения до ежедневного использования. Он не даёт права объявлять процент надёжности для всего отдела.
В результате собственнику достаточно получить ответы на три вопроса. Есть ли у выводов открываемый источник? Видны ли границы доступных данных? Хватает ли РОПу времени разбирать найденное? Если каждый сигнал требует заново собирать всю историю, отдел купит себе дополнительную очередь на расследование. Тогда сначала надо наладить связь записей или сузить задачу анализа.
Поручение РОПу на пять рабочих дней
Текст ниже можно передать руководителю целиком. Срок — для получения оснований к решению, не для обещания роста продаж.
До конца третьего рабочего дня подготовь пробный разбор сделок после отправки предложения. Укажи период и общее количество карточек. Отдельно посчитай, по скольким доступны звонки и переписка, где материалов не хватает и почему.
>
Сопоставь с исходниками пять сигналов и пять сделок без замечаний; если в группе меньше пяти, возьми все. По каждому расхождению укажи причину: пропущенное действие, неверно понятая договорённость, ошибка в данных или недостаток материалов. Суммы считай без повторного включения одной сделки.
>
К пятому рабочему дню принеси решение: какой разбор используем ежедневно, какой источник сначала нужно наладить, от каких выводов отказываемся. Укажи время, которое заняла ручная сверка. По подтверждённым пропускам назначь действия менеджерам в пределах своих полномочий; мне вынеси только вопросы, требующие моего решения.
Такое поручение ограничивает расходы времени на пробу. По его результату владелец решает, расширять применение ИИ или сначала восстановить данные. Прослушивание и сопоставление остаются работой РОПа, а собственник получает объяснение выбора с примерами, которые можно открыть.
Когда сделки и разговоры приходится собирать вручную
Если руководитель постоянно ищет одну договорённость в CRM, другую в звонке, третью в переписке, разовый разбор быстро устаревает. Именно для работы с этими источниками у RENTROP есть AI ROP — ИИ для отдела продаж: он разбирает звонки и переписки вместе с карточкой сделки и каждый день показывает, какие сделки довести до оплаты, кому ответить и какие вернуть. AI ROP только читает данные; решения и задания остаются у руководителя.
У РОПа должно оставаться право возразить сводке с шестью тревогами — и обязанность показать, на чём основано возражение. Когда спор разрешается записью разговора, собственнику больше не приходится выбирать, кому верить по должности или по уверенности ответа. Теперь требовать объяснений можно за конкретный пропущенный шаг.