Помните, что покупатель не покупает ваш софт.
A. Он находится в какой-то точке А со своими заебами/проблемами/или неэффективным способом решения.
C. Ему хочется в какое-то состояние C прийти.
B. Ваш продукт это лишь промежуточный трансформатор к решению.
И путь такой:
A -> B -> C
Поэтому в начале демо суммаризуйте проблему клиента.
1. "The problem slide"
Если нет данных, показывайте универсальный слайд ради какой проблемы мы тут собрались и вы создали решение.
Но если при лидгене вы собираете в форме вопросы про боли, тогда уже их показывайте.
Это надо, чтобы у человека снялись вопросы что происходит, кто такие и что он тут делает.
2. Стартуйте демо с одной самой главной/мощной фичи.
При сторителле вообще лучше по простой линии мысли идти, а не пытаться впечатлять тем сколько у вас много всего в продукте сделано.
В целом это может быть всей вашей демонстрацией продукта (дальше уже из постов выше беседуйте и слушайте чем живет человек)
3. При демонстрации каждой следующей фичи, которую вы показываете, у человека должна появиться четкая ассоциация как оно все ведет к решению проблем
Дело в том, что если просто весь продукт демонстрировать, покупатель может запутаться. Они же, в отличие от вас, не живут каждый день вашим продуктом. Поэтому в лоб все показывать без наводки ради чего - это будет выглядеть как попытка "продемонстрировать сколько тонны ценности вы несете".
Но дело в том, что если нет простого маппинга что там несет ценность, человек начнет думать "ну вот тогда эта фича мне нужна, давайте скидки".
Я помню пытался в начале подчеркивать, что в дорогом плане есть SSO, но организаторы мероприятий говорили "да ну нам это нафиг не надо давайте уберите эту фичу и дешевле сделаем".
Поэтому я перестал так базарить, и больше делал упор, к примеру "ты спокойно весь год будешь делать ивенты, у тебя всегда будет мега вместимость и во время ивентов за вот-такие-то-деньги, мы будем помогать", и просто умалчивал о фичах, которые им не релевантны.
@saasStuff