Пять блоков
Как применять
- Восстановите Situation.
- Углубите Pain до причины.
- Квантифицируйте Impact, где возможно.
- Найдите Critical Event и последствия его пропуска.
- Разберите Decision process и stakeholders.
SPICED и MEDDPICC
SPICED сильнее структурирует discovery вокруг проблемы и impact; MEDDPICC глубже инспектирует сложность enterprise deal и execution risk.
Глубокая практика: от заполнения к решению
Квалификация SPICED (Situation, Pain, Impact, Critical Event, Decision). Отличить интерес от ситуации с реальной болью, эффектом, событием и процессом решения. Применяйте когда нужно повысить качество и предсказуемость сложной B2B-сделки. Основные показатели: доля выигранных сделок; длина цикла; доля сделок с подтверждённым событием. Рабочий инструмент: Конструктор Квалификация SPICED.
Главный принцип работы с этим фреймворком - не заполнять его «для отчётности», а использовать как механизм принятия одного конкретного решения. Сначала задайте вопрос, затем соберите минимально достаточные данные, после чего определите, какое действие изменится в зависимости от результата.
Что подготовить перед работой
- реальные сделки, звонки и CRM-данные;
- этап сделки и причина перехода/потери;
- роль участника и его влияние на решение;
- экономический эффект или критерий успеха;
- следующий проверяемый шаг.
Как принимать решение по результату
- Отделите факт от предположения. Всё, что не подтверждено данными, пометьте как гипотезу.
- Сравните варианты между собой. Один результат редко имеет смысл без альтернативы или baseline.
- Найдите главный рычаг. Не пытайтесь одновременно исправлять все найденные проблемы.
- Определите действие. У результата должен появиться владелец, срок и конкретное изменение.
- Назначьте проверку. Заранее зафиксируйте показатель, период и условие, при котором решение пересматривается.
Разбор B2B-сценария
Для SaaS-сделки команда связывает ситуацию, боль и измеримое влияние с критическим событием и процессом принятия решения. Благодаря этому можно понять не только «интересно ли клиенту», но и почему сделка должна состояться в определённый срок.
Этот сценарий показывает важную границу: фреймворк сам по себе не создаёт результат. Его задача - сделать логику выбора прозрачной. Результат появляется после изменения предложения, процесса, распределения ресурсов, коммуникации или коммерческого действия и последующей проверки фактом.
Какие показатели контролировать
- доля выигранных сделок
- длина цикла
- доля сделок с подтверждённым событием.
Контролируйте не только конечный KPI, но и ближайший показатель, который должен измениться первым. Это помогает понять, не сломалась ли причинная цепочка между решением и бизнес-результатом.
Как понять, что фреймворк применён неправильно
Тревожный сигнал - после анализа команда не может сформулировать, какое решение изменилось и какой показатель должен это показать. Другие признаки: данные собраны из разных периодов, оценки не имеют единой шкалы, вывод заранее известен и подгоняется под желаемое решение, либо фреймворк пытаются применить к задаче, для которой он не предназначен.
Практический инструмент
После заполнения должна появиться не просто таблица, а управленческий вывод: что меняем, почему, какой показатель должен измениться, кто отвечает и когда проверяем результат.
Что получить на выходе
В B2B-компании этот фреймворк можно применить для задачи: отличить интерес от ситуации с реальной болью, эффектом, событием и процессом решения. Начните с фактов, затем зафиксируйте выбор или гипотезу и свяжите её с показателем результата.