Работа с возражениями: как построить сценарий уточнения и ответа

Работа с возражениями начинается с проверки причины сомнения. Построй сценарий так: уточни смысл реплики, проверь своё понимание, ответь на подтверждённую причину и согласуй следующий шаг. Для этого собери карту возражений: свяжи слова клиента с возможными причинами, проверочными вопросами и действиями после ответа. Так у менеджера будет опора для разговора, а у РОПа - основа для разбора диалогов.

Одинаковая фраза может скрывать разные ограничения. За словами «нам не подходит» могут стоять отсутствие нужной функции, сложный переход или нежелание продолжать обсуждение. Подбирать аргумент до уточнения причины - значит рисковать ответить на вопрос, которого клиент не задавал.

Что включить в карту возражений

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

1. Дословная реплика: «У нас уже есть решение».
2. Возможные причины: текущий вариант устраивает, переход трудоёмкий, есть обязательства перед поставщиком.
3. Проверочный вопрос: «Есть ли в текущей работе задача, которую хотелось бы решить иначе?»
4. Подтверждение словами клиента: «Функций хватает, но поддержка отвечает долго».
5. Ответ по существу: уточнить нужный срок ответа поддержки и сопоставить его с подтверждёнными условиями своего предложения.
6. Результат: ответ получен, нужна дополнительная проверка, вопрос остался открытым или продолжение не требуется.

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

Сценарий уточнения и ответа из пяти шагов

Шаг 1. Признай сомнение. «Понимаю, переход вызывает вопросы». Не обесценивай опасение словами «это вообще не проблема» и не называй причину, которую клиент ещё не объяснил.

Шаг 2. Задай вопрос о причине. «Какой участок перехода кажется самым сложным?» Если ответ общий, предложи варианты: «Перенос данных, обучение команды или что-то ещё?» Не задавай сразу несколько вопросов: дождись ответа на первый.

Шаг 3. Проверь понимание. «Правильно понял: во время переноса нельзя останавливать приём заказов?» Дождись подтверждения или поправки. Если клиент уже подробно объяснил ограничение, переходи к проверке понимания без повторного опроса.

Шаг 4. Ответь по существу. Покажи подтверждённый факт, предложи проверку конкретного сценария или обозначь ограничение. Если ответа нет, согласуй, что именно выяснишь и когда вернёшься с результатом. Не заменяй неизвестность обещанием.

Шаг 5. Проверь результат. «Этот вариант отвечает на вопрос о непрерывной работе или остаётся неучтённый риск?» Если сомнение осталось, вернись к уточнению. Если ответ принят, спроси, что ещё нужно проверить, и договорись о следующем действии.

Не считай молчание подтверждением и не требуй покупки в обмен на ответ. Клиент может получить нужную информацию и всё равно решить, что предложение ему не подходит.

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Стартовая карта: от реплики к проверке причины

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

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

«Слишком сложно внедрять». Возможные причины: не хватает ресурсов или есть риск остановки работы. Вопрос: «Какой этап вызывает больше всего вопросов?» Затем уточни, кто будет им заниматься. После подтверждения: разбери этот этап, участников и ограничения.

«Не уверен, что это сработает у нас». Возможная причина: не хватает подтверждения для конкретного условия. Вопрос: «В каком рабочем сценарии результат вызывает сомнение?» После подтверждения: проверь названный сценарий на доступных данных или демонстрации, обозначь границы проверки.

«Нужно согласовать». Возможная причина: в решении участвует другой человек. Вопрос: «Кто ещё участвует в решении?» Затем уточни его критерии. После подтверждения: подготовь ответы по этим критериям и согласуй формат обсуждения.

«Сейчас не до этого». Возможные причины: нет приоритета, ресурсов или подходящего срока. Вопрос: «Что должно измениться, чтобы задача стала актуальной?» После подтверждения: согласуй событие или срок для возврата либо заверши контакт.

«Пришлите информацию». Возможные причины: нужны материалы для оценки или человек хочет закончить разговор. Вопрос: «На какой вопрос должен ответить материал, чтобы он был полезен?» После подтверждения: отправь подходящую информацию и уточни, нужен ли следующий контакт. Если клиент не хочет продолжать, не настаивай на объяснении.

Примеры диалогов с проверкой причины

Пример 1. Клиент уже работает с поставщиком.

Клиент: «Мы уже работаем с другой компанией».

Менеджер: «Есть ли в этой работе что-то, что хотелось бы улучшить?»

Клиент: «Нужны поставки к согласованной дате. Последние два раза сроки переносили».

Менеджер: «Правильно понял: альтернативу есть смысл обсуждать, если можно подтвердить сроки для ваших заказов?»

Клиент: «Да, но обещания нам уже давали».

Менеджер: «Предлагаю проверить один типовой заказ: наличие, дату отгрузки и условия доставки. Если срок подтвердить не сможем, прямо об этом скажем».

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

Пример 2. Клиент сомневается, что сотрудники будут пользоваться решением.

Клиент: «Мы уже пробовали. Сотрудники не стали работать».

Менеджер: «На каком действии возникла трудность?»

Клиент: «Приходилось повторно вносить данные из другой системы».

Менеджер: «Основная причина была в двойном вводе или были другие сложности?»

Клиент: «В основном в нём».

Менеджер: «Давайте проверим, как будет устроен ввод данных в вашем сценарии. Если повторная работа сохраняется, учтём её при оценке».

Ответ «у нас удобный интерфейс» не проверил бы названную причину. Здесь следующий шаг связан с конкретным действием сотрудника.

Как РОПу проверять и обновлять сценарий

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

При разборе проверь, какой вопрос помог уточнить причину, что клиент подтвердил своими словами, соответствует ли ответ этому ограничению и о чём договорились дальше. Отдельно отмечай неизвестные факты и вопросы, оставшиеся без ответа.

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

Как перенести карту в Legend BMS

В конструкторе скриптов продаж Legend BMS можно собрать ветки ответов и памятки. Для каждой ветки определи вопрос, возможные ответы клиента и действие после подтверждения причины. В конструкторе бизнес-процессов задай шаги, роли и условия перехода: кто уточняет сомнение, кто готовит ответ и кому передать нерешённый вопрос.

Условия перехода контролируют введённый результат, но не доказывают качество разговора. Запись «причина подтверждена» нужно проверять по содержанию диалога. Не приравнивай заполнение результата к фактическому снятию сомнения.

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