Продажи по вопросам SPIN (Situation, Problem, Implication, Need-payoff)

1. Не тратьте встречу на Situation, которые можно узнать заранее.
2. Используйте Problem questions для discovery.
3. Помогите клиенту самому раскрыть Impact через Implication questions.
4. Need-payoff задавайте после того, как последствия понятны.
5. Не превращайте структуру в допрос по скрипту.

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

Продажи по вопросам SPIN (Situation, Problem, Implication, Need-payoff). Проводить диагностическую встречу через вопросы и раскрывать последствия проблемы. Применяйте когда нужно повысить качество и предсказуемость сложной B2B-сделки. Основные показатели: конверсия встречи в следующий этап; доля выигранных сделок; длина цикла. Рабочий инструмент: Конструктор Продажи по вопросам SPIN.

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

• реальные сделки, звонки и CRM-данные;
• этап сделки и причина перехода/потери;
• роль участника и его влияние на решение;
• экономический эффект или критерий успеха;
• следующий проверяемый шаг.

1. Отделите факт от предположения. Всё, что не подтверждено данными, пометьте как гипотезу.
2. Сравните варианты между собой. Один результат редко имеет смысл без альтернативы или baseline.
3. Найдите главный рычаг. Не пытайтесь одновременно исправлять все найденные проблемы.
4. Определите действие. У результата должен появиться владелец, срок и конкретное изменение.
5. Назначьте проверку. Заранее зафиксируйте показатель, период и условие, при котором решение пересматривается.

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

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

• конверсия встречи в следующий этап
• доля выигранных сделок
• длина цикла.

Контролируйте не только конечный KPI, но и ближайший показатель, который должен измениться первым. Это помогает понять, не сломалась ли причинная цепочка между решением и бизнес-результатом.

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

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

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

• SPICED
• Solution Selling
• Value Selling

• Solution Design
• Cost of Inaction
• Sales Negotiation