SPIN-продажи: как выстроить вопросы от ситуации к ценности решения

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

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

Подготовь логику разговора

SPIN расшифровывается как Situation, Problem, Implication и Need-payoff. Этим блокам соответствуют ситуационные, проблемные, извлекающие и направляющие вопросы. Последние помогают раскрыть ценность решения для клиента.

У каждого блока свой результат:

• Ситуация: понятны порядок работы и роли участников.
• Проблема: клиент назвал затруднение и привёл конкретный эпизод.
• Последствия: выяснено, на что повлияло затруднение.
• Ценность: клиент описал нужное изменение и признаки результата.

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

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

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

Ситуационные вопросы: восстанови порядок работы

Выясни только те факты, которые нужны для понимания задачи:

1. «Как сотрудник центра сообщает о неисправности принтера?»
2. «Кто принимает заявку и связывается с подрядчиком?»
3. «Как администратор узнаёт время приезда инженера?»
4. «Что происходит, если в согласованное время инженер приехать не может?»

Условный ответ клиента: «Администратор пишет офис-менеджеру. Тот обращается к местному подрядчику и передаёт время выезда. Изменения тоже сообщают через него».

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

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

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

Проблемные вопросы: проверь затруднение

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

• «Что в текущем обслуживании вас устраивает, а что хотелось бы изменить?»
• «Возникли ли сложности в последнем обращении? Если да, то на каком этапе?»
• «Бывают ли переносы уже согласованного выезда? Как о них сообщают?»

Условный ответ клиента: «Ремонт обычно устраивает. Но в последний раз инженер перенёс согласованный выезд. Администратор узнал об этом, когда уже рассчитывал запустить печать».

Уточни содержание проблемы: «Правильно понимаю, сложность в позднем предупреждении о переносе? Или важнее что-то другое?»

Ответ клиента: «Да, перенос сам по себе допустим. Главное - узнать о нём заранее, чтобы организовать печать другим способом».

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

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

Извлекающие вопросы: выясни последствия

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

1. «Что пришлось сделать после позднего предупреждения?»
2. «Кто участвовал в организации печати другим способом?»
3. «Как это повлияло на подготовку материалов к занятию?»

Условный ответ клиента: «Администратор отправил файлы в соседний центр и договорился о доставке. Преподаватель получил материалы перед самым занятием. Занятие состоялось, но времени на подготовку осталось меньше».

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

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

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

Направляющие вопросы: раскрой ценность изменения

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

Для нашего примера подойдут такие вопросы:

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

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

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

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

Предложи следующий шаг: «Давайте разберём недавние обращения и определим требования к предупреждению. Затем сопоставим их с нашими условиями обслуживания. Кто поможет проверить детали?»

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

Собери рабочий скрипт и проверь ответы

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

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

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

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

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