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