Логика метода
Product pitch и Solution Selling
В product pitch продавец объясняет capabilities продукта. В Solution Selling capabilities отбираются и связываются с конкретной problem architecture клиента.
Главный риск
Слишком рано проектировать solution, не подтвердив проблему. Тогда consultative language маскирует обычный feature pitch.
Глубокая практика: от заполнения к решению
Продажи решений (Solution Selling). Перевести разговор от продукта к проблеме, результату и конструкции решения. Применяйте когда нужно повысить качество и предсказуемость сложной B2B-сделки. Основные показатели: конверсия встречи в предложение; конверсия предложения в сделку; длина цикла; средний чек. Рабочий инструмент: Конструктор Продажи решений.
Главный принцип работы с этим фреймворком - не заполнять его «для отчётности», а использовать как механизм принятия одного конкретного решения. Сначала задайте вопрос, затем соберите минимально достаточные данные, после чего определите, какое действие изменится в зависимости от результата.
Что подготовить перед работой
- реальные сделки, звонки и CRM-данные;
- этап сделки и причина перехода/потери;
- роль участника и его влияние на решение;
- экономический эффект или критерий успеха;
- следующий проверяемый шаг.
Как принимать решение по результату
- Отделите факт от предположения. Всё, что не подтверждено данными, пометьте как гипотезу.
- Сравните варианты между собой. Один результат редко имеет смысл без альтернативы или baseline.
- Найдите главный рычаг. Не пытайтесь одновременно исправлять все найденные проблемы.
- Определите действие. У результата должен появиться владелец, срок и конкретное изменение.
- Назначьте проверку. Заранее зафиксируйте показатель, период и условие, при котором решение пересматривается.
Разбор B2B-сценария
Интегратор сначала описывает текущий процесс закупок, затем вместе с клиентом фиксирует целевой процесс и критерии успеха. Только после этого формируется состав решения - так предложение сравнивается по результату, а не по списку функций.
Этот сценарий показывает важную границу: фреймворк сам по себе не создаёт результат. Его задача - сделать логику выбора прозрачной. Результат появляется после изменения предложения, процесса, распределения ресурсов, коммуникации или коммерческого действия и последующей проверки фактом.
Какие показатели контролировать
- конверсия встречи в предложение
- конверсия предложения в сделку
- длина цикла
- средний чек.
Контролируйте не только конечный KPI, но и ближайший показатель, который должен измениться первым. Это помогает понять, не сломалась ли причинная цепочка между решением и бизнес-результатом.
Как понять, что фреймворк применён неправильно
Тревожный сигнал - после анализа команда не может сформулировать, какое решение изменилось и какой показатель должен это показать. Другие признаки: данные собраны из разных периодов, оценки не имеют единой шкалы, вывод заранее известен и подгоняется под желаемое решение, либо фреймворк пытаются применить к задаче, для которой он не предназначен.
Практический инструмент
После заполнения должна появиться не просто таблица, а управленческий вывод: что меняем, почему, какой показатель должен измениться, кто отвечает и когда проверяем результат.
Что получить на выходе
В B2B-компании этот фреймворк можно применить для задачи: перевести разговор от продукта к проблеме, результату и конструкции решения. Начните с фактов, затем зафиксируйте выбор или гипотезу и свяжите её с показателем результата.