Нейросеть в обработке лидов делает четыре вещи: отвечает на заявку первой, задаёт уточняющие вопросы, раскладывает входящие по приоритету и записывает результат в CRM. Решение по сделке остаётся за менеджером: цена, условия, всё нестандартное. Осторожность тут не из вежливости. Система, которой отдали решение целиком, спотыкается на первом же клиенте с нетиповым запросом.
Ниже разобрано, куда заявки уходят сейчас, что из этого можно отдать модели, что она делает плохо и как проверить, что заявка дошла до CRM, а не осталась в отчёте о том, что дошла.
Где на самом деле теряются заявки
Прежде чем что-то автоматизировать, стоит разобрать текущий беспорядок. Картина обычно одинаковая в компаниях самого разного размера.
Заявка приходит в пятницу в девять вечера. Менеджер увидит её в понедельник утром, клиент к этому моменту написал ещё двоим и разговаривает с тем, кто ответил первым. Ночь и выходные - это примерно треть недели, в которую входящие просто копятся.
Второе место потерь - канал, который никто не смотрит. Сайт проверяют, почту проверяют, а сообщения в мессенджере читает тот, у кого аккаунт привязан к телефону, и читает по настроению. Чем больше каналов подключено, тем выше шанс, что один выпал из процесса и об этом никто не знает.
Третье - повторяющиеся вопросы. Самая частая жалоба владельцев малого бизнеса звучит буквально так: каждый день отвечаешь на одни и те же вопросы. «А вы работаете с юрлицами», «сколько стоит», «есть ли доставка в область» съедают время, которого потом не хватает на разговор с тем, кто готов покупать.
И четвёртое - скорость. Ответ через сорок минут формально быстрый, а фактически поздний: за эти сорок минут человек успел написать конкурентам. Звонки живут по своим правилам, разбор записанных разговоров - отдельная тема со своей страницей про контроль качества звонков. Здесь речь только про заявки: формы, письма, сообщения, переписку.
Обработка входящих - один участок работы отдела. Как ИИ меняет остальные, разобрано на странице про ИИ в отделе продаж.
Что нейросеть делает с заявкой
Отвечает первой
Первый ответ ценен тем, что он вообще случается. Система закрывает часы, когда менеджера просто нет: ночь, выходные, время, когда весь отдел на встречах. Виртуальный ассистент на входе занимает промежуток между «клиент написал» и «человек прочитал», и этого хватает, чтобы заявка не ушла к конкуренту.
Отвечать надо честно. Попытка выдать систему за живого сотрудника даёт обратный эффект: люди узнают машинный стиль и бросают разговор. Правильный сценарий - первый ответ от системы, без маскировки, дальше подключается человек.
Задаёт уточняющие вопросы
Дальше система собирает то, что менеджер всё равно спросил бы: что нужно, какой объём, когда, кто принимает решение. Это разговорный искусственный интеллект в самом прикладном виде - короткий диалог по заранее заданному списку, а не свободная беседа.
Список вопросов здесь важнее выбора модели. Плохой список даст красивые диалоги и пустые карточки, хороший - заполненную заявку, с которой менеджер начинает разговор не с нуля. Собирают такой список из полей, без которых ваш менеджер не может назвать цену. Шаблон из интернета тут бесполезен: поля у всех свои.
Раскладывает по приоритету
Здесь обычно продают лишнее. Оценка заявок нейросетью требует истории: несколько тысяч закрытых и незакрытых сделок, на которых модель училась бы отличать одно от другого. Если у вас двести заявок в месяц, обучать не на чем, и любая оценка будет уверенным угадыванием.
Пока заявок мало, хватает обычного правила: сегмент, регион, сумма, канал. Три условия в коде дают предсказуемый результат, который можно проверить и починить. Модель на этом шаге разбирает текст заявки и вытаскивает из него признаки для правила.
Пишет в CRM и передаёт менеджеру
Последний шаг выглядит техническим, а ломается чаще остальных. Система отправляет данные в CRM, получает ответ «принято» и отмечает задачу выполненной. При этом CRM могла отклонить запись молча: не совпал формат телефона, обязательное поле пустое, сделка попала не в ту воронку.
Верить стоит только состоянию CRM. Подрядчику вопрос ставится так: покажите, что после действия системы карточка находится в том состоянии, о котором система отчиталась. Ответ «мы интегрируемся с вашей CRM» на этот вопрос не отвечает.
| Шаг | Что делает модель | Что остаётся человеку | На что смотреть при проверке |
|---|---|---|---|
| Первый ответ | Отвечает в течение минуты в любое время суток, представляется системой | Подключается к разговору, когда вопрос вышел за рамки списка | Доля заявок с ответом быстрее контрольного времени |
| Уточняющие вопросы | Задаёт заранее заданные вопросы, собирает ответы в карточку | Составляет и меняет сам список вопросов | Доля карточек, где заполнены поля, нужные для расчёта цены |
| Приоритет | Разбирает текст заявки, вытаскивает признаки для правила | Задаёт правило и пересматривает его раз в квартал | Ручная сверка выборки: сколько заявок отнесено верно |
| Запись в CRM | Создаёт карточку, ставит задачу менеджеру | Разбирает очередь исключений | Состояние CRM после действия, а не отчёт системы |
Что остаётся людям
Модель хорошо угадывает по шаблону и плохо знает то, что знает только владелец. Она уверенно определит по тексту заявки отрасль и примерный масштаб задачи и никогда не догадается, что этому клиенту вы даёте отсрочку, потому что три года назад он выручил вас с поставкой.
Отсюда простое разделение: машина делает объём, человек - вкус. За человеком остаются цена и скидка, нестандартные условия, отказ клиенту, обещание срока, любая ситуация, где ответ зависит от вашей текущей загрузки и вашей истории с этим клиентом. Модель готовит черновик, решение принимает менеджер.
Первый месяц каждое исходящее сообщение подтверждает человек. Это выглядит как лишняя работа, но именно так набирается доверие к системе и находятся дыры в списке вопросов. Дальше подтверждение снимается с тех шагов, где ошибок не было, и система работает сама.
Где это ломается
Отчёт есть, заявки в CRM нет
Самый неприятный сбой, потому что он тихий. Система рапортует об успехе, статус зелёный, а заявок в воронке нет. Замечают это через недели, когда кто-то удивляется, что входящих стало подозрительно мало. Лечится сверкой: раз в сутки число принятых заявок сравнивается с числом созданных карточек, расхождение уходит человеку.
Модель дописала в карточку то, чему верят следующие
Одна уверенная заметка в карточке быстро становится правдой для всех, кто эту карточку откроет. Менеджер читает «клиент готов к бюджету от полумиллиона», строит на этом разговор, а фраза была домыслом модели по одному слову из переписки. Правило простое: система пишет в карточку факты из заявки, а выводы помечает как выводы или не пишет вовсе.
Счёт вырос на тех, кто просто поздоровался
Классический сюжет: половина месячного бюджета на модель уходит за неделю, потому что никто не посчитал людей, которые написали «здравствуйте» и пропали. Большая языковая модель тарифицируется по объёму текста, поэтому пустой разговор стоит столько же, сколько разговор с покупателем. Считать расход надо по числу сообщений и с запасом: заявок за месяц может прийти двести, а сообщений будет три тысячи.
Обновление CRM сломало обмен
Обмен ломается на обновлениях, и это нормальная часть эксплуатации. Поле переименовали, метод отключили, права доступа сузились. Система при этом может продолжать работать и не выдавать ошибок, просто перестанет попадать в нужные поля. Поэтому у обмена должен быть ответственный на вашей стороне и проверка, которая падает громко.
Правила там, где хватает правил
Отдельная статья расходов - модель в тех местах, где хватило бы обычного кода. Проверить формат телефона, отсечь спам по списку слов, разложить заявки по каналу - всё это делается условиями, работает мгновенно и стоит ноль.
Порядок, который экономит деньги и нервы, выглядит так:
- Сначала жёсткий фильтр на условиях: он всегда даёт один и тот же результат, поэтому его можно протестировать. Текст запроса к модели так проверить нельзя.
- Модель включается только на том, что фильтр не разобрал. Её место - разбор исключений.
- Перед вопросом «что ответит модель» задаётся вопрос «должна ли она отвечать вообще». Право промолчать и передать человеку встраивается сразу.
- Три попытки при сбое, дальше заявка уходит в человеческую очередь. Она не роняет процесс и не исчезает.
Это и есть автоматизация бизнес-процессов в неромантичном виде: большая часть выигрыша приходит от наведённого порядка, а не от модели.
Как считать, что это работает
Число обработанных заявок - плохой показатель. Система может отвечать на всё, создавать карточки и не приносить ни одной дополнительной сделки.
Считать надо исход и сразу по сегментам, потому что среднее прячет убыточный хвост: на коротких заявках расход копеечный, а один клиент с перепиской на двести сообщений переворачивает всю экономику. Рабочий минимум:
- доля заявок, получивших ответ быстрее контрольного времени - десять минут, полчаса, у каждого своё;
- доля заявок, дошедших до менеджера с заполненными полями;
- доля верно квалифицированных при ручной сверке выборки за неделю;
- стоимость одной успешно обработанной заявки, а не стоимость одного обращения к модели.
Замер делают до запуска, иначе сравнивать будет не с чем.
Коробка или своё
Развилка честная, и коробка выигрывает чаще, чем хотелось бы подрядчикам.
| Признак | Берём коробку | Нужно своё |
|---|---|---|
| Правила квалификации | Типовые: сегмент, бюджет, срок | Зависят от вашей специфики и меняются вручную |
| Где лежат данные | Одна CRM, стандартные поля | Несколько систем, часть данных в 1С или в учётке |
| Требования к данным | Обычные, облако допустимо | Данные нельзя отдавать наружу |
| Каналы | Сайт, почта, популярные мессенджеры | Свой портал, редкая телефония, внутренние системы |
| Объём | До нескольких сотен заявок в месяц | Большой поток, где цена ошибки считается в деньгах |
Порядок сумм на рынке в 2026 году: готовые платформы по подписке - 10 000-50 000 ₽ в месяц плюс разовая настройка от 50 000 ₽, собственная разработка - 250 000-500 000 ₽ плюс 20 000-30 000 ₽ в месяц на поддержку, срок запуска 4-10 недель (sostav.ru, 2026). Цифры чужие и со временем устареют, но порядок дают верный. Мои условия и то, сколько стоит внедрение, лежат на отдельной странице.
Если решение делается своё, работа называется интеграция ИИ в CRM и считается отдельно: там свои сроки, свой объём и своя цена.
Заявка - это персональные данные
В заявке лежат имя, телефон, иногда адрес и переписка, из которой понятно, чем человек занимается. Как только этот текст уходит в облачную модель, он покидает ваш контур.
Решают это на уровне архитектуры: в модель отправляют только то, что нужно для ответа, номера и имена заменяют на обезличенные метки, а хранение остаётся на вашей стороне. Если так нельзя, модель разворачивают внутри вашего контура, и это меняет бюджет проекта. Подробно требования 152-ФЗ и способы им соответствовать разобраны в отдельной статье.
Частые вопросы
Клиент поймёт, что ему отвечает не человек?
Да, если пытаться выдать модель за менеджера. Люди научились узнавать машинный стиль и реагируют на обман хуже, чем на саму машину: услышал робота вместо человека - закрыл диалог и написал другим. Рабочий сценарий - первый ответ от системы без маскировки и с обещанием, что дальше подключится человек. Претензий в таком виде почти не бывает: клиенту важно, что ему ответили ночью.
Что будет, если модель неправильно поймёт заявку?
Ошибка не должна ни ронять процесс, ни тихо исчезать. Схема такая: три попытки, дальше заявка уходит в человеческую очередь с пометкой, что система не справилась. Очередь разбирает конкретный сотрудник, и по этим случаям видно, что чинить в списке вопросов. Сама ошибка терпима. Непоправимо, когда о ней никто не узнал.
Чем это отличается от автоответчика, который уже стоит в CRM?
Автоответ отвечает одинаково всем: получено, менеджер свяжется. Модель читает текст заявки и задаёт вопрос по существу, поэтому менеджер получает заполненную карточку вместо строчки с телефоном. Но если поток типовой и вопросы всегда одни и те же, автоответа достаточно, платить за модель незачем: в деньгах разница ощутимая, в результате - нет.
Сколько это стоит в эксплуатации, а не при запуске?
Счёт складывается из платы за платформу или хостинг и оплаты объёма текста, который прошёл через модель. Второе непредсказуемо на старте: расход зависит от числа входящих сообщений и от того, насколько длинные диалоги ведут ваши клиенты. Оценивать надо по числу сообщений в месяц и с запасом. Счёт растёт от переписки, число сделок на него не влияет. Порядок цифр по рынку и мои условия - на странице про то, сколько стоит внедрение.
Что останется ручным?
Цена и скидка. Нестандартные условия поставки и оплаты. Отказ клиенту. Обещание срока, который зависит от текущей загрузки. Всё, где ответ знает только руководитель или где решение опирается на историю отношений с конкретным клиентом. Плюс разбор очереди исключений - это постоянная работа человека, а не разовая настройка.
Как проверить, что заявка действительно дошла до CRM?
Только независимой сверкой. Раз в сутки число принятых заявок сверяют с числом созданных карточек, расхождение уходит человеку. Подрядчику вопрос задают в той же логике: докажите, что после действия системы карточка находится в том состоянии, о котором система отчиталась. Ответ на него отделяет рабочий обмен от просто выданного доступа: подключить доступ и подключить процесс - разные вещи.
С чего начать
Начинать имеет смысл с замера. Возьмите входящие за последний месяц и посчитайте, сколько заявок пришло вне рабочего времени, сколько получило ответ позже получаса и сколько раз в переписке повторялся один и тот же вопрос. Эти три цифры показывают, есть ли здесь что автоматизировать, и половине компаний они честно говорят «пока нет».
Разобрать свои цифры можно вместе со мной: бесплатный разбор, 30 минут, смотрим ваш поток заявок, и я называю, где модель даст результат, а где хватит правил и порядка в CRM.
Написать можно в Telegram или на почту hi@za-ai.ru.