Проектные продажи | МоргачевDISC в B2B-продажах: почему сильный расчёт не работает, если говорить не на языке клиента
DISC полезен не как тест «кто клиент по цвету», а как напоминание: один и тот же расчёт директор, инженер, закупка и эксплуатация читают по-разному. Сильное решение ещё нужно перевести на язык конкретного участника сделки.
DISC — настройка подачи, а не диагноз клиента
В B2B один человек просит «короче: цена и срок», другой хочет увидеть расчёт, третий спрашивает про внедрение и поддержку. Проблема часто не в качестве решения, а в том, что продавец говорит всем одинаково.
DISC помогает заметить предпочтительный способ принятия решения. Это не рентген личности и не повод клеить ярлык. Полезнее смотреть, что человек спрашивает первым, как быстро принимает решение и какой риск старается снять.
D, I, S и C: что человек хочет услышать раньше всего
| Стиль | Что важнее | Что раздражает | Как подавать решение |
|---|---|---|---|
| D — результат | Скорость, контроль, итог | Длинный вход и детали до сути | Результат, срок, экономика, ответственность |
| I — влияние | Идея, масштаб, люди | Сухая подача без общей картины | Смысл проекта, эффект, перспектива |
| S — стабильность | Безопасность и предсказуемость | Давление и резкие изменения | План внедрения, поддержка, похожие кейсы |
| C — точность | Логика, документы, доказательства | Поверхностность и «всё очевидно» | Расчёты, ограничения, нормы, сравнение |
Один продукт не меняется. Меняется порядок аргументов. Для D расчёт может быть приложением после управленческого вывода, а для C именно расчёт создаёт право двигаться дальше.
Почему в B2B нельзя продавать «среднему клиенту»
В одной сделке могут участвовать директор, закупка, инженер, эксплуатация и руководитель проекта. Каждый оценивает один и тот же вариант через свою ответственность. Поэтому универсальное КП часто технически правильное, но неудобное для внутреннего согласования.
Сильнее собрать одну фактическую основу решения и по-разному расставить акценты: директору — сроки и контроль, инженеру — доказательства, эксплуатации — последствия после внедрения, закупке — условия и риск замены.
Почему я перестал считать медленное решение «торможением»
После работы на объектах мне было трудно понимать людей, которые долго проверяют схему или технический документ: на стройке ответ часто нужен сейчас. Позже я намеренно оказался внутри конструкторской среды «Электрощита» и увидел другую ответственность.
Когда ошибка в расчёте или схеме может дорого стоить, дополнительная проверка перестаёт выглядеть бюрократией. Этот опыт хорошо объяснил простую вещь: разные люди принимают решение по-разному не потому, что один «быстрый», а другой «тормозит», а потому что защищают разные риски.
Как использовать DISC без тестов и театра
- Смотрите, что человек спрашивает первым: срок, идея, риск или доказательство.
- Отмечайте, что его раздражает: медлительность, сухость, давление или поверхностность.
- Не меняйте факты решения — меняйте порядок подачи.
- После встречи отправляйте материал под роль: управленческий итог, расчёт, план внедрения или коммерческие условия.
Задача не угадать цвет клиента. Задача — сделать так, чтобы каждый участник понял один и тот же вариант в своей системе ответственности.
Где DISC перестаёт помогать
Стресс, должность и стадия проекта могут менять поведение сильнее типологии. Жёсткий руководитель может быть жёстким не из-за «D», а потому что объект горит. Инженер может просить детали не из-за «C», а потому что именно он подпишет решение.
Поэтому DISC — только подсказка к наблюдению. Факты сделки, роль человека и реальный риск всегда важнее любого психологического ярлыка.