Кросс-продажи: как предлагать сопутствующее решение без навязывания

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

Когда сопутствующее предложение уместно

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

Проверь четыре признака уместности:

• Клиент подтвердил связанную задачу.
• Дополнение соответствует этой задаче.
• Оно совместимо с основной покупкой и условиями использования.
• Клиенту понятны состав, стоимость и необязательность дополнения.

Отдельное обучение к оборудованию - кросс-продажа. Более производительная модель - upsell, расширение основного решения. Здесь разбираем только сопутствующие предложения.

Обязательные компоненты обсуждай в составе комплектации до покупки. Если без детали оборудование не работает, её нельзя представлять как необязательное дополнение.

Как собрать матрицу потребностей и предложений

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

В каждой строке матрицы заполни семь полей:

1. Основная покупка и ситуация. Что выбирает клиент и как будет использовать.
2. Смежная потребность. Какую связанную задачу нужно решить.
3. Подтверждающий вопрос. Как проверить наличие потребности.
4. Сопутствующее предложение. Какой товар или услуга подходит.
5. Совместимость. Какие параметры, сроки и ограничения проверить.
6. Когда не предлагать. Какой ответ или факт исключает связку.
7. Момент предложения. Когда данных достаточно для обсуждения.

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

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

Рабочий образец матрицы

Ниже - условные связки для разных видов бизнеса. Перед применением проверь их по своему ассортименту и условиям исполнения. Услуги в примерах не описывают возможности Legend BMS.

Связка 1. Оборудование и обучение

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

Связка 2. Программный продукт и перенос данных

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

Связка 3. Мебель и сборка

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

Связка 4. Обучение и практическая сессия

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

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

Как предложить дополнение в разговоре

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

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

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

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

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

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

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

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

Долю принятых предложений считай среди клиентов с подтверждённой потребностью и совместимым решением, которым сделали предложение. Условный пример: дополнение купили 5 из 20 таких клиентов. Расчёт: 5 / 20 × 100% = 25%. Это результат примера, а не ориентир для бизнеса. Отдельно считай, скольким подходящим клиентам дополнение вообще предложили: иначе пропуски этого шага останутся незаметны.

Как закрепить подбор в Legend BMS

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

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

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