Еще 3 фишки при демо продукта

Помните, что покупатель не покупает ваш софт.

A. Он находится в какой-то точке А со своими заебами/проблемами/или неэффективным способом решения.

C. Ему хочется в какое-то состояние C прийти.

B. Ваш продукт это лишь промежуточный трансформатор к решению.

И путь такой:

A -> B -> C

Поэтому в начале демо суммаризуйте проблему клиента.

1. "The problem slide"

Если нет данных, показывайте универсальный слайд ради какой проблемы мы тут собрались и вы создали решение.

Но если при лидгене вы собираете в форме вопросы про боли, тогда уже их показывайте.

Это надо, чтобы у человека снялись вопросы что происходит, кто такие и что он тут делает.

2. Стартуйте демо с одной самой главной/мощной фичи.

При сторителле вообще лучше по простой линии мысли идти, а не пытаться впечатлять тем сколько у вас много всего в продукте сделано.

В целом это может быть всей вашей демонстрацией продукта (дальше уже из постов выше беседуйте и слушайте чем живет человек)

3. При демонстрации каждой следующей фичи, которую вы показываете, у человека должна появиться четкая ассоциация как оно все ведет к решению проблем

Дело в том, что если просто весь продукт демонстрировать, покупатель может запутаться. Они же, в отличие от вас, не живут каждый день вашим продуктом. Поэтому в лоб все показывать без наводки ради чего - это будет выглядеть как попытка "продемонстрировать сколько тонны ценности вы несете".

Но дело в том, что если нет простого маппинга что там несет ценность, человек начнет думать "ну вот тогда эта фича мне нужна, давайте скидки".

Я помню пытался в начале подчеркивать, что в дорогом плане есть SSO, но организаторы мероприятий говорили "да ну нам это нафиг не надо давайте уберите эту фичу и дешевле сделаем".

Поэтому я перестал так базарить, и больше делал упор, к примеру "ты спокойно весь год будешь делать ивенты, у тебя всегда будет мега вместимость и во время ивентов за вот-такие-то-деньги, мы будем помогать", и просто умалчивал о фичах, которые им не релевантны.

@saasStuff