Post #139

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