Квалификация заявок ботом в amoCRM

С чего начать квалификацию заявки

Клиент пишет: «Нужна мебель в два офиса к декабрю» — а менеджер получает только имя и ссылку на переписку

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

Начните с одного типа обращения и договоритесь с менеджерами, каких данных достаточно для работы: для предварительного подбора мебели и для точного расчёта доставки нужны разные сведения

Квалификация лидов — это уточнение потребности потенциального клиента, а не экзамен на готовность немедленно купить

В примере с мебелью полезный результат первого разговора — понятный состав запроса, город, желаемый срок и способ продолжить общение; отсутствие точного бюджета не отменяет сам запрос

Свяжите каждый вопрос с полем и решением

До настройки составьте таблицу из трёх колонок: вопрос клиенту, место сохранения ответа и условие готовности к следующему шагу

Ниже пример строк для условного поставщика офисной мебели; названия полей предлагаются для вашего сценария и не являются готовым набором полей amoCRM

• «Что нужно подобрать?» → поле сделки «Потребность» → понятно, нужны ли столы, кресла или другой товар
• «На сколько рабочих мест?» → поле сделки «Объём» → указано количество либо отмечено, что его нужно уточнить
• «В каком городе находятся офисы?» → поле сделки «Город» → менеджер может проверить возможность доставки
• «К какой дате нужна мебель?» → поле сделки «Желаемый срок» → записано пожелание клиента, а не обещанная дата поставки
• «Есть ориентир по бюджету или сначала показать варианты?» → поле «Бюджет уточнён» и сумма, если она названа → неизвестная сумма не подменяется нулём
• «Где вам удобно получить ответ?» → поле «Способ связи» → выбран доступный канал, который действительно обслуживает команда

Рядом с каждой строкой отметьте, обязательна ли она именно сейчас: если ответ нужен только для доставки, не останавливайте из-за него первичный подбор

Задавайте вопросы по ходу разговора и используйте уже сообщённое: после слов «два офиса в Казани» снова спрашивать город не нужно

Если клиент просит человека, предусмотрите передачу с теми данными, которые уже есть, — длинная анкета не должна становиться препятствием

Не превращайте неизвестное в неверные данные

Ответ «бюджет пока не согласовали» отличается от «денег нет»: в первом случае требуется подбор или расчёт, а не автоматический отказ

Для числового поля оставьте сумму незаполненной, а причину сохраните отдельно: «не определён», «не обсуждали» или «клиент не сообщил»

Пустое значение тоже неоднозначно, поэтому заранее договоритесь, как менеджер отличит пропущенный вопрос от осознанного отказа отвечать

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

При исправлении ответа повторите новое значение перед записью: например, «Верно понял: всего нужно 20 рабочих мест вместо 12?»

Старый ответ не должен оставаться действующим рядом с новым, а уже заполненное поле нельзя стирать только потому, что в следующем сообщении клиент о нём не упомянул

Пример: два офиса и неизвестный бюджет

В этом учебном разговоре бот помогает собрать запрос для подбора мебели; цены, наличие и возможность поставки в нужный срок ещё не проверены

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

Ожидаемое содержание карточки в этом примере:

• Потребность: столы и кресла; объём: 20 рабочих мест; два офиса в Казани
• Желаемый срок: 1 декабря; возможность поставки к этой дате не подтверждена
• Бюджет: не определён; способ связи: текущий чат; телефон не запрашивать повторно без причины
• Следующий шаг: менеджеру подобрать варианты и проверить срок; состав и стоимость доставки ещё уточнить

Для реальной заявки уточняйте год, если дата может пониматься по-разному; количество по каждому офису можно выяснить на этапе подробного расчёта

Отдельно настройте запись в amoCRM

По документации ChatRex, действия amoCRM позволяют изменять поля сделки, контакта и компании, переводить текущую сделку на выбранный этап и ставить задачу

Переменные из диалога подставляются в параметры действия через @; текстовая инструкция боту не заменяет настройку самой операции

Разделите данные по смыслу: параметры этой покупки относятся к сделке, а сведения о человеке — к связанному контакту; не записывайте желаемый срок поставки в постоянные данные компании

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

Начните с текущей сделки: в этом сценарии не требуется создавать новую карточку на каждую реплику или повторный заход клиента

Если сделки создаёт отдельная автоматизация канала, проверьте её отдельно: настройка вопросов бота не решает проблему дублей в других частях процесса

Переход на этап разрешайте по понятному условию: например, когда подтверждён запрос и назначен следующий шаг, — а не просто потому, что закончился список вопросов

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

Передайте сотруднику задачу, а не только переписку

Краткое резюме должно отвечать на три вопроса: чего хочет клиент, что уже известно и что требуется сделать дальше

Формулировка «обработать лид» слишком общая; в нашем примере полезнее «подобрать столы и кресла на 20 рабочих мест, проверить поставку к желаемой дате, ответить в чате»

В документации ChatRex предусмотрена задача по текущей сделке с текстом и ответственным; после настройки проверьте, кто действительно получает её в вашем аккаунте

Согласуйте внутри команды срок реакции, а клиенту сообщайте только тот срок, который команда готова соблюдать

Если действие вернуло ошибку, не сообщайте клиенту, что всё сохранено или передано: сначала проверьте состояние CRM, чтобы повторный запуск не создал лишнюю задачу

Проверьте и сам разговор: после подключения менеджера бот не должен отвечать одновременно с ним; правила остановки и возврата к автоматизации нужны отдельно от заполнения полей

Проверьте ответы и реальные изменения в карточке

Тестовый чат ChatRex имитирует операции amoCRM и не меняет реальные записи — для проверки сохранения запустите бота из amoCRM на тестовой сделке

Сравните исходные сообщения с полями и задачами в CRM, а не только с красивым ответом бота в чате

• Полный запрос: все подтверждённые значения попали в нужную сделку и связанный контакт
• Неизвестный бюджет: сумма не выдумана, причина отсутствия понятна менеджеру
• Отказ от телефона: вымышленный номер не появился, выбран допустимый способ продолжить разговор
• Исправление количества: сохранено последнее подтверждённое значение, старое не используется в задаче
• Повторное обращение: прежние поля не стёрты, в вашем сценарии не появились лишние сделки и задачи
• Два разных клиента: сведения и задачи не смешались между диалогами
• Ошибка записи: бот не подтвердил успех, сотруднику понятен порядок проверки и восстановления

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

Исправляйте конкретную причину: неверное поле — в настройке действия, лишний вопрос — в сценарии, неясный следующий шаг — в правилах передачи

Начните с таблицы для одного типа заявки и одного проверенного маршрута передачи; расширять сценарий имеет смысл после того, как менеджер может продолжить работу без повторного опроса