Клиент говорит «дорого»: как обсудить стоимость и ценность

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

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

Как определить причину оценки «дорого»

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

Используй три развилки:

• Бюджет. Клиент говорит: «На это выделили меньше». Проверь, ограничена вся стоимость или платёж в конкретный период. Обсуждай объём, этапы и доступные условия оплаты.
• Сравнение. Клиент говорит: «Мне предложили дешевле». Проверь, совпадают ли задача, состав и период использования. Переходи к сопоставлению предложений.
• Польза. Клиент говорит: «Не вижу смысла столько платить». Выясни, какой результат нужен и что вызывает сомнение. Проверь связь предложения с задачей и основания для расчёта.

Причины могут сочетаться. Спроси: «Если подтвердим пользу, ограничение по сумме всё равно останется?» Ответ поможет выбрать первую проверку. Не делай вывод о причине только по одной фразе клиента.

Если не хватает бюджета

Уточни: «Какой диапазон сейчас доступен?» и «Ограничена общая стоимость или платёж в этом месяце?» Для начала достаточно границы, с которой можно сопоставить предложение.

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

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

Условный пример: предложение стоит 180 000 рублей, доступный бюджет составляет 120 000 рублей. Разрыв равен 60 000 рублей: 180 000 - 120 000. Это повод проверить состав решения, а не основание автоматически уменьшать цену. Спроси: «Что должно быть готово в первую очередь?» Стоимость самостоятельного этапа рассчитай после определения работ.

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

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

Если есть более дешёвое предложение

Уточни: «Какую задачу закрывает тот вариант и что входит в сумму?» Сравнивай условия, которыми клиент вправе поделиться. Для одной задачи и одного периода проверь:

• Результат: состав, объём и необходимые работы.
• Расходы: обязательные доплаты для запуска и использования.
• Сроки: когда клиент получит результат.
• Участие команды: какие действия остаются сотрудникам клиента.
• Поддержку: какие исправления и помощь включены в цену.

Условный пример: первый вариант стоит 120 000 рублей, второй - 95 000 рублей, но требует отдельной настройки за 20 000 рублей. Стоимость второго с настройкой: 95 000 + 20 000 = 115 000 рублей. Разница: 120 000 - 115 000 = 5 000 рублей. Расчёт применим, если объём и период сравнения совпадают, а настройка действительно обязательна.

Дальше проверь ценность отличий: «Разница составляет 5 000 рублей. В первом варианте включено обучение команды. Оно вам нужно?» Эта реплика подходит только для предложения, где обучение действительно включено. Если отличие клиенту не нужно, оно не обосновывает для него более высокую цену.

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

Если клиент не понимает пользу

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

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

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

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

Как рассчитать ценность на условных данных

Расчёт помогает проверить допущения. Все числа в примере условные; сокращение повторов является предположением, которое ещё нужно проверить.

Исходные данные: команда обрабатывает 100 заявок в месяц. В 20 заявках повторно собирают данные, затрачивая на каждую 30 минут активной работы. Для внутренней оценки принят условный показатель стоимости часа - 800 рублей.

• Доля заявок с повторным сбором: 20 / 100 = 20%. Знаменатель - все заявки за месяц.
• Активное время на повторы: 20 * 0,5 = 10 часов в месяц.
• Расчётная стоимость этого времени: 10 * 800 = 8 000 рублей в месяц.
• При условном сокращении повторов наполовину останется 10 таких заявок. Высвободится 10 0,5 = 5 часов с расчётной стоимостью 5 800 = 4 000 рублей в месяц.

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

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

Как закрепить результат разговора

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

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

Если команда отвечает на «дорого» без выяснения причины, перенеси эти развилки в конструктор скриптов продаж Legend BMS: добавь ветки по бюджету, сравнению и непонятной пользе, а к ним - памятки с вопросами. Шаги, роли и условия перехода можно задать в конструкторе бизнес-процессов. Введённый результат не доказывает качество переговоров, поэтому выводы нужно разбирать по содержанию. Зарегистрируйся и создай в конструкторе скриптов первую развилку с этими тремя причинами.