Задача
Понять желаемый результат и условия запроса, не подменяя неизвестные сведения предположениями.
Модельный сценарий · Квалификация заявок
Подготовка заявки к предметному разговору с менеджером
Модельный сценарий для входящих запросов на услугу: ассистент уточняет задачу, собирает известные условия и передаёт менеджеру заявку с объяснимым следующим шагом.
Состав сценария
Состав сценария
Начинаем после того, как человек выразил интерес к услуге. Задача — подготовить полезные сведения для продолжения разговора.
Решение
Настроить короткие уточнения, правила фиксации ответов и маршруты по содержанию заявки.
Ожидаемый эффект
На пилоте проверить, позволяет ли подготовленная заявка менеджеру выбрать следующий шаг без лишнего повторения.
Архитектура решения
Архитектура решения
Диалог собирает факты, правила определяют маршрут, а менеджер принимает индивидуальные коммерческие решения.
Описание предложения
Согласованные направления услуги, допустимые условия и вопросы, влияющие на следующий шаг.
Уточнение потребности
Желаемый результат, исходная ситуация, известные ограничения и параметры, которые ещё предстоит выяснить.
Передача в продажи
Резюме ответов, объяснение выбранного маршрута и открытые вопросы для менеджера.
От интереса к следующему шагу
Неизвестный бюджет или срок можно сохранить как вопрос; человеку не нужно придумывать ответ ради завершения формы.
- 01
Исходный запрос
Зафиксировать интересующую задачу и уже названные человеком условия.
- 02
Ключевые уточнения
Задать вопросы, которые действительно помогают выбрать направление и продолжение разговора.
- 03
Проверка понимания
Кратко вернуть суть запроса и дать возможность исправить или дополнить ответы.
- 04
Выбор маршрута
Применить согласованные правила по содержанию заявки и показать причину следующего шага.
- 05
Передача менеджеру
Передать подтверждённые сведения и нерешённые вопросы доступным способом.
Этапы внедрения
Этапы внедрения
Правила уточнений обсуждаем с теми, кто принимает заявки и готовит предложение.
01
Диагностика
Сравнить примеры входящих запросов и определить, каких сведений менеджеру не хватает для продолжения.
02
Архитектура
Согласовать смысл полей, обязательные и дополнительные вопросы, статусы и маршруты.
03
Пилот
Проверить неполные ответы, изменение условий, просьбу о менеджере и запрос вне выбранного направления.
Критерии проверки
Критерии проверки
Квалификация должна объяснять состояние запроса, а не навешивать необоснованную оценку на человека.
- 01
Точность сведений
В заявке отражены сообщённые условия, а неизвестное не превращено в отказ или отрицательный ответ.
- 02
Объяснимый маршрут
Следующий шаг соответствует согласованному правилу и подтверждается содержанием разговора.
- 03
Полезность для менеджера
Получатель видит потребность, критерии выбора и вопросы, с которых следует продолжить обсуждение.
Подробно о теме
Как квалифицировать входящий запрос без потери его смысла
Человек уже заинтересовался услугой
Представим компанию с несколькими направлениями услуг. Входящий запрос может быть подробным, а может состоять из фразы «хотим решить такую задачу, подскажите вариант». Менеджеру нужно понять исходную ситуацию, желаемый результат и то, какие условия уже известны. В модельном сценарии ассистент помогает подготовить эту основу для разговора, не заменяя обсуждение индивидуального предложения.
Рассматривается работа с запросами людей, которые сами обратились или согласились продолжить диалог. Массовые рассылки и самостоятельный поиск контактов в этот пример не входят. Квалификация здесь означает уточнение содержания заявки и выбор следующего шага. Это не обещание угадать, кто купит услугу, и не оценка ценности человека по неполной информации.
Сначала определяют, что нужно знать менеджеру
Список вопросов составляют на основе реальных задач отдела продаж. Например, какой результат нужен клиенту, как процесс устроен сейчас и какие системы уже используются. Для каждого вопроса полезно объяснить, как ответ повлияет на продолжение: выбор специалиста, подготовку примера или необходимость отдельного обсуждения. Поле, которое собирается только по привычке и нигде не используется, может оказаться лишним.
Смысл ответа также требует договорённости. Желательный срок начала и крайняя дата результата — разные сведения. Ориентир бюджета отличается от уже согласованного бюджета проекта. Если человек пока не знает параметр, в заявке так и отмечают. Отсутствие ответа нельзя автоматически превращать в отрицательный признак: менеджеру важно понимать неопределённость, а не получать видимость заполненной анкеты.
Диалог не должен выглядеть как повторяющаяся форма
Ассистент начинает с уже полученного контекста и задаёт короткие уточнения по смыслу разговора. Если человек сразу описал текущий процесс и желаемый результат, повторно спрашивать об этом не требуется. При неоднозначной формулировке лучше пояснить, какую деталь нужно уточнить. Например, слово «интеграция» может означать получение сведений, запись результата или оба направления обмена.
Человек вправе спросить об услуге по ходу уточнений. Ответ по утверждённым материалам помогает ему понять, подходит ли дальнейшее обсуждение. После этого можно вернуться к оставшемуся вопросу, сохранив предыдущие ответы. Прямую просьбу о менеджере учитывают как отдельный маршрут. Сбор дополнительных деталей не должен становиться препятствием для разговора со специалистом.
Как отделить потребность от предложенного решения
Клиент может назвать конкретный инструмент, хотя описанная проблема связана с более широким процессом. В заявке полезно сохранить и предпочтение, и саму потребность. Например, человек хочет помощника в мессенджере, чтобы сотрудникам было удобнее получать сведения из внутренних файлов. Интерфейс здесь является пожеланием, а доступ к нужной информации — ожидаемым результатом.
Ассистент не подтверждает техническую совместимость или состав работ только на основании названия сервиса. Эти детали требуют отдельной проверки. В резюме можно отметить используемые инструменты и нужное действие, а неподтверждённое подключение оставить вопросом к менеджеру. Такой подход позволяет обсудить альтернативы, не создавая у клиента впечатления, что конкретное решение уже обещано.
Почему выбранный маршрут должен быть объяснимым
После уточнений заявку можно направить специалисту по соответствующему направлению или оставить для дополнительного разбора. Основание маршрута задают заранее и связывают с фактическими ответами. Например, в запросе явно требуется работа с внутренними документами или обсуждается размещение на своей инфраструктуре. Причина должна быть понятна принимающему сотруднику, который сможет проверить её по разговору.
В этом модельном сценарии не используется выдуманный процент вероятности покупки. Если компании нужна система статусов, смысл каждого состояния согласуют отдельно. Пометка «нужно уточнение» отличается от «не подходит выбранное направление», а отсутствие бюджета — от отказа обсуждать проект. Статус помогает организовать работу только тогда, когда не скрывает эти различия.
Что делать, если ответы изменились
В ходе разговора человек может вспомнить важное ограничение или исправить первоначальный срок. Ассистент должен учитывать уточнение в текущем резюме и при необходимости пересмотреть маршрут. Иначе менеджер получит устаревший запрос, хотя нужная информация уже появилась. Пользователю полезно показать краткую итоговую формулировку и дать возможность подтвердить или исправить её.
Возвращение к заявке позже требует правил работы с сохранённым контекстом. Нужно понимать, какие сведения относятся к прежнему разговору и какие изменились сейчас. Возможность продолжения зависит от выбранного интерфейса, идентификации и прав доступа. Нельзя обещать узнавание человека во всех каналах или объединять заявки только из-за похожих ответов.
Какие сведения доходят до менеджера
Итоговая запись должна помогать готовиться к предметному разговору. В ней можно разделить потребность, текущую ситуацию, критерии выбора и открытые вопросы. Желания клиента сохраняются как желания, а подтверждённые ограничения — как ограничения. Ассистент не добавляет неподтверждённую готовность заключить договор, полномочия собеседника или согласие на предложенные условия.
Передача в CRM или другой инструмент обсуждается с учётом доступных интерфейсов и нужных полей. Проверяют создание либо обновление записи, сохранение ответов и обработку повторной отправки. Если операция не подтверждена системой, статус не должен сообщать об успешной передаче. Менеджеру и пользователю требуется понятный следующий шаг, а не формальное завершение диалога.
Как оценить пилот и подготовить задание
Для проверки выбирают заявки с разным уровнем определённости: подробную, короткую, с противоречивыми сроками, без бюджета и с запросом вне выбранного направления. Отдельно проверяют исправление ответов и просьбу сразу подключить человека. Менеджер сравнивает итог с исходным разговором и отмечает, какие сведения помогли, какие были потеряны и какие вопросы заданы без необходимости.
Для обсуждения внедрения с ASK ARMONIVO подготовьте обезличенные примеры заявок и объясните, что нужно знать перед первым предметным разговором. Можно показать принятую форму записи и существующие маршруты отдела продаж. После уточнения сценариев, полей, правил и подключений определяются состав работ и стоимость. Результаты пилота оценивают по вашему процессу, не подменяя их заранее обещанной конверсией.
Вопросы и ответы
Коротко о главном
01Это реальный кейс отдела продаж?+
Нет. Это модельный сценарий, который показывает возможную подготовку заявки. Он не подтверждает результаты конкретной компании или рост продаж.
02Чем он отличается от приёма обращения с сайта?+
Приём фиксирует вопрос и контакт. Здесь подробнее рассматриваются потребность, критерии выбора, неопределённые параметры и правила следующего шага перед разговором с менеджером.
03Обязан ли человек назвать бюджет?+
Нет. Неизвестный параметр можно сохранить как вопрос для дальнейшего обсуждения. Правила обязательных сведений определяют по задаче, не вынуждая человека придумывать ответ.
04Будет ли ассистент оценивать вероятность покупки?+
Такой прогноз в описанный сценарий не входит. Маршруты и состояния заявки определяются согласованными правилами по содержанию разговора.
05Можно ли исправить ранее сообщённые условия?+
Да, такую возможность нужно предусмотреть в диалоге. Итоговое резюме и следующий шаг должны учитывать подтверждённое уточнение.
06Может ли клиент сразу перейти к менеджеру?+
В модельном сценарии просьба о специалисте обрабатывается отдельно. Дополнительные вопросы не должны препятствовать предусмотренной передаче.
07Обещает ли ассистент конкретную интеграцию или цену?+
Он может передавать только утверждённые сведения. Индивидуальная стоимость и техническая совместимость требуют отдельного обсуждения и проверки.
08Что нужно для расчёта стоимости такого внедрения?+
Примеры входящих запросов, необходимые менеджеру сведения, правила маршрутизации и используемые инструменты. После их уточнения определяется состав работ и рассчитывается стоимость.
Обсудить проект
Определим, что важно знать перед разговором
Покажите примеры заявок и расскажите, по каким сведениям менеджер выбирает следующий шаг. Обсудим сценарий уточнений и передачи.
Обсудить проект