Рубрика: ИИ и автоматизация

Форма показала «Заявка принята». Можно ли считать, что менеджер уже получил обращение? Только если вы проверили, что произошло после отправки: письмо дошло, запись появилась в CRM, а у нее есть ответственный и понятное следующее действие.

Я Роман Кузнецов, CEO Mobecan. Мы развиваем Ассист24 — продукт для работы с обращениями клиентов с помощью ИИ. На его лендинге мы недавно проверяли обычную форму обратной связи. Именно обычную: доставка данных из формы в почту и CRM не требует генерации ответов. Но тот же участок нужно проверять и после диалога с чат-ботом.

Четыре результата, которые легко перепутать

В разговоре об автоматизации слово «отправлено» может означать разные вещи. Для проверки полезно разделить их.

• Сайт принял данные. Посетитель получил подтверждение, а система сохранила обращение.
• Почтовый сервер принял письмо. Это еще не подтверждение появления письма в нужной папке получателя.
• CRM создала запись. Нужно проверить, что это нужная воронка, что сохранены контактные данные и контекст обращения.
• Менеджер взял обращение в работу. Запись в CRM сама по себе не подтверждает ни звонок клиенту, ни продажу.

Поэтому счетчик успешных отправок формы нельзя автоматически считать числом клиентских лидов. Среди отправок бывают проверки, повторы и обращения, которые еще предстоит квалифицировать.

Что мы проверили на лендинге Ассист24

28 сентября 2026 года мы отправили техническую заявку с явно обозначенной тестовой меткой. Затем проверили письмо в почтовом ящике: совпали отправитель, получатель и текст заявки. После настройки передачи в CRM отдельно проверили создание сделки.

29 сентября повторная проверка подтвердила прием заявки на сайте, принятие письма почтовым сервером и создание сделки в выделенной воронке Ассист24 в нашей CRM Mobecan. У сделки был назначен ответственный. Попадание второго письма именно во «Входящие» в этой проверке отдельно не подтверждали.

Это результат технической проверки доставки. Он не показывает рост продаж и не превращает тестовую запись в клиентское обращение. Такой предел вывода лучше записывать сразу, пока детали проверки не забылись.

Как проверить свой путь заявки

1. Обозначьте тест. Добавьте в сообщение уникальную метку и просьбу не обрабатывать его как клиентский запрос. Используйте согласованные тестовые контакты, а не случайный чужой номер.
2. Отправьте обращение обычным способом. Пройдите тот же путь, что посетитель: поля формы, согласие на обработку данных, отправка и сообщение о результате.
3. Найдите обращение у получателя. Сверьте метку и содержимое письма. Ответ приложения об успехе эту проверку не заменяет.
4. Откройте CRM. Проверьте воронку, ответственного и сохраненный текст. Важно, чтобы менеджер мог продолжить разговор без повторного сбора уже переданной информации.
5. Отдельно проверьте исключения. Что увидит посетитель при ошибке? Сохранится ли обращение? Как команда узнает о недоставленных заявках? Проверку отказа интеграции проводите в тестовой среде, не отключая рабочий прием обращений.

Что добавляется, когда обращение принимает ИИ

У чат-бота появляется дополнительная задача: понять вопрос, уточнить недостающие сведения и собрать контекст. Но после этого обращение все равно должно попасть в рабочий процесс. Красивое резюме диалога не поможет менеджеру, если оно осталось только внутри чата.

Мы описали сценарий приема заявок в Ассист24: какие сведения собирать и когда передавать разговор человеку. Если вы начинаете с сайта, отдельно посмотрите как выбрать первый сценарий для чат-бота на сайте.

В разборе про ИИ и автоматизацию CRM я подробнее объясняю, как разделить эти задачи. Создание сделки по известному правилу относится к интеграции. Понимание свободного текста может быть задачей для ИИ. Проверять нужно обе части.

Какие показатели смотреть после проверки

Отделите технические отправки от реальных обращений. Для реальных заявок смотрите, сколько из них корректно попало в CRM, сколько менеджеры взяли в работу и сколько оказалось подходящими для вашего продукта. Продажи учитывайте дальше по воронке.

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

У отдела продаж может быть много ручной работы, но из этого еще не следует, что ему нужен ИИ. Если менеджеры забывают перезвонить, теряют заявки и не обновляют статусы, я бы сначала наладил работу CRM. Если время уходит на разбор сообщений, уточнение запроса и ответы по ассортименту, тогда стоит рассмотреть ИИ.

