---
title: "SPIN"
url: "https://kzsaleshub.com/framework/spin-selling/"
type: "framework"
category: "Продажи"
language: "ru"
source: "KZSalesHub"
published: "2026-08-12"
last_updated: "2026-08-16"
---

# SPIN

**Суть.** Порядок вопросов на встрече: сначала факты, потом проблемы, потом последствия проблем, и только потом — ценность решения. Смысл в том, чтобы стоимость проблемы назвал клиент, а не вы.

## Четыре типа вопросов

| Тип | Что выясняет | Пример |
| --- | --- | --- |
| S — ситуационные | Факты и контекст | Сколько площадок, какое оборудование, кто обслуживает |
| P — проблемные | Где болит | Что происходит, когда падает канал на удалённой площадке |
| I — извлекающие | Цена этой боли | Сколько это стоило в прошлый раз — в часах простоя, в людях, в деньгах |
| N — направляющие | Ценность решения глазами клиента | Что изменится, если восстановление будет занимать не сутки, а час |

## Главное правило

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

Основная работа — извлекающие вопросы. Именно они превращают «неудобно» в «дорого». Пока проблема не имеет цены, бюджета под неё не появится.

## Откуда взялось

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

## Где ломается

- **SPIN превращают в скрипт.** Четыре блока подряд по списку — и встреча становится анкетой. Порядок нужен как логика, а не как сценарий.
- **Извлекающие вопросы задают человеку, который не отвечает за последствия.** Инженер честно скажет, что чинить неудобно. Цену простоя знает не он.
- **Переход к решению слишком рано.** Как только продукт назван, клиент переключается в режим оценки и перестаёт рассказывать про проблему.

## Как готовиться к встрече

1. Выписать всё, что уже известно, чтобы не спрашивать это вслух.
2. Сформулировать три гипотезы проблем, которые характерны для этой отрасли и размера компании.
3. Под каждую — по два извлекающих вопроса: во что это обходится и как часто повторяется.
4. Заранее решить, какие цифры вы хотите услышать от клиента. Это и есть *Metrics* для дальнейшей квалификации.

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

## Частые вопросы

**Чем SPIN отличается от MEDDPICC**

SPIN — про то, как вести разговор. MEDDPICC — про то, что должно быть известно о сделке. Они не конкурируют: вопросы SPIN закрывают пункты чек-листа.

**Работает ли SPIN в коротких сделках**

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

**Как не скатиться в допрос**

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

## Четыре типа вопросов в реальном разговоре

| Тип | Пример формулировки | Ошибка |
| --- | --- | --- |
| О ситуации | Как сейчас устроен этот процесс | Спрашивать то, что можно узнать до встречи |
| О проблеме | Что в нём работает хуже всего | Переходить сразу к решению |
| О последствиях | Что происходит дальше, когда это ломается | Пропускать — самый важный и самый пропускаемый тип |
| О выгоде | Что изменилось бы, если бы этого не было | Отвечать за клиента |

Смысл последовательности — чтобы клиент сам произнёс масштаб проблемы. Пока это делает продавец, услышано будет как аргумент продажи, а не как факт.

Разница между слабым и сильным разговором почти всегда в третьем типе вопросов. Именно он превращает неудобство в основание для покупки.

---
Источник: https://kzsaleshub.com/framework/spin-selling/