Проблема отдела продаж часто начинается раньше разговора с клиентом
Руководитель видит конверсию, выручку и выполнение плана, но между заявкой и этими цифрами есть работа, которую легко не заметить. Менеджер копирует телефон из мессенджера, ищет историю клиента, пишет «созвониться завтра» в комментарии вместо задачи. После звонка откладывает карточку на вечер, когда часть деталей уже забыта. Всё это стоит учитывать как отдельный процесс
В отчёте Salesforce о продажах за 2026 год опрошенные продавцы в среднем отнесли к непосредственным продажам около 40% рабочего времени. Разрозненные системы назвал препятствием для инициатив с ИИ 51% руководителей продаж из группы, использующей ИИ. Исследование охватило 4 050 специалистов из 22 стран; опрос проходил в августе-сентябре 2025 года 1
Показатели исследования Salesforce основаны на самооценке участников, а не на хронометраже работы конкретного отдела продаж. Остальное время нельзя автоматически записать в потери: часть подготовки и координации необходима. Задача обследования - найти ручные операции, которые действительно можно убрать
Сначала нарисуйте путь лида, а не список функций ИИ
Для каждого перехода определите ответственного и фиксируйте время. В условном примере заявка поступила в 10:04, продукт определили в 10:07, карточку создали в 10:12, ответственного назначили в 10:16, а первое содержательное сообщение клиент получил в 10:43. От обращения до ответа прошло 39 минут. Один статус «лид создан» эту задержку не показывает
Какие операции лучше всего отдавать автоматизации
| Операция | Что можно автоматизировать | Что проверить человеком |
|---|---|---|
| Приём обращения | собрать сообщения из каналов в один поток | корректность подключения каналов |
| Разбор текста | определить продукт, тему, регион, срочность | редкие и конфликтные формулировки |
| Дедупликация | искать существующий контакт по набору признаков | сомнительные совпадения |
| Заполнение карточки | переносить известные факты в поля | критичные коммерческие данные |
| Квалификация | собирать обязательные вводные | нестандартные критерии |
| Маршрутизация | выбирать ответственного по правилам | особые клиенты и исключения |
| Сводка звонка | фиксировать решения, задачи и сроки | стратегические договорённости |
| Следующий контакт | создавать задачу и черновик сообщения | обещания, скидки, сроки |
| Контроль зависших лидов | находить сделки без следующего действия | причины, где автоматическое касание неуместно |
Приём, разбор заявки, поиск клиента, заполнение карточки и сбор вводных стоит проверить как кандидатов на первый проект: у них понятный вход и можно измерить ручное время. Но приоритет зависит от ваших потерь; например, сложная проверка совпадений может оказаться дороже, чем кажется по этой таблице
Не автоматизируйте плохой процесс целиком
Сначала проверьте, нужны ли все текущие действия. Допустим, менеджер заполняет 46 полей, а для работы и обязательного контроля нужны только восемь. Тогда задача - убрать лишние 38 полей, а не научить ИИ заполнять их. Так же стоит разобрать повторные передачи лида: автоматическая маршрутизация не отменяет ненужных согласований
До настройки модели договоритесь, что считать квалифицированной заявкой. Иначе ИИ будет воспроизводить противоречивые решения команды. После этого каждый шаг можно отнести к одной из четырёх групп
- удалить - действие не создаёт ценности и не нужно для контроля
- упростить - действие нужно, но форма или правило избыточны
- автоматизировать правилами - маршрут известен
- подключить ИИ - нужен разбор неструктурированного контекста или помощь в решении
Карта данных для продаж
Для работы с заявкой системе нужны достоверные сведения о клиенте и продукте. В опросе Salesforce 74% специалистов сообщили о внимании к очистке данных; у группы с более высокими результатами продаж этот приоритет встречался чаще 1. Это не доказывает, что очистка сама по себе увеличивает продажи, но указывает на участок, который стоит проверить до подключения ИИ
Для конкретного сценария отберите нужные данные, вместо того чтобы передавать модели весь архив компании
| Объект | Минимально полезные данные |
|---|---|
| Клиент | контакты, компания, регион, история взаимодействий |
| Сделка | продукт, стадия, сумма или диапазон, ответственный, следующий шаг |
| Обращение | исходный текст, канал, время, вложения |
| Правила | критерии квалификации, маршрутизация, допустимые обещания |
| Продукт | актуальные условия, ограничения, типовые вопросы |
Если источники противоречат друг другу, задача автоматизации должна включать правило приоритета. Например, цена берётся только из актуального справочника, а не из старого письма в истории клиента
Как связать эти источники, события и права с CRM на практике, подробно разобрано в материале «Как интегрировать ИИ с CRM».
Какая часть работы действительно требует ИИ
ИИ полезен там, где нужно разобрать свободную формулировку. Например, условная заявка: «Нам нужно перенести два отдела с текущей системы, у нас 18 менеджеров в трёх регионах, хотим начать с обработки заявок». Из неё можно извлечь размер команды, географию и задачу, а также отметить недостающие сведения. После этого структурированные поля передаются обычным правилам, которые назначают ответственного и создают задачу
Что не стоит отдавать системе в первом пилоте
В первом пилоте не выдавайте системе права на скидки, финальные коммерческие условия, обещания сроков, закрытие сделки или сообщения от имени руководителя. Начните с операций, результат которых можно проверить до внешнего действия
- классификация заявки
- заполнение черновика карточки
- сводка переписки
- предложение следующего действия
- создание внутренней задачи
- проверка, есть ли у лида следующий шаг
Расширяйте права по конкретным операциям после проверки их качества на реальных случаях. Успешная классификация заявки ещё не подтверждает, что система умеет корректно обещать срок клиенту
Недельная панель автоматизации продаж
Количество созданных ИИ сообщений показывает нагрузку системы, но не пользу для отдела. Для еженедельного разбора подойдёт такая панель
| Метрика | Что показывает |
|---|---|
| медианное время до первого осмысленного ответа | типичную скорость реакции; отдельно проверяйте самые долгие ожидания |
| доля лидов с заполненными обязательными полями | качество входных данных |
| доля лидов без следующего действия | потери в дисциплине процесса |
| доля ручных исправлений классификации | качество понимания заявок |
| доля передач человеку и их причины | как часто нужна помощь и в каких случаях система должна остановиться |
| время менеджеров на административные операции | реальный эффект на загрузку |
| конверсия в следующий этап | не ухудшилась ли коммерческая часть |
| выручка или маржа по сопоставимым группам лидов | конечный бизнес-результат |
Вместе с показателями сохраняйте причины ручного вмешательства. Для сравнения коммерческих результатов учитывайте канал, продукт, качество лидов и период наблюдения: изменение состава входящего потока легко принять за эффект автоматизации
Первый тест на 100 последних лидах
Для первичной проверки можно взять 100 последних входящих лидов из одного канала. Это удобный объём для разбора, не статистически обоснованный порог готовности; редкие и критичные исключения добавьте отдельно. Восстановите для каждого лида
- время поступления
- время первого осмысленного ответа
- заполненность обязательных полей
- наличие следующего действия
- правильность назначения ответственного
- итоговый этап
Прогоните новую логику по истории без записи в рабочую CRM: пусть она предложит классификацию, поля, ответственного и следующий шаг. Предоставляйте только сведения, известные на момент обращения, а не результат будущей сделки. Расхождения с работой отдела разберите вместе с руководителем по согласованным критериям
Историческое решение менеджера тоже может быть ошибочным. Если два опытных сотрудника по-разному квалифицируют одну заявку, сначала уточните правило. Проверка на истории покажет ошибки логики; влияние на скорость работы и конверсию нужно проверять затем в ограниченном живом пилоте
Как включить команду в работу над автоматизацией
Объясните, какие именно операции меняются и как изменится работа менеджера. Обсуждение переноса данных, протоколов и напоминаний гораздо предметнее обещания «заменить рутину ИИ». Проверьте вместе с командой, что система действительно снимает работу, а не добавляет ещё один экран, в котором нужно всё перепроверять
Исправления сотрудников полезны для доработки: сохраняйте ошибочную классификацию, исходные данные и правильный вариант. Эти случаи пополняют тестовый набор, чтобы команда не разбирала одну и ту же ошибку после каждого обновления
Что считать успехом первого этапа
Перед запуском согласуйте условия успеха выбранного участка
- путь лида стал быстрее на выбранном участке
- качество данных не ухудшилось или стало лучше
- коммерческие показатели сопоставимой группы не просели
Основание для расширения появляется, когда менеджеры тратят меньше времени на административную работу, а качество и коммерческие показатели сопоставимой группы не ухудшаются. Ускорение при падении конверсии требует разбора, а не объявления успеха: система могла быстрее выполнить неправильное действие. В длинных продажах для коммерческой оценки нужен достаточный срок наблюдения
источники и методика
- Salesforce: исследование состояния продаж, 2026 - 4 050 специалистов из 22 стран, опрос август-сентябрь 2025 года. Источник - публикация поставщика CRM о собственном опросе; показатели не доказывают причинный эффект автоматизации
Примеры с временными отметками, полями карточки и текстом заявки условные. Тест на 100 лидах - предложение для первичного разбора, а не норматив достаточности выборки. Клиентских результатов студии в статье нет