Для выбора полезно задать один вопрос: нужно выполнить известное правило или сначала понять, что человек имел в виду? В первом случае часто достаточно обычной автоматизации. Во втором можно пробовать ИИ, заранее ограничив его полномочия.

Когда достаточно CRM

Заявка пришла с сайта — создать сделку, назначить ответственного, поставить задачу на звонок. Менеджер отправил предложение — напомнить о следующем контакте. Сделка застряла на этапе — показать ее руководителю. Для этих действий не нужно генерировать ответ: условия и результат можно описать заранее.

Здесь я бы начал с трех вещей: все ли обращения попадают в CRM, есть ли у каждого ответственный и понятно ли следующее действие. Пока этого нет, дополнительный чат-бот может просто создать еще один канал, за которым нужно следить.

Когда есть задача для ИИ

Клиент не обязан формулировать запрос так, как устроен ваш каталог. Он может описать задачу своими словами, смешать несколько вопросов или не знать нужных характеристик. В таком обращении сначала нужно разобраться: выделить потребность, определить недостающую информацию и задать уместный вопрос.

Еще один сценарий — подготовка краткого резюме переписки для менеджера. Что нужно клиенту, что уже выяснили, какие вопросы остались. Это хороший кандидат для пилота: результат можно сопоставить с исходным разговором и проверить до использования в работе.

Как разделить задачи

Задача	С чего начать
Создать сделку, назначить ответственного, напомнить о звонке	Правила и интеграции CRM
Понять свободный текст и собрать недостающие сведения	ИИ с проверяемой базой знаний и передачей сложных вопросов человеку
Сообщить цену и наличие товара	Получение актуальных данных из учетной системы; ИИ может помочь сформулировать ответ
Согласовать скидку или нестандартные условия	Менеджер в пределах своих полномочий
Подготовить резюме обращения и передать его в CRM	ИИ для обработки текста, интеграция для записи данных

Критично отделять формулировку ответа от источника фактов. Красиво написанное сообщение не делает цену актуальной. Если источник недоступен или в базе нет ответа, нужен предусмотренный переход к менеджеру.

В нашем продукте Ассист24 мы отдельно описали сценарий приема и передачи заявок: что уточнить у клиента, какой контекст сохранить и когда подключить человека. Этот сценарий стоит проверить целиком — от первого сообщения до записи, с которой сможет работать менеджер.

Пример из Mobecan: «Фанера Питер»

В проекте для «Фанера Питер» наша команда автоматизировала первичную обработку обращений. ИИ отвечает на вопросы об ассортименте и характеристиках, цене и наличии, уточняет потребность и передает менеджеру структурированную заявку.

Последовательность здесь такая: ответить на типовые вопросы, собрать сведения, зафиксировать обращение, передать его человеку. Дальше с клиентом работает менеджер. Этот пример показывает конкретный участок работы для ИИ; сам по себе он не доказывает рост продаж. Чтобы оценить коммерческий результат, нужны данные о дальнейшем движении заявок.

Что проверить до запуска

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

1. Факты. Ответ соответствует источнику; система не придумывает цену, наличие и условия.
2. Уточнения. Собраны сведения, без которых менеджер не сможет продолжить работу.
3. Передача. Заявка действительно появилась в CRM, назначен ответственный, сохранен контекст.
4. Исключения. Неизвестный или спорный вопрос передается человеку, а не превращается в уверенное обещание.
5. Экономика. Учтены стоимость работы системы, поддержки базы и исправления ошибок, а не только сэкономленные минуты.

После запуска я бы смотрел на долю корректно обработанных обращений, время до содержательного ответа, объем доработки менеджером и движение заявок по воронке. Количество диалогов с ботом само по себе мало что говорит о пользе для продаж.

С чего начать у себя

Возьмите несколько последних обращений и выпишите, на что ушло время: перенос данных, ожидание ответа, поиск информации, уточнение потребности или согласование условий. Такой разбор поможет выбрать первый участок автоматизации. Иногда после него нужен небольшой сценарий в CRM. Иногда — помощник с ИИ и доступом к нужным данным.

Если хотите разобрать свой процесс, напишите на r@mobecan.com: откуда приходят заявки, где они учитываются и на каком этапе возникает проблема. Примеры направлений работы команды — на сайте Mobecan AI.