5 важных советов по разработке демоверсии мобильного приложения

Вы планируете стартовать бизнес по продаже мобильных приложений, но не совсем понимаете, как можно продать мобильное приложение и как продемонстрировать его вашему потенциальному заказчику?

Тогда эта статья точно для Вас!

Прежде чем приступить к разработке сайта, лендинга или интернет-магазина, сначала нужно получить соответствующий заказ от клиента. То же самое касается и создания мобильного приложения. Ведь в первую очередь необходимо найти заказчика, которому требуются такие услуги, договориться о разработке приложения и только потом публиковать его.

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

Что представляет собой демоверсия приложения?

Это демонстрационная версия полноценного мобильного приложения, которое создается в конструкторе, а затем уже публикуется в GooglePlay или AppStore. Кроме того, пробная версия дает возможность показать Вам своим потенциальным клиентам, как работает мобильное приложение.

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

Мобильное предложение с технической точки зрения – довольно сложный продукт. Именно поэтому Вам легче будет показать клиенту, как работает такой инструмент и какие его функции будут полезны для компании заказчика.

Когда в смартфоне Вашего заказчика появится такой набор функций, как: программа лояльности, интернет-магазин, фото галерея, QR купоны и т.п, то Вам не придется объяснять ему, как работает приложение и зачем оно вообще нужно.

Пробная версия позволяет продемонстрировать весь функционал приложения, которое в свою очередь разработано с учетом индивидуальных особенностей бизнеса компании, для которой разрабатывается приложение. Демоверсию можно продемонстрировать непосредственно в телефоне клиента благодаря специальному приложению — эмулятору.

Если заказчику нравится предложенная разработка, то Вы заключаете с ним сделку. После этого дорабатываете демоверсию в соответствии с желаниями клиента, и публикуете приложение в AppStore или GooglePlay. Таким образом, Вам не нужно разрабатывать приложение с нуля.

Рекомендации по созданию пробной версии мобильного приложения:

1. Не стоит предлагать клиенту полный комплект функций, которые есть в конструкторе. Достаточно рассказать ему об основных функциях. Помимо главных, можно предложить еще 5-6 дополнительных функций и объяснить, какие из них будут наиболее полезны для компании клиента. Не рекомендуется делать большое количество вкладок, лучше уделить внимание их качеству. Также стоит пояснить заказчику, что предложенная версия – это не конечный вариант продукта.

2. Для приложения следует подбирать только качественную графику. Однако расходы на услуги дизайнера будут лишними, если Ваш бизнес находится на начальном этапе развития.
    
   В первую очередь, стоит обсудить с заказчиком все детали приложения и его разработки.
    
   И после того как договор будет заключен и внесена предоплата, уже можно нанимать профессионала. Для сборки демоверсии приложения можно использовать графику с сайта компании клиента. Если это, например, кафе или какое-то другое подобное заведение, то на сайте заказчика можно найти фотографии готовых блюд, изображение фирменного товарного знака, логотип и так далее.

3. Совсем необязательно каждый раз разрабатывать демоверсию для нового клиента. Достаточно создать приложение для отдельной группы заказчиков, например, для владельцев ресторанов.
    
   И пока один клиент будет решать – заключать с Вами сделку или нет, Вы сможете работать с другим, показывая ему пробную версию, созданную для предыдущего заказчика.
    
   Демонстрируя демоверсию приложения, стоит рассказать клиенту, что многие его конкуренты уже планирует использовать этот маркетинговый инструмент. Также следует пояснить, что Вы можете разработать такое приложение и для его компании, учитывая индивидуальные потребности его бизнеса.

4. Предложите заказчику несколько дополнительных вкладок, которые могут быть особенно полезны для его бизнеса. Например, для владельцев ресторанов это будут такие функции, как: бронирование столиков, Push уведомления, заказ ужина и т.п.
    
   Чтобы заказчик оценил возможности дополнительного функционала, расскажите ему о том, какую пользу от его использования он может получить. Также стоит рассказать, что это даст клиентам его ресторана, которые установят мобильное приложение.Вполне возможно, что заказчик захочет реализовать какую-то свою идею, например, добавить в приложение возможность обратной связи. В таком случае следует подробно объяснить ему, как это осуществить, используя те или иные функции.

5. Демоверсия позволяет частично продемонстрировать потенциальному заказчику  процесс отправки Push уведомлений. В частности, клиент может посмотреть, как происходит отправка Push уведомления, как настраивается отправка в определенное время и даже в определенном часовом поясе, а также, как работает функция геозоны.

Итак, демоверсия приложения поможет Вам продемонстрировать возможности этого продукта, ответить на вопросы клиента и разрешить все его сомнения относительно внедрения  в бизнес нового маркетингового инструмента.

Мы надеемся, что наши советы оказались полезными для Вас! Если это так, то ставьте Лайк!
Вы не совсем понимаете, чего хотят Ваши  заказчики, что для них важно видеть в мобильном приложении? Тогда читайте прямо сейчас “Чего на самом деле хотят заказчики мобильных приложений?”.

Демоверсии

Демонстрационные материалы

Федеральный институт педагогических измерений (ФИПИ) опубликовал на своем сайте проекты документов, регламентирующих структуру и содержание контрольных измерительных материалов (КИМ) единого государственного экзамена (ЕГЭ) в 2021 году. На сайте представлены материалы по 15 предметам, которые сдаются в форме ЕГЭ.

Данные документы являются основой для составления экзаменационных материалов и ежегодно публикуются для экспертного обсуждения до начала учебного года. Также с их помощью будущие участники ЕГЭ и их преподаватели могут составить представление о том, что их ждет на экзаменах в новом учебном году.

Для понимания того, как нужно выполнять экзаменационную работу, следует в первую очередь ознакомиться с демонстрационными версиями контрольных измерительных материалов по предметам этого года. Они помогут составить представление о структуре будущих КИМ, количестве заданий, их форме и уровне сложности. Кроме того, в демонстрационном варианте приведены критерии оценки выполнения заданий с развернутым ответом. С ними важно ознакомиться, чтобы понимать требования к полноте и правильности записи ответа. Задания, включенные в демоверсии, не будут использоваться при проведении экзаменов, но они аналогичны реальным.

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

Изменения в КИМ ЕГЭ 2021 года по математике, физике, химии, географии, обществознанию и иностранным языкам отсутствуют. Структура и содержание КИМ по биологии также не изменились, но время выполнения экзаменационной работы увеличено с 210 до 235 минут.

Все основные характеристики экзаменационной работы по русскому языку также сохранены. Изменены формулировка и способ предъявления языкового материала задания 9, а также уточнены формулировка и критерии оценивания задания 27.

В КИМ ЕГЭ по литературе обновлено задание 7 с кратким ответом: в текст с пропуском двух слов требуется вписать два литературоведческих термина или литературных факта.

В КИМ по истории изменена модель задания 25 (историческое сочинение) при сохранении требований, содержащихся в задании, и максимального балла за его выполнение. Если в 2020 году участники ЕГЭ писали сочинению по одному из трех исторических периодов, то в 2021 году историческое сочинение необходимо будет написать по одному из трех предложенных в конкретном варианте КИМ исторических процессов или по деятельности одной из трех исторических личностей.

Наиболее существенные изменения произошли в КИМ ЕГЭ по информатике и ИКТ, что связано с переводом этого экзамена с 2021 года в компьютерную форму. Это позволило включить в КИМ задания на практическое программирование: составление и отладка программы в выбранной участником среде программирования, работа с электронными таблицами и информационный поиск. Таких заданий в работе девять, то есть треть от общего количества.

Остальные 18 заданий сохраняют глубокую преемственность с КИМ ЕГЭ прошлых лет, когда экзамен проводился на бумажных бланках. При этом они адаптированы к новым условиям сдачи экзамена, в тех случаях, когда это было необходимо. Так, например, задание 6 КИМ 2021 года является преемником задания 8 модели КИМ предыдущих лет. В заданиях этой линии нужно было выполнить фрагмент программы вручную, что в условиях доступности компьютера со средами программирования делает задание тривиальным. Поэтому при сохранении тематики задания была скорректирована постановка вопроса в сторону анализа соответствия исходных данных программы заданному результату ее работы.

В отличие от бланковой модели экзамена, в 2021 году выполнение заданий по программированию допускается на языках программирования (семействах языков): С++, Java, C#, Pascal, Python, Школьный алгоритмический язык. Из примеров фрагментов кода в заданиях, в связи с невостребованностью, исключены примеры на Бейсике.

Контакты

Адрес: 241029, Брянск, пер. Полесский, дом 2

Режим работы:

Понедельник-четверг: 8.30 — 17.15
Пятница: 8.30 — 16.00
Перерыв на обед: 13.00 — 13.30
Суббота-воскресенье: выходные дни

Контактные телефоны:
Приемная:
63-85-10 (факс)
Заместитель директора:
63-83-49 (факс)
Бухгалтерия:
63-83-52

Демо-версия

Демоверсия девушки: psyteaman — LiveJournal

Пролог: Разрезы на юбчонках, за которыми пойдешь хоть на край света 

Для кого-то из парней приманкой служат другие атрибуты, помимо разрезов на юбке. Выражение лица, длина ног, размер бюста, умение ласково общаться, депрессивная изысканность, соответствие каким-то социальным ожиданиям, доступность, — перечислять можно бесконечно. 

Но демоверсия девушки может очень сильно отличаться от того, с чем вскоре вам придется иметь дело.

В самом по себе факте наличия в людях демо-версии нет ничего плохого. И мужчины, и женщины стараются предоставить лучшую версию самого себя и новым знакомым, и коллегам на новой работе, и перспективным кандидатам на вступление в отношения.  

Определение: Демонстрационная версия, демоверсия (или просто демо), пробная версия — предварительная (ограниченная и, как правило, бесплатная) версия продукта, например, компьютерной игры.

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

Как обставлять первую стадию отношений:
«Вызывайте его на откровенность и терпеливо исследуйте вместе с ним все  его прошлые чувства и переживания… Во время беседы вы должны стать терпеливой и доброжелательной  исповедницей. Никаких негативных комментариев, гримас, реплик! Лучитесь  добротой и сочувствием! Не спорьте, не смейтесь и не иронизируйте над  тем, что для него эмоционально значимо, не состязайтесь за лидерство в  разговоре, высказывая собственные суждения!»
Что в этом плохого, спросите вы? Вообще говоря, ничего, если это желание  выслушивать мужчину и сопереживать ему есть искреннее внутреннее  свойство характера женщины и вызвано искренней любовью к мужчине. Но  гораздо чаще такое поведение женщина сознательно использует как  инструмент приручения мужчины, завоевание его доверия, и вся эта  «терпеливостть и доброжелательность» слушательницы почти сразу  улетучивается после заключения брака или иной привязки мужчины.

Так же, нет ничего плохого, что в самом начале любые отношения тоже имеют свою «демоверсию любви», демоверсию отношений. Проблема совсем не в наличии демоверсии. Даже наоборот, если кто-то в начале общения не демонстрирует свою демоверсию, это всеми рассматривалось бы как некое неуважение и нежелание соответствовать общепринятым стандартам.

Проблема не в том, что в начале отношений людям неизбежно предстоит впадать в идеализацию, которая обязательно затем сменится стадией некоторого обесценивания. Это есть у любых людей, особенно в молодости. Разница между психологически благополучными и неблагополучными людьми в том, что у неблагополучных людей слишком велика амплитуда колебаний в цикле «идеализация\обесценивание». Сейчас этот человек без ума от тебя, но вскоре он может начать ненавидеть и всячески вредить. 

Большая амплитуда колебаний говорит о том, что в иллюзию идеализации этим человеком вкладывается слишком много психической энергии. Это нужно ему для того, чтобы уйти от психологического груза в самом себе. Чем хуже человеку наедине с собой, тем больше он будет склонен идеализировать кого-то еще и возлагать на него надежды за собственное счастье и приятные эмоции.

Чем больше собственный (непроработанный) психологический груз человека, тем сильнее перепады от любви до ненависти. Некоторым людям больше дано (в этом смысле) с детства. А некоторым требуется психологическая проработка, без которой чуда не случится и благополучие в отношениях не будет стабильным. 

Поэтому, нет никакой проблемы именно с существованием демоверсии. Она есть при возникновении любых отношений. Трудности неизбежно возникнут у тех, у кого нет опыта благополучных отношений. Какие бы психологические правила ни изучал человек.  

Статья на ту же тему:

Демо-версия Business Studio

Описание демо-версии

Демо-версия не имеет ограничений по сроку использования, а ее возможностей достаточно, чтобы описать и регламентировать деятельность небольшой компании или отдельного подразделения. С внесенными в демо-версию данными впоследствии можно продолжить работу в полнофункциональной версии Business Studio.

Дистрибутив включает:

• 32- и 64-битную версию Business Studio. Выбор нужной разрядности при установке осуществляется автоматически, исходя из разрядности версии установленной программы Microsoft Visio;
• Microsoft .Net Framework 4.0;
• SQL Server Express Edition (облегченная версия Microsoft SQL Server).

Размер файла 871 Mb.

Работа в демо-версии ведется с демонстрационной базой данных, описание которой приведено в документе Описание демо-базы Business Studio.

Внимание!

Для работы программы требуется Microsoft Visio, начиная с версии 2013.

Бесплатную 60-дневную версию Microsoft Visio 2016 Вы можете скачать по следующей ссылке: https://signup.microsoft.com/Signup?OfferId=0F5B471A-08EF-4e69-ABB0-BB4DA43F0344&DL=VISIOCLIENT&culture=ru-RU&country=RU&ali=1

Для России возможность на текущий момент недоступна, при регистрации, пожалуйста, укажите любую другую страну (например, Беларусь).

Для установки данной версии Visio может потребоваться, чтобы и другие установленные программы пакета MS Office имели тип лицензии Office 365.

Демо-версия Business Studio позволяет:

• Сформировать систему целей и показателей на основе существующих объектов группы справочников «Цели и показатели»;
• Создать модель бизнес-процессов;
• Спроектировать организационную структуру путем переименования существующих объектов справочника «Субъекты» и переноса их на необходимые уровни иерархии;
• Сформировать перечень документов в группе справочников «Объекты деятельности» путем переименования существующих объектов в справочниках данной группы;
• Провести имитационное моделирование и функционально-стоимостной анализ;
• Сформировать регламентирующую и отчетную документацию.

Ограничения при работе с демо-версией:

• Возможна работа с одной базой данных;
• Отключена возможность сетевой работы;
• Запрещено создание новых объектов во всех справочниках, кроме справочника «Процессы», но возможно использование (переименование и перемещение) объектов справочников;
• Количество объектов в справочнике «Процессы» ограничено 350;
• Запрещено сохранение новых и измененных отчетов и фильтров;
• Отключена возможность импорта информации из файлов;
• Запрещено сохранение имитаций;
• Работа через OLE не поддерживается;
• Отключена возможность формирования Business Studio Portal.

Продолжение работы с базой данных демо-версии в полноценной версии BS

Чтобы после использования демо-версии продолжить работу с ее базой данных в полной версии программы, необходимо сделать следующее:

1. Установить на компьютер, где находилась демо-версия, Business Studio. Тип установки зависит от того, как планируется работать на этом компьютере с программой:
   1. Если приобретена персональная лицензия — выбирается тип установки «Полная установка Business Studio» из блока «На рабочую станцию»;
   2. Если приобретена конкурентная лицензия и компьютер планируется использовать как сервер лицензий — тип установки «Сервер Business Studio» из блока «На сервер»;
   3. Если приобретена конкурентная лицензия и компьютер планируется использовать непосредственно для работы с Business Studio — тип установки «Клиент Business Studio» из блока «На рабочую станцию».
2. Запустите Business Studio или DB Администратор, в открывшемся окне выбора баз нажмите кнопку «Добавить»;
3. Далее в появившемся окне укажите в поле «Сервер базы данных» SQL Server, установленный на данном компьютере, а в выпадающем списке поля «База данных» выберите базу данных демо-версии, которая называется «BS_BizModelDemo_<Номер версии программы>» (например, база для демо-версии Business Studio 5 называется «BS_BizModelDemo_5»). После этого нажмите кнопку «Сохранить» в этом же окне и выберите название файла и папку для сохранения;
4. Перенесите файл базы данных на тот компьютер, где планируется развернуть базу данных. Если это текущий компьютер — данный пункт можно опустить;
5. Далее через интерфейс Business Studio или DB Администратора восстановите базу данных из файла (см. Загрузка базы данных из файла) под именем, отличным от того, что имела эта база, будучи базой данных демо-версии.

Внимание!

Шаги 3-5 необходимы, т.к. при повторной установке демо-версии база данных демо-версии будет перезаписана без предупреждения.

Кроме того, в случае необходимости более подробно ознакомиться с возможностями полнофункциональной версии Business Studio, вам может быть предоставлена временная онлайн-лицензия программы сроком до 1 месяца. Для работы с онлайн-лицензией необходимо обеспечить выход в сеть интернет с сервера, на котором будет установлена Business Studio.

Запрос для получения временной лицензии присылайте по электронной почте [email protected].

Для чего нужна демо-версия CRM-системы?

array(12) {
[«bg»]=>
string(53) «https://areon.ua/wp-content/uploads/2020/03/main6.jpg»
[«size»]=>
string(3) «130»
[«time»]=>
string(5) «25000»
[«title_delay»]=>
string(3) «0.1»
[«list_delay»]=>
string(3) «1.6»
[«color»]=>
string(21) «rgba(255,255,255,0.7)»
[«color_hover»]=>
string(19) «rgba(180,49,51,0.8)»
[«color_category»]=>
string(19) «rgba(48,47,45,0.80)»
[«block_1»]=>
array(7) {
[«list_bg»]=>
string(61) «https://areon.ua/wp-content/uploads/2020/02/areon-main-21.jpg»
[«title»]=>
string(88) «Построить взаимовыгодные отношения с клиентами»
[«list»]=>
array(4) {
[0]=>
array(1) {
[«punct»]=>
string(32) «Oracle Siebel CRM Implementation»
}
[1]=>
array(1) {
[«punct»]=>
string(22) «Siebel IP19+ Migration»
}
[2]=>
array(1) {
[«punct»]=>
string(29) «Siebel AMS/Performance Tuning»
}
[3]=>
array(1) {
[«punct»]=>
string(18) «Siebel Integration»
}
}
[«btn_on_off»]=>
bool(true)
[«url»]=>
string(28) «https://areon. ua/siebel-crm/»
[«icon»]=>
string(54) «https://areon.ua/wp-content/uploads/2020/02/bi-crm.png»
[«category»]=>
string(18) «CRM-системы»
}
[«block_2»]=>
array(7) {
[«list_bg»]=>
string(60) «https://areon.ua/wp-content/uploads/2020/03/areon-main-9.jpg»
[«title»]=>
string(84) «Получить пользу от данных и улучшить процессы»
[«list»]=>
array(4) {
[0]=>
array(1) {
[«punct»]=>
string(22) «Data Warehouse and ETL»
}
[1]=>
array(1) {
[«punct»]=>
string(31) «Advanced Analytics and Big Data»
}
[2]=>
array(1) {
[«punct»]=>
string(21) «Business Intelligence»
}
[3]=>
array(1) {
[«punct»]=>
string(18) «Data Visualization»
}
}
[«btn_on_off»]=>
bool(true)
[«url»]=>
string(39) «https://areon.ua/operational-analytics/»
[«icon»]=>
string(59) «https://areon. ua/wp-content/uploads/2020/02/bi-business.png»
[«category»]=>
string(27) «Операционный BI»
}
[«block_3»]=>
array(7) {
[«list_bg»]=>
string(61) «https://areon.ua/wp-content/uploads/2020/03/areon-main-12.jpg»
[«title»]=>
string(94) «Эффективно управлять взаимодействиями с клиентами»
[«list»]=>
array(4) {
[0]=>
array(1) {
[«punct»]=>
string(23) «VICIdial Contact Centre»
}
[1]=>
array(1) {
[«punct»]=>
string(20) «Chat Bot, DialogFlow»
}
[2]=>
array(1) {
[«punct»]=>
string(39) «Application Intagration and Omnichannel»
}
[3]=>
array(1) {
[«punct»]=>
string(23) «Reporting and Analitics»
}
}
[«btn_on_off»]=>
bool(true)
[«url»]=>
string(29) «https://areon.ua/call-center/»
[«icon»]=>
string(64) «https://areon.ua/wp-content/uploads/2020/02/callcenter_main1. png»
[«category»]=>
string(27) «Контакт-центры»
}
[«block_4»]=>
array(7) {
[«list_bg»]=>
string(61) «https://areon.ua/wp-content/uploads/2020/03/areon-main-11.jpg»
[«title»]=>
string(85) «Быстро расширить возможности вашей ИТ-команды»
[«list»]=>
array(4) {
[0]=>
array(1) {
[«punct»]=>
string(29) «Oracle (Siebel CRM, OEBS, BI)»
}
[1]=>
array(1) {
[«punct»]=>
string(23) «SAP (ERP, BW, BO, Hana)»
}
[2]=>
array(1) {
[«punct»]=>
string(31) «Full stack Software Development»
}
[3]=>
array(1) {
[«punct»]=>
string(35) «Application Maintenance and Support»
}
}
[«btn_on_off»]=>
bool(true)
[«url»]=>
string(32) «https://areon.ua/it-outsourcing/»
[«icon»]=>
string(63) «https://areon.ua/wp-content/uploads/2020/02/outsource-main1.png»
[«category»]=>
string(25) «ИТ-аутсорсинг»
}
}

Микрокосм, демоверсия / Хабр

Всем доброго дня, в какой бы галактике вы ни находились.

После череды итераций прототип «космической» jrpg, разрабатываемый на Godot engine, дорос, наконец, до первой демоверсии. Доступны win64 и linux варианты. Ниже подробности о том, что было, что стало и куда летает маленький звездолёт.

Каркас

Наброски базового геймплея сформировались довольно быстро, когда я перешёл от продумывания основных положений концепции к сборке игрового прототипа внутри игрового движка. Сначала появился стартовый экран, сцена глобальной карты с движением и возможностью вызова инвентаря. Тогда же была продумана некоторая начальная архитектура — как именно грузить отдельные модули и обмениваться информацией между ними.

Затем появился экран сражения, запускаемый сначала по отдельной кнопке, а позднее привязанный к столкновению с врагами. Позже добавился экран планеты, у планет к тому времени появился информатор на глобальной карте, куда и была добавлена кнопка посещения. От информатора в свою очередь отпочковались прочие виды интерактивных объектов, например станция, не подразумевающая входа на свой внутренний экран, но иногда имеющая какой-то внешний функционал с возможностью что-то нажать или выбрать. Или подбираемые ресурсы — космическая пыльца.

Далее требовалось реализовать максимально возможную партию героев (выбирая между 3-мя либо 4-мя, я выбрал всё-таки концепцию партии из 3-х), что и было сделано. В процессе добавилось отображение повреждений, выбор целей для атаки, немного музыки.

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

Почитать подробнее про концепцию и базовую реализацию можно в этих статьях:
Microspace project
Итеративный геймдизайн, Godot и мир маленьких планет

Развитие прототипа

Рассмотрим различные области, в которых происходило это развитие:

Бой

Количество доступных кораблей понемногу увеличивалось, как и количество доступных врагов, поэтому я шаг за шагом переписывал их боевое представление и управляющую логику в более универсальный вариант. Что было не так уж сложно, благодаря тому, что подобный ход событий был предусмотрен и что-то в коде оптимизировалось заранее.

За победу в сражении партия получает какое-то количество одного из 4-х видов ресурса (эссенцию, ману, днк или материю), в зависимости от типа врага. У группы врагов тип тоже общий. Персонажи, способствовавшие нанесению урона, получают опыт (правда пока это ничего им не даёт).

Отображение повреждений поначалу было реализовано через 3д-представление — вывод вьюпорта со строкой урона на обращённый к камере полигон. Это более менее работало, хотя реализация технически мне не очень нравилась, так как с вьюпортом всё немного заморочено — нужно вешать его поближе к корню сцены, чтобы не возникало сбоев и проверять как выглядит эффект чуть сложнее, чем с просто выводимой 2д-строкой. Поэтому много вьюпортов заводить не хотелось, я обходился всего одним, перемещая выводящий его полигон куда нужно, попутно увеличивая/уменьшая. А ведь надо думать и о том, что когда-то появятся способности, наносящие массовые повреждения и потребуется выводить как минимум три значка с уроном одновременно (хотя и тут можно исхитриться, сделав как бы анимацию-волну из одного и того же объекта или уж завести ещё пару вьюпортов).

Однако, когда я добавил в прототип режим полного экрана, то там цифры повреждений стали заметно так размываться, поэтому ещё сильнее захотелось рассмотреть иные варианты отображения урона. В принципе я мог бы просто фиксировать камеру в бою, но я зачем-то продолжаю до упора сохранять возможность вертеть ею в моменты между ожиданием действия.

Поэтому в итоге я переписал вывод урона. Теперь 2д-строчки цепляются к проекции позиции 3д-объекта. Хотя тут тоже есть свои нюансы, например, если отвернуть камеру, то они продолжат показываться или если их выводить беспрерывно в каждом кадре, то есть возможность подвесить текущую камеру в одном положении, но это уже решаемо.

Для ускорения процесса тестирования давно была сделана специальная, как-бы неигровая, кнопка автоматической победы, если требовалось выйти из боя. Также долгое время не было возможности проиграть. Потом я добавил «замораживание» корабликов при обнулении их полоски и далее уже напрашивалась полноценная реализация проигрыша сражения. Для этого я сначала перевёл кнопку автопобеды в разряд полноценных игровых опций, с той лишь разницей, что теперь это стало экстренной кнопкой автоматического проигрыша, запускающей диалог выхода из боя. А затем дописал провырки для автоматического завершения сражения при нулевой прочности всех корабликов, также вызывающие этот диалог.

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

Корабли и враги

Тут всё просто — было три, стало десять. Каждому требовалось заводить параметры и свою иконку, а также постепенно включать их в игровой процесс и связанные с выбором кораблей опции. Сначала новые кораблики становились доступными на глобальной карте и в переборе на планетах, потом уже они постепенно интегрировались в сражение.

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

У звездолётиков в бою есть возможность совершать свою стандартную атаку. Урон у неё подразумевается фиксированный и привязанный к возможным будущим уровням кораблей. Также стандартная атака может быть усилена бонусом к урону и/или лечащим эффектом, тогда это отображается рядом с показателями корабля маленькими фиолетовыми и зелёными числами.

На урон корабликов и врагов также дополнительно влияет сочетание их типов. Представители одинаковых типов наносят друг другу больше урона, в то время как антагонисты (пары: магия/технология, божественный/эволюционный) — меньше.

У четырёх корабликов есть личные способности, которыми можно пользоваться в сражении. Это Скиталец (способность наносит урон и даёт прибавку к следующей атаке), Спира (улетает в будущее, на ход вперёд, получая по возвращении бонусный урон к следующей атаке), Тринити (просто наносит урон) и Отомо (раскладывает на всю партию лечащие прибавки к следующим атакам).

На применение способностей тратится некоторый процент энергии корабля (на данный момент эта энергия ничем не восстанавливается). У прочих кораблей на месте личной способности установлена способность-заглушка «Щит», играющая анимацию, но не имеющая эффекта.

Способности и персонажи

Если корабли являются неким аналогом главных героев, то перевозимые ими персонажи являются неким аналогом оружия этих героев. Одним из важных моментов, который хотелось отразить в проекте — это использование системы идентификаторов, которые дают эффект неслучайной случайности, а при более широком использовании могут работать на генерацию псведо-сюжета. Говоря по-простому, у персонажей, кораблей и врагов есть специальные ID, позволяющие рассчитать результат взаимодействия любых этих объектов и как-то его использовать.

На данный момент использование этого результата следующее. Во-первых, у каждого персонажа и корабля возникает эффект совместимости. То есть, оказавшись на борту корабля, персонаж может, например, начать паниковать, уснуть, или не понимать как обращаться с его системами. Сейчас просто в окошке инвентаря выводится результат связи «корабль-пассажир» и возможный дополнительный эффект, ею накладываемый. Но на участии персонажа в бою это пока никак не отражается.

Непосредственно в сражении персонажами можно «атаковать» через опцию «Экипаж». Это не просто совершение персонажем какого-то конкретного действа, вроде конкретного магического заклинания или выстрела из оружия. Это некая ситуация, повлекшая за собой определённое количество потерь со стороны противника. Здесь работает уже связь «пассажир-враг», которая интерпретируется окружающим миром (в данном случае космическим сектором) в одно из девяти последствий: #СВЕТ, #ТЬМА, #МУЗЫКА, #ТЕОРИЯ и так далее. То есть игрок может ассоциативно представить, что сделал персонаж, что получилось последствие с такой формулировкой (а может и не представлять — ассоциации дело необязательное, тем более они всё-равно сами по себе работают где-то в фоне).

У каждого врага соответственно есть уязвимости или стойкость к определённого вида последствиям. На урон от действий экипажа не влияет сочетание типов кораблей, это отдельное альтернативное воздействие. Если последствия привели к нулевому урону, то кораблик получает маленький бонус к своей следующей обычной атаке.

Возможно, в дальнейшем применение системы идентификаторов ещё более разрастётся. Например, на тех же планетах могут действовать их собственные ауры смыслов, видоизменяющие таблицу интерпретаций, но сначала нужно реализовать там какие-то события, в которых участвовали бы идентификаторы.

Некоторые редкие персонажи обладают активными способностями для кораблей определённого типа. Кстати, пока не у всех таких персонажей подписано, что они дают какую-то способность (в основном это касается тех, которых сейчас нет в основном режиме игры).

Как бы то ни было, на данный момент способности, получаемые от перевозимых персонажей, всего-лишь проигрывают эффект-пустышку (как и большинство предметов). Зато у одного героя, Лето, есть пассивная способность, без привязки к типу корабля, и она уже работает.

Спира и Скиталец кроме этого могут изучать способности персонажей своих типов (хотя у них пока и отсутствует эффект), проведя с ними одно сражение.

Предметы

До грузов всегда дело доходило во вторую очередь, после того как уже была готова реализация для персонажей. В основном всё сводилось к тому, чтобы показывать их ячейки и перемещать заглушки предметов между ними. Но позднее появился активируемый предмет, Жива, восстанавливающая 100 прочности корабля. К тому моменту я как раз начал делать боевую опцию «Трюм» и требовался хотя бы один предмет с каким-то реальным эффектом.

Что касается самого лечащего предмета, то изначально планировалось, что может быть у него будут какие-то заряды и их можно будет где-то восполнять. В итоге я оставил один заряд и сделал так, что этот предмет умеет разряжаться при использовании и заряжаться снова от собранной космической пыльцы.

Экран планеты и задания

На планетах можно обнаружить различные протекающие там процессы и события. Некоторые идут своим ходом с самого начала, некоторые запускаются когда исполнилось предыдущее или появляются в определённый световой день. Среди этих событий уже есть и пара задач, запускаемых при помощи игрока, если у него есть необходимое количество ресурса.

С информации о планетарных событиях можно переключиться на вкладку кораблей, где можно просматривать их трюм и экипаж, а также взять в активную партию от одного до трёх выбранных звездолётиков. Ещё на планетах есть небольшое место под персонажей и предметы, откуда их можно перемещать внутрь кораблей или наоборот, высаживать на планету.

Прочее

В открываемый во время космических перелётов инвентарь добавлена опция «компас», помогающая долететь до выбранной точки. Появляется специальный указатель с расстоянием до места назначения. Этот навигатор работает только в основном игровом режиме.

Помимо этого в инвентаре можно включить/выключить звуки и музыку, поменять главный кораблик в текущей партии, включить/выключить полный экран, а также выйти из игры в стартовое меню.

Информация о членах экипажа и экипажа и грузах в инвентаре упрощённая и во время полёта их нельзя перемещать. Собственно, это не временные ограничения, а игромеханическая особенность — нужно что-то поменять, значит придётся посетить планету.

В некоторые световые дни теперь появляются специальные уведомления. Сами эти дни проматываются посещением любой планеты (в дальнейшем нужно будет летать между разными, для смены дня).

Постепенно были улучшены шрифты некоторых элементов. Появилось некоторое количество звуков — для боя, для экрана планет, для инвентаря. Разные мелочи, вроде добавления кнопки cancel, я, естественно, опускаю, но это тоже всё не из воздуха берётся и требует внимания. Как и большое количество вовсе невидимой работы по улучшению кода или переписыванию структур, ничего визуально не меняющих.

Также была сделана заготовка для специальных зон, с «реалистичным» полётом и масштабом объектов. В ней можно оказаться во время игры, коснувшись специального объекта. Внутри можно немного полетать на кораблике Тринити с немного изменившимся управлением, а чтобы выйти достаточно долететь до границы этой области.

Демоверсия

Уже непосредственно перед появлением демоверсии для неё был создан режим последовательного развития, как основной вариант игры — здесь игрок получает один стартовый кораблик (Скиталец) и начинает исследовать сектор, открывая новые звездолётики для присоединения к партии. Таким образом в этом режиме можно открыть ещё два кораблика (Спира и Авангард). В стартовом секторе есть три планеты, которые можно посетить. Починив специальную станцию можно переместиться во второй сектор и найти там ещё одну доступную планету.

Ранний тестовый вариант локации, где различные планеты и враги размещены более плотно, доступен в альтернативном, менее отлаженном, режиме игры — all ships test. Там сразу доступен выбор из 10 существующих кораблей (в активную партию можно брать до трёх), больше героев/грузов и распределены они иначе. Могут возникать некоторые наложения внутриигровых параметров после выхода из одного режима и переключения на другой.

Нововведения последнего обновления показаны в новом ролике, где помимо геймплея добавлены элементы тизера.

Видеонарезки некоторых предыдущих обновлений

Загрузить архив демки можно здесь (dropbox):

Win64 версия (50 Mb)

Linux версия (52 Mb)

Управление:

WASD — полёт, мышь — вращение камеры

Enter — открыть/закрыть инвентарь во время полёта в космосе

Кораблики: 1 — Скиталец, 2 — Спира, 3 — Авангард, 4 — Дева Яга, 5 — Мухх, 6 — Стелла, 7 — Тринити, 8 — Отомо, 9 — Аквамарин, 10 — Гиибель.

Что такое демонстрационное программное обеспечение?

Демо-версия программного обеспечения — это пробная версия программного обеспечения, которая позволяет людям использовать ее бесплатно, пока они решают, покупать ее или нет. Не все компании предлагают демонстрационные версии программного обеспечения, но те, кто представляет новые или конкурирующие программные продукты, почти всегда это делают. Как правило, этот тип программного обеспечения можно загрузить непосредственно с веб-сайта производителя или через центральный сайт загрузки, который предлагает для загрузки ряд продуктов.

Мужчина держит компьютер

Для демонстрационного программного обеспечения можно использовать несколько форматов.Один из наиболее распространенных способов — разрешить клиентам загружать полную версию, срок действия которой истекает через определенный период времени, например две недели. Если клиент решит приобрести программное обеспечение, он или она может приобрести код активации, который предотвратит истечение срока действия программного обеспечения. Большинство компаний предлагают клиентам несколько вариантов оплаты, включая регистрацию программного обеспечения по телефону, на веб-сайте компании или с помощью самого демонстрационного программного обеспечения.

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

Некоторые компании выпускают демонстрационное программное обеспечение независимо от полной версии, чтобы предотвратить взлом. В этом случае демонстрационная версия обычно представляет собой урезанную версию реального продукта, и клиенты, которые покупают программное обеспечение, удаляют демонстрационную версию и устанавливают полную версию. Для дорогостоящего программного обеспечения этот метод часто предпочтительнее, поскольку хакеры заинтересованы во взломе кодов активации дорогостоящего демонстрационного программного обеспечения, чтобы не платить за него.

Термин также используется для демонстрационных копий, которые бесплатно выдаются людям в компьютерной индустрии.Многие компании-разработчики программного обеспечения предлагают оценочные копии новых выпусков критикам и другим влиятельным представителям отрасли до того, как продукт появится на рынке. Демонстрационные копии позволяют людям свободно использовать программное обеспечение, так что они могут писать честные, вдумчивые и полезные критические отзывы о программном обеспечении, которые могут повысить потребительский спрос на продукт.

Как ваша демонстрация программного обеспечения может помочь вашему продукту продавать себя

Когда мы говорим о демонстрации программного обеспечения, что приходит на ум?

Думаете о скучных демонстрациях экрана? Продавцы пытаются подтолкнуть вас к покупке? Возможно, даже мысли об этом достаточно, чтобы вызвать легкую панику.

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

Но с распространением SaaS появился новый способ продажи вашего продукта.

Это называется ростом, ориентированным на продукт.

Что такое рост, управляемый продуктом?

Первоначально созданная Openview, венчурной компанией, Product-Led Growth является секретом гигантского успеха таких компаний, как Slack, Dropbox и Hubspot.

Product-Led Growth говорит само за себя, поскольку описывает стратегию, в которой рост компании определяется продуктом, который они предоставляют.

Пожалуй, лучшее определение дает Аллан Вилле, соучредитель и генеральный директор Klipfolio:

«Рост, ориентированный на продукт, означает, что каждая команда в вашем бизнесе влияет на продукт. Ваш отдел маркетинга спросит: «Как наш продукт может создать маховик спроса?». Ваш отдел продаж спросит: «Как мы можем использовать продукт, чтобы определить наших потенциальных клиентов?».«Ваша команда по работе с клиентами спрашивает:« Как мы можем создать продукт, который поможет клиентам добиться успеха, превосходящего наши мечты? ». Если каждая команда сосредоточена на продукте, вы создаете культуру, основанную на неизменной ценности для клиентов».

С практической точки зрения это означает создание невероятного продукта и использование его в качестве основы всего, что вы делаете. Идея в том, что как только люди начинают использовать ваш продукт, они по уши влюбляются в него. Это заставляет их использовать его больше, и это заставляет их использовать их друзья и коллеги.

Вскоре все начнут использовать его, и ваша компания будет расти в геометрической прогрессии. Это мечта, правда?

Пример из реального мира

Недавний пример роста, ориентированного на продукт, в мире UX — продукт под названием Figma. В течение многих лет основным продуктом для дизайнеров UX и UI был Sketch. Все, кто связан с UX и UI, знают, что такое Sketch и как его использовать.

Однако недавно появился новый инструмент. Figma предлагает практически все функции, которые пользователи Sketch знают и любят.Но они также предлагают пару дополнений, которые привели к быстрому росту и массовому бегству людей, переходящих от Sketch к Figma.

Во-первых, у них совершенно бесплатный уровень ценообразования. Это не ограниченная бесплатная пробная версия, это реальный ценовой уровень. Конечно, есть несколько ограничений, но это означает, что люди могут попробовать Figma, не беспокоясь о трате денег.

Это особенно важно, когда дело доходит до выбивания крупного конкурента с вершины. Скорее всего, люди уже платят за Sketch, поэтому они не хотят платить за другой продукт.Вот здесь и пригодится бесплатная цена Figma.

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

Прелесть в том, что те первые пользователи, которые перешли со Sketch на Figma, теперь могут приглашать своих коллег в свои проекты. Эти новые пользователи могут воочию убедиться, насколько проще сотрудничать в Figma.Затем они зарегистрируются и пригласят своих коллег. Так далее и тому подобное.

Продукт Figma несет прямую ответственность за их рост. В двух словах, это рост, управляемый продуктом.

Почему традиционная демонстрация программного обеспечения не работает

Это подводит нас к демонстрации вашего программного обеспечения и тому, почему он уже недостаточно хорош.

Традиционная демонстрация программного обеспечения представляет собой несколько препятствий, когда дело доходит до роста, и мы собираемся преодолеть их сейчас …

1 — Не масштабируется

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

Традиционные демонстрации программного обеспечения отнимают довольно много времени. Обычно они длятся от 30 до 60 минут. Даже если ваши продавцы весь день занимались только демонстрациями, каждый из них, вероятно, смог бы справиться только с семью или восемью.

Это может создать узкое место по мере того, как вы расширяетесь и привлекаете больше потенциальных клиентов. Это также означает, что ваши продавцы увлечены демонстрациями, когда они могут выполнять некоторую внешнюю работу.

На самом деле есть только три решения этой проблемы.

Во-первых, вы можете сократить продолжительность демонстрации программного обеспечения и втиснуть больше в один день.Это, безусловно, позволит вам продемонстрировать больше потенциальных клиентов. Но это также означает, что это может снизить качество демонстрации, и вы не сможете полностью продемонстрировать свой продукт.

Во-вторых, вы можете нанять больше продавцов. Больше продавцов — больше времени для демонстраций. Но наем продавцов обходится дорого. Это могут быть деньги, которых у вас нет, или их лучше потратить в другом месте.

Остается третий и последний вариант. Вы можете отказаться от традиционной демонстрации программного обеспечения и заменить ее на рост, управляемый продуктом. Это означает, что вам не нужно нанимать больше продавцов, и вам не нужно ухудшать демонстрацию. Фактически, в результате ваша демонстрация будет более эффективной.

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

2 — Не каждый потенциальный клиент хочет демонстрацию

Некоторым из ваших потенциальных клиентов демо не понадобится. Некоторым людям не нравится сидеть и говорить с продавцом 30 минут. Они хотят погрузиться в дело и начать использовать ваш продукт.

Многие люди рассматривают традиционные демонстрационные версии программного обеспечения как рекламные объявления.Что, давайте посмотрим правде в глаза, они вроде как. Для вашего продавца это действительно повод, чтобы поговорить с заинтересованными сторонами и убедить их, что они должны купить ваш продукт.

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

Вот и решение.

Новая демоверсия программного обеспечения Product-Led позволяет вашим потенциальным клиентам немного поработать с вашим продуктом.Если ваш продукт так хорош, как вы думаете, они сразу же начнут понимать его ценность.

Ценность, которую вы предоставляете, и те моменты Ага, которые ваши пользователи испытывают сами по себе, могут заключать сделки гораздо эффективнее, чем это могут сделать даже лучшие продавцы.

Позже мы объясним, как мгновенно принести пользу вашим пользователям.

3 — Ваша демонстрация программного обеспечения вызывает отток

Иногда демонстрация программного обеспечения не работает должным образом. Здесь есть два аспекта.

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

Это приводит ко второй проблеме. Ваш продукт недовыполняется. Конечно, это отличный продукт, но если он не соответствует высоким амбициям продавца, представившего демо, то у вас проблемы.

А теперь представьте, что ваши пользователи испытали это. Представьте, что ваша демоверсия программного обеспечения преувеличена, а продукт — недостаточно. Это не так уж и хорошо, правда?

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

Демонстрация программного обеспечения под управлением продукта, однако, делает наоборот. Это не может быть слишком многообещающим, потому что это то, что есть. А поскольку пользователи начинают с более низких ожиданий, это означает, что ваш продукт может превзойти их и заставить ваших пользователей влюбиться в него.

Итак, теперь, когда мы объяснили три самых больших недостатка традиционных демонстраций программного обеспечения, пора показать вам, как внедрение подхода Product-Led к демонстрациям программного обеспечения может иметь огромное значение.

Демонстрация программного обеспечения под управлением продукта

Давайте сначала объясним, что мы подразумеваем под демонстрацией программного обеспечения под управлением продукта.

Традиционные демонстрации предполагают, что ваш потенциальный клиент разговаривает с продавцом и демонстрирует ваш продукт. Тем не менее, демоверсии на основе продукта позволяют вашим потенциальным клиентам самостоятельно изучить ваш продукт.

Другими словами, они могут бесплатно получить доступ к вашему продукту и узнать, как он работает.

Это лучше по многим причинам, но, безусловно, самая важная причина, по которой это работает, заключается в том, что у них есть сила. Они могут контролировать, как используют продукт. Вместо того, чтобы видеть, как выглядит успех, они могут добиться успеха сами.

Это дает вашим потенциальным клиентам ценность с первого дня. Эта ценность — то, что заставит их возвращаться к вашему продукту и в конечном итоге превратит их в платящих пользователей.

Как мне это сделать?

Халява

У вас есть несколько вариантов, доступных здесь.

Один из распространенных подходов — предложить бесплатную пробную версию. Обычно это примерно от 2 недель до месяца. Вы можете решить, предлагаете ли вы все функции или они ограничены.

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

Другой вариант — иметь бесплатную ценовую политику. Таким образом, ваши потенциальные клиенты могут зарегистрироваться и привыкнуть к вашему продукту, не беспокоясь об истечении срока действия пробной версии.

Хотя нехватка времени может привести к тому, что пользователи откажутся от вашего продукта, правильная адаптация и взаимодействие с пользователем могут предотвратить это. Мы поговорим об этом позже.

А пока вам нужно решить, будете ли вы предлагать пробную или бесплатную ценовую политику. У обоих есть свои плюсы и минусы, и лучший совет, который мы можем дать, — выбрать то, что подходит для вашего продукта.

Этот тест не займет много времени и поможет вам принять решение.

Если требуется время, чтобы получить пользу от вашего продукта (например, инструмента аналитики), вам следует подумать о длительной пробной версии или бесплатном уровне. Это гарантирует, что у вашего потенциального клиента будет достаточно времени, чтобы извлечь выгоду из вашего продукта.

Если в вашем продукте есть часть, которая работает как отдельная функция, вы можете использовать ее в качестве уровня бесплатного пользования. Хорошим примером этого являются Drift, которые предлагают свою базовую функцию Live Chat совершенно бесплатно.Когда вы решите, что вам также понравится их основное предложение, чат-боты, вам придется потратить деньги.

В любом случае, важная часть состоит в том, чтобы ваши потенциальные клиенты могли опробовать ваш продукт на себе и сразу начать получать прибыль.

Самообслуживание

Чтобы преодолеть проблемы масштабирования, которые мы обсуждали ранее, вы можете автоматизировать свою демонстрацию. Это позволяет вашим пользователям самостоятельно обслуживать демонстрацию, когда и когда им нужно.

Вы можете сделать это, предугадав, какие вопросы и потребности будут у ваших пользователей, а затем предоставив соответствующие объяснения, которые помогут им достичь желаемого.

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

Эта демонстрация самообслуживания от Omedym является фантастическим примером.

Он позволяет пользователям вводить вопрос или выбирать из некоторых часто задаваемых вопросов. Затем они могут посмотреть видео, которое знакомит их с продуктом и помогает ответить на их вопрос.

Пользователи

Omedym могут получить доступ к этой демоверсии в любое время, когда они им понадобятся, что означает, что они могут начать использовать программное обеспечение в своем собственном темпе.

Еще один удивительный пример — Baremetrics и их «Открытые стартапы». Это пользователи Baremetrics, которые взяли на себя обязательство вести прозрачные финансовые операции. Перспективы (или все, кто заинтересован) могут взглянуть на панель инструментов Baremetrics этих стартапов.

Самое замечательное в этом то, что он позволяет потенциальным клиентам изучить продукт Baremetrics вместе с реальными данными.Они могут видеть, как работает продукт, и сразу же видеть, какую ценность они могут получить от него.

Оба этих примера подчеркивают, как вы можете предоставить своим пользователям самообслуживаемую демонстрацию. Это позволяет им изучить ваш продукт самостоятельно и сразу же начать получать прибыль.

Почему адаптация — ключ к успешной демонстрации программного обеспечения

Называйте нас предвзятыми, если хотите, но мы считаем, что адаптация имеет решающее значение, когда дело доходит до успешной демонстрации программного обеспечения.

Ваш потенциальный клиент собирается зарегистрироваться и углубиться в глубину вашего продукта.Скорее всего, они раньше не видели большую часть продукта. В конце концов, идея состоит в том, чтобы они себя показали.

Самое меньшее, что вы можете сделать, — это облегчить им начало использования вашего продукта, а для этого нужно создать хорошее впечатление от продукта.

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

Кстати, это именно то, что делают хорошие агенты по недвижимости, когда показывают людям дом.Они часто проводят для вас небольшую экскурсию, чтобы вы не заблудились, а затем дают вам время наедине с собой.

Во время этого самоисследования вы начинаете представлять себе жизнь в доме, представляете, где бы поставили диван, в какой цвет покрасите стены. Вы уже фактически въехали.

Если бы агент все время был у вас перед лицом, это было бы неприятно. Скорее всего, дом тебе больше не нужен.

То же самое и с вашим продуктом. Ваша адаптация должна давать рекомендации, но она также должна адаптироваться к вашему пользователю, чтобы у него было время и пространство для самостоятельного изучения.

В этом суть контекстного онбординга и именно поэтому он является наиболее эффективным способом стимулирования внедрения продукта.

Контекстное подключение

Вместо простого ознакомления с продуктом контекстная адаптация дает нужному пользователю нужное сообщение в нужное время.

Представьте, что ваш продукт — это приложение для обмена сообщениями, подобное Slack. Когда ваш пользователь входит в систему в первый раз, он фактически сталкивается с пустым продуктом. Приложения для обмена сообщениями, конечно же, полагаются на людей, отправляющих и получающих сообщения.

Хороший первый шаг для пользователя — это связаться со своими друзьями. Они могут сделать это, подключившись к профилям в социальных сетях или пригласив людей по электронной почте.

Независимо от метода, ваше приложение должно объяснить, что ваше приложение — ничто без друзей, а затем показать им, как они могут добавить своих друзей.

Возможно, тогда они захотят отправить сообщение, так что вы должны подтолкнуть их в правильном направлении.

Ваша адаптация должна делать две ключевые вещи:

1: Он должен объяснять преимущества использования определенной функции и;

2: Он должен объяснить, как использовать эту функцию.

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

И, как мы уже обсуждали, эта ценность заставит их возвращаться снова и снова, и в конечном итоге превратит их в платежеспособных клиентов.

Выводы

Ваша традиционная демонстрация программного обеспечения сдерживает вас. Его сложно масштабировать, это ресурсоемко, и на самом деле он не так хорош для превращения потенциальных клиентов в клиентов.

Вместо этого путь вперед — охват аспектов роста, управляемого продуктом.

Это предполагает предоставление вашим клиентам возможности начать работу с вашим продуктом. Это может быть бесплатная пробная версия или даже бесплатная ценовая политика.

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

Ключевой вывод из всего этого заключается в том, что вам необходимо обеспечить ценность, если вы хотите превратить потенциальных клиентов в клиентов. Ваша традиционная демонстрация программного обеспечения может быть не лучшим способом добиться этого.

Надеемся, вам понравилась эта статья. Если вы готовы сделать первые шаги в контекстном онбординге, пожалуйста, закажите демонстрацию. Поверьте, это выгодно!

Об авторе

Джо — писатель UX и контента с многолетним опытом работы со стартапами SaaS. Последние пару лет он работал со стартапами SaaS, которые ориентированы на управление продуктами и успех клиентов.

Ресурсы:

7 Основные компоненты замечательной демонстрации программного обеспечения

Когда вы вкладываете свое сердце и душу в создание удивительного программного обеспечения, которое, как вы знаете, сделает жизнь проще, лучше и полнее, [ вставьте здесь свое собственное сравнительное прилагательное! ] для всех, это прекрасное чувство.

Но это еще не конец пути.

Вам нужно объяснить людям , почему ваше программное обеспечение такое замечательное, а также дать им понять, как они могут извлечь из него максимальную пользу — и именно здесь на помощь приходят демонстрации программного обеспечения.

Демонстрационный видеоролик по программному обеспечению — это, по сути, «практическое руководство» для вашего продукта. Только он намного ярче и увлекательнее письменного руководства!

Но, как и программное обеспечение, не все демонстрации программного обеспечения созданы одинаково. Есть определенные ингредиенты, которые собраны вместе, чтобы сделать потрясающее демонстрационное видео программного обеспечения, и в этой статье мы рассмотрим их.

Что такое демонстрационное видео программного обеспечения?

Демонстрационный видеоролик программного обеспечения — это визуальное пошаговое руководство или демонстрация программного обеспечения компании.Это отличный способ продемонстрировать свой продукт в действии!

Демонстрации программного обеспечения

— действительно универсальный инструмент для брендов. Они могут привлечь больше новых клиентов, помогая сформировать реалистичные ожидания от вашей платформы.

И они также могут быть полезны для существующих клиентов. Демонстрируя именно , как все работает, вы можете сократить количество обращений в службу поддержки и повысить удовлетворенность клиентов.

Демонстрационные видеоролики программы

также могут быть разнообразными по стилю.Вы можете показать свою платформу напрямую, используя программное обеспечение для записи экрана для захвата экранов:

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

Или вы можете создать анимированную версию своей платформы, которая очень похожа на ваше программное обеспечение:

Анимированная демонстрация программного обеспечения по-прежнему будет очень напоминать вашу платформу, поэтому вы можете объяснить, как все работает, но в ней не будут приводиться конкретные детали — защита долговечности вашего видео от обновлений программного обеспечения, которые могут немного изменить внешний вид вашего продукта.

Демонстрации программного обеспечения не просто великолепно выглядят, они приносят результаты. Согласно нашему опросу State of Video Marketing 2020, 74% людей говорят, что их убедили купить или загрузить программное обеспечение или приложение, просмотрев видео.

Кроме того, 95% маркетологов видео говорят, что видео помогло улучшить понимание пользователями их продукта или услуги.

Демонстрации программного обеспечения — самое необходимое

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

Вот 7 основных ингредиентов…

1. Знайте проблему аудитории

Перед тем, как начать, вам нужно знать цель демонстрации или причину ее создания.

Спросите себя:

Какую проблему мы пытаемся решить?

Как только вы ответите на этот вопрос, вы сможете сосредоточиться на демонстрации программного обеспечения.

Возможно, вы уже знаете о проблеме аудитории.Может быть, ваш персонал поддержки снова и снова завален одними и теми же звонками. В таком случае вы можете перейти к следующему шагу.

Если вы не уверены, в чем проблема аудитории, вам необходимо выяснить это с помощью исследования клиентов.

Это может быть так же просто, как отправить опрос своим текущим клиентам по электронной почте и задать им конкретные вопросы о вашем программном обеспечении и причинах, по которым они его используют.

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

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

Вот небольшой опрос, который мы создали на примере программного обеспечения для веб-дизайна:

Как видите, это быстрый и простой способ собрать информацию от вашей целевой аудитории. Вы можете отправить его в свою текущую базу данных электронной почты или продвигать через свои социальные каналы, чтобы получить ответы.

В качестве альтернативы вы можете использовать большую аудиторию SurveyMonkey для получения целевых ответов. SurveyMonkey взимает за ответ , если вы используете их базу данных. Таким образом, цена будет варьироваться в зависимости от того, сколько людей вы хотите настроить таргетингом и используемых критериев таргетинга.

2. Покажите, как программа решает эту проблему.

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

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

Это не обязательно должно быть идеально. Это просто приблизительный список, который поможет вам убедиться, что ничего не будет упущено при создании сценария для вашего видео ( рассматривается в следующем шаге! ).

3. Создайте понятный и лаконичный сценарий

Имея список проблем и решений, вы уже на полпути к созданию отличного сценария.

Все, что вам нужно сделать, это сплести все в ясную и лаконичную историю, которую ваши зрители сочтут интересной и интересной.

В Wyzowl мы написали тысячи сценариев для демонстрационных видеороликов. По нашему опыту, мы обнаружили, что лучше всего следовать сюжету типа проблем — решений — преимуществ .

Это означает выделение проблем зрителей с самого начала (отличный способ привлечь их внимание и заставить их сказать: « эй, это я! »), а затем представить решения, предлагаемые вашим программным обеспечением.

Наконец, вы должны завершить видео некоторыми преимуществами — это УТП, которые выделяют ваше программное обеспечение среди конкурентов.

Вот пример, который мы сделали для одного из наших клиентов:

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

4. Продемонстрируйте работу программного обеспечения

Конечно, невероятно важно, чтобы при создании демонстрации программного обеспечения вы демонстрировали свое программное обеспечение в действии.

Люди захотят увидеть основные особенности, продемонстрированные таким образом, чтобы им было легко следовать. Это означает поэтапную разбивку, показывающую зрителям, на что именно нажимать и как получить максимальную отдачу от каждой функции.

Вы можете сделать это с помощью программного обеспечения для записи экрана, такого как Camtasia и ScreenFlow, для записи ваших движений в реальном времени.

Затем все, что вам нужно сделать, это привести в порядок отснятый материал, добавить закадровый голос, саундтрек и некоторые привлекательные визуальные эффекты ( подробнее об этом всего за секунду! ) с помощью некоторого программного обеспечения для редактирования, такого как After Effects.

Это именно то, что мы сделали для видео, которое мы сделали для нашего дочернего бренда Project.co:

.

5. Используйте привлекательные изображения

Хотя демонстрация программного обеспечения в основном предназначена для демонстрации, без привлечения визуальных элементов вы не сможете удерживать внимание людей надолго.

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

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

Вот несколько примеров использования визуальных элементов в демонстрациях программного обеспечения:

Простое редактирование:

Это гифка из видео Project.co выше. В сочетании со звуковой дорожкой в ​​видео это гладкое редактирование становится еще более эффектным.

Титульные экраны:

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

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

6. Сосредоточьтесь на решениях, а не на характеристиках

В этой статье мы много говорили о функциях. Но, хотя функции вашего программного обеспечения важны, они не являются тем, что в конечном итоге будет способствовать продаже вашего продукта вашим клиентам.

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

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

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

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

За короткий промежуток времени в этом видеоролике удалось передать несколько решений, а также продемонстрировать особенности продукта.

7. Имейте четкий призыв к действию

Все видеоролики, будь то демонстрации программного обеспечения или анимационные пояснения, должны заканчиваться призывом к действию. Это то, что вы хотите, чтобы люди делали после просмотра вашего видео.

Вы хотите, чтобы они загрузили ваше программное обеспечение? Подпишитесь на бесплатную пробную версию? Свяжитесь с нами, чтобы узнать больше?

Что бы вы ни хотели, чтобы ваши клиенты делали, обязательно завершите видео этим, чтобы это было свежо в их памяти. Вот пара примеров:

« Подробнее »

« Загрузить сейчас »

« Посетите наш сайт »

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

Заключительные мысли

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

Изучите основы музыкальных демонстраций

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

Как музыканты и авторы песен используют демо

Демо новых песен можно передать продюсерам до того, как группа отправится в студию. Автор песен в группе может давать черновые демонстрации новых песен другим участникам группы.

Если группа или артист ищет агента или менеджера, демо — ключевой инструмент для повышения интереса. А иногда звукозаписывающий лейбл позволяет СМИ послушать демо-записи, чтобы поднять шум вокруг предстоящего релиза.

Когда это действительно происходит, обычно только несколько избранных представителей СМИ смогут услышать демо. Обычно это происходит, когда демо содержат «готовые» песни. Другими словами, песни, которые все еще находятся в стадии написания и доработки, не часто звучат для людей, не входящих в группу или лейбл.

Не трать деньги на производство (по крайней мере, пока)

Одна из самых важных вещей, которые следует помнить о демонстрации, особенно когда вы только начинаете, заключается в том, что она не предназначена быть готовым продуктом. Нет необходимости тратить много денег в студии звукозаписи, чтобы сделать демо.

Лейблы ожидают, что ваше демо будет грубым, и никто не собирается заключать с вами контракт (или отказываться) из-за качества записи вашего демо. Также помните, что демонстрация должна быть короткой. Он должен содержать ваши лучшие песни; три или четыре идеально. Демо-версии предлагают вам почувствовать вкус вашей музыки, а не весь каталог.

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

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

Возможно, вы так не чувствуете, но такой подход заставляет лейблы сомневаться, готовы ли вы взяться за процесс попытки начать музыкальную карьеру с нуля.

Не всем нужна ваша демонстрация

Лейбл должен быть заинтересован в вашей музыке, чтобы иметь хоть какой-то интерес к выпуску вашей записи, поэтому обязательно изучите лейблы, к которым вы обращаетесь со своей музыкой. Например, если ваша группа звучит как Metallica, не отправляйте демо на лейблы, которые работают исключительно с хип-хоп группами.

Кроме того, существует множество веб-платформ, которые позволяют демонстрировать свою музыку без необходимости искать лейбл. Скорее всего, если вы воспользуетесь этими платформами, лейбл найдет вас. Soundcloud, Bandcamp и Youtube — три популярные платформы, которые вы можете использовать, чтобы позволить многим людям слушать вашу музыку и делиться ею.

Знайте, что вы вводите

Худшее, что вы можете сделать, — это вслепую разослать демо.Многие звукозаписывающие лейблы имеют очень конкретные правила относительно демо, которым вы должны следовать, если хотите пройти через дверь. Некоторые требуют, чтобы вы сначала получили разрешение на отправку демо.

Учтите, что незапрошенные демоверсии могут стать причиной юридических проблем. Если они не будут осторожны, артист может заявить, что лейбл украл песню из демо. Демо-политики обычно можно найти на веб-сайтах лейблов. Уважайте запросы студий и лейблов.

Демо не должно быть длинным и растянутым, чтобы быть эффективным.Скорее, это должен быть образец вашей работы. Цель состоит в том, чтобы дать тому, кому вы пытаетесь достичь вкуса, чтобы они приходили просить большего.

4 лучшие практики для успешной демонстрации продаж

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

В опросе покупателей на рынке финансовых приложений, когда мы спросили респондентов, какой контент является наиболее ценным в процессе покупки, подавляющим большинством ответов была «демонстрация».”

Что делает демонстрацию эффективной? Как его создать? И как добиться максимального эффекта?

Давайте начнем с того, как не делать демо. Чего не хотят продавцы, так это «демо-рулетки»: набивать как можно больше сценариев, ненастроенных демонстраций, надеясь, что кому-то это будет интересно. Демо-рулетка не продается. Для этого вам не нужен продавец.

Эффективная демонстрация настраивается под бизнес-процесс потенциального клиента, включая его данные.Демонстрация решает две основные задачи:

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

4 Лучшие практики для демонстрации

Для достижения этих целей следуйте этим рекомендациям:

1. Получите информацию от потенциальных клиентов.
2. Настройте демонстрацию (или сделайте ее актуальной).
3. Докажите, что ваш продукт может решить их проблемы.
4. Оставьте время для обратной связи.

1. Получите информацию от потенциальных клиентов.

Discovery — это практика использования вопросов, идей и обмена сообщениями для понимания потенциальных клиентов и их ситуации. Во время открытия соберите шесть идей от потенциальных клиентов:

• Учетная и удельная сфера организации
• Роль потенциального клиента
• Бизнес-процессы и техническая среда
• 1-3 стратегические цели
• Проблемы и препятствия
• Последствия, если они не решат эти проблемы

Есть два типа обнаружения: демонстрация дискотеки и вызовы дискретного обнаружения.Демо-версия Disco часто используется в продажах для малого и среднего бизнеса или в процессах продаж, требующих проповеди. Например, торговый представитель, занимающийся продажей сельскохозяйственных технологий людям, которые обычно не покупают программное обеспечение, должен провести краткую демонстрацию, чтобы потенциальный клиент даже знал, о чем они говорят. Пока происходит достаточно открытий, диско-демо работают.

С другой стороны, дискретные вызовы на обнаружение позволяют выделить время для обнаружения. Они дают лучшие результаты.

Discovery — основа всех продаж. К сожалению, часто срезают углы или вообще пропускают процесс обнаружения.В случае демонстрации, обнаружение — единственный способ доставить # 2 и # 3 в списке ниже.

2. Настройте демку (или сделайте ее актуальной).
Как упоминалось выше, первая цель демонстрации — предоставить возможность помочь потенциальному клиенту увидеть себя в решении. Самый эффективный способ достичь этой цели — максимально полно настроить демо.

Есть разные уровни настройки:

• Full-custom — демонстрация создана специально для потенциальных клиентов и отражает их уникальные бизнес-процессы.Демо будет включать в себя данные реальных потенциальных клиентов и часто их бренды. Например, компания MRP предварительно создаст демонстрацию для поддержки цепочки поставок потенциального клиента и загрузит их данные перед демонстрацией. Это лучший способ сделать демонстрацию. Период. Поскольку требуются ресурсы, полнофункциональные демонстрации часто резервируются для потенциальных клиентов.
• Полу-кастом — Некоторые демонстрации имеют легкую настройку. Это может означать логотип, или, может быть, одну или две функции или домашнюю страницу. Торговые представители по-прежнему планируют представить конкретные области приложения для решения проблем потенциального клиента, но это не индивидуальная презентация.Примером этого может быть приборная панель. Перед звонком торговый представитель может спросить, что они хотят знать больше всего, а затем создать для них макет панели инструментов.
• Нестандартные, но актуальные — Для процессов объемных и скоростных продаж настройка не является вариантом. Даже если торговый представитель или инженер по продажам проводит несколько демонстраций в день и у него нет времени или ресурсов для настройки, они все равно могут предоставить потенциальному клиенту соответствующий опыт. Их нужно научить определять от трех до пяти проблем и решать их в демонстрации.Продажи также могут иметь разные рабочие процессы, основанные на процессах потенциальных клиентов (аналогично полу-заказным). Например, у компании по разработке программного обеспечения будут разные рабочие процессы для Agile, Scrum и Waterfall разработчиков.

3. Докажите, что продукт может решить их проблемы.

Вторая цель демонстрации — показать людям, как ваше решение решит их проблемы. Демо — это не презентация. Это не «позвольте мне показать им это и надеюсь, что им это понравится».«При правильном открытии отделы продаж могут понять, чего пытается достичь потенциальный клиент, и вся цель демонстрации — доказать, что отдел продаж понимает эти проблемы — и что у них есть решение.

Каждая демонстрация должна начинаться со следующих элементов:

• «В прошлый раз, когда мы говорили, вы сказали, что ваша главная цель — _________».
• «Ваши основные проблемы на пути к достижению этой цели — _____________».
• «Если вы не исправите эту проблему, вы ______________.”
• «Наконец, насколько я понимаю, вы в настоящее время управляете своей работой, выполняя это ____________, и вы поддерживаете операцию с помощью этой технологии: ___________».
• «Я правильно понимаю?»
• «В конце демонстрации я хочу, чтобы вы согласились с тем, что наше решение может решить ваши конкретные задачи и позволить вам достичь ваших целей».

Не поддавайтесь желанию все показать перспективным. Сосредоточьтесь на трех-пяти областях, которые им больше всего резонируют.

4.Оставьте время для обратной связи.

Другой большой проблемой является то, что многие демонстрационные встречи на 99% являются демонстрационными. Демонстрация заканчивается, когда до конца разговора остается 30 секунд. Есть краткое вступление, а остальная часть встречи — это демонстрация. Вот пример удивительно распространенной плохой повестки дня:

• Вступления — 5 минут
• Демо — 54 минуты
• Следующие шаги — 1 минута (возможно)

Демо-встреча должна иметь следующую структуру:

• Введение — 5 минут
• Резюме результатов — 5 минут
• Демо — 30 минут
• Отзыв (подтверждающий, что мы можем решить их задачи) — 10 минут
• Следующие шаги — 5 минут

Заключение

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

Об авторе : Крейг Розенберг — соучредитель и главный аналитик TOPO, исследовательской и консалтинговой фирмы, расположенной в Кремниевой долине.

Demos (Документация Steamworks)

In Brief

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

Уровень интеграции

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

Обзор

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

Вам решать, будет ли демо-версия полезной для вашей игры, но есть несколько полезных моментов, которые следует учитывать:

1. Качество — Клиенты обычно используют демоверсию, чтобы принять решение о покупке вашей игры.Убедитесь, что то, что вы публикуете, высокого качества и соответствует реальному опыту.
2. Время — также важно, когда вы выпускаете демоверсию. Обычно мы рекомендуем подождать до запуска, но есть обстоятельства, при которых выпуск демоверсии перед выпуском эффективен. Если, например, вы чувствуете, что покупателям нужно прикоснуться к игре, чтобы по-настоящему понять ее, то перед выпуском может быть полезна качественная демоверсия.
3. Длина — вам необходимо сбалансировать предоставление клиентам достаточного количества контента, чтобы они были в восторге, не отдавая так много, чтобы они чувствовали, что испытали все, что предлагает игра.

Конфигурация

Демонстрации создаются как отдельный идентификатор приложения в качестве базового приложения.

Демонстрационная версия должна быть настроена с хранилищами, а сборки должны быть созданы так же, как полное приложение. Демоверсия будет размещена на странице магазина базовой игры в виде кнопки, с которой пользователи смогут бесплатно скачать и опробовать игру.

Для создания демонстрационного приложения ID:

1. На целевой странице приложения щелкните «Все связанные пакеты, DLC, демонстрации и инструменты».
2. Вверху этой страницы нажмите кнопку «Добавить демо».
3. Созданная вами демонстрация имеет собственный контрольный список выпуска и конфигурацию, аналогичную вашему базовому продукту.

Тестирование

Для правильной работы для клиентов тип вашего приложения должен быть установлен как «Демо», а идентификатор приложения вашей базовой игры должен быть указан в разделе «Общие настройки приложения» на веб-сайте Steamworks для вашей демоверсии. Однако это означает, что ваша основная учетная запись будет владеть как демо, так и базовой игрой, что позволит вам запускать только базовую игру (это поведение по умолчанию и для клиентов, так как нет особых причин позволять клиенту запускать демоверсию после того, как он станет владельцем базы. игра).

Чтобы обойти это и протестировать демо-версию, вам нужно будет запросить ключи для своей демоверсии и активировать их на тестовых учетных записях, которые не владеют полной версией продукта.

Минимизация влияния обновления

Есть несколько вещей, которые вы можете сделать, чтобы минимизировать трение при обновлении с демоверсии до полной игры.

1. Совместное использование хранилищ с полным приложением: для любого контента, который используется совместно полным приложением и демонстрацией, поместите его в собственное хранилище и смонтируйте общее хранилище из базового приложения в демонстрационное приложение.Дополнительную информацию см. В документации по хранилищам общего содержимого.
2. Совместное использование облачного хранилища с полным приложением: Сохраненная игра из демонстрационной версии может быть сохранена в облачном хранилище всей игры, чтобы пользователи могли продолжить с того места, где они остановились в демоверсии, как только они купят полную игру. См. Дополнительную информацию в документации Steam Cloud.

Маркетинг полного приложения

Вы можете направить клиентов к полной версии приложения из своей демонстрации, используя оверлей Steam. Наложение внутри приложения позволяет разместить ссылку на страницу магазина прямо в приложении.См. Документацию Steam Overlay и ISteamFriends :: ActivateGameOverlayToStore для получения дополнительной информации.

Игроки вашей демоверсии также увидят заметную ссылку с демоверсии в своей библиотеке на полную страницу магазина игры.

Использование достижений в демонстрациях

Мы рекомендуем вам отключить достижения в демонстрациях. Вместо этого сохраните сохраненную игру в общем Steam Cloud, как описано в документации Cloud. Затем предоставьте эти достижения при загрузке игры в полную версию после того, как пользователь совершит покупку.

Выпуск вашей демонстрации

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

Если вы выпускаете демоверсию до того, как ваш базовый продукт станет доступным, вам нужно будет подготовить страницу в магазине вашей базовой игры и убедиться, что она отображается как «скоро», чтобы пользователи могли добавить полную игру в свой список желаний (см. Также: Списки желаний Steam).

После выпуска демоверсия может отображаться как новая в демонстрационном разделе.Нажав на демонстрационную капсулу в магазине, пользователи попадут на главную страницу магазина игры, где есть кнопка демонстрации сбоку или над вариантами покупки (настраиваемая вами).

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

Отключение демоверсии

Если вы хотите, чтобы демоверсия была доступна только в течение ограниченного времени, например, во время игровой конференции или фестиваля, вы можете деактивировать и снова активировать ее после того, как она будет выпущена. Деактивация демоверсии не позволит игрокам скачать или запустить вашу демоверсию. Игроки, у которых уже есть ваша демоверсия в своей библиотеке, будут продолжать видеть демоверсию (чтобы они могли удалить ее), но не смогут запустить ее снова.

Чтобы деактивировать или повторно активировать демонстрацию, найдите параметр в разделе «Технические инструменты» на целевой странице демонстрационного приложения и нажмите «Деактивировать демонстрацию».

Примечание. После того, как демоверсия отключена, клиенты все равно смогут запускать ее вне Steam, если только для вашей демонстрации не требуется запуск Steam, и проверяет, есть ли у пользователя действующая лицензия на него.Вы можете узнать больше здесь: ISteamApps :: BIsSubscribedApp.

Часто задаваемые вопросы

В: Могу ли я разместить демоверсию на моей странице «Скоро» перед выпуском игры?
A: Да, ваша демоверсия может быть доступна игрокам на странице «Скоро» до выхода игры.

Q: Могут ли мои демо-пользователи играть в многопользовательскую игру Steam с моими полными пользователями игры?
A: Steam в настоящее время не поддерживает многопользовательский подбор игроков между полной игрой и демо.

Q: Что, если моя демоверсия состоит буквально из тех же файлов, что и полная игра?
A: Используйте общее хранилище, как описано в документации хранилищ общего содержимого.Выполните следующие действия, чтобы убедиться, что демо и полное приложение работают правильно.

1. Если вы используете Steam DRM, повторно отправьте exe-файл для подписи администратора демо-приложения Steamworks. Упакуйте demo exe в хранилище, специфичное для демонстрационного приложения. Кроме того, вы можете пропустить Steam DRM и просто вызвать SteamAPI_RestartAppIfNeeded.
2. Если есть поведение, доступное только владельцам полного приложения, заблокируйте его с помощью вызова ISteamApps :: BIsSubscribedApp Steamworks API с идентификатором приложения полного приложения.

Q: Как сделать так, чтобы демонстрация отображалась на странице магазина базового приложения?
A: На странице администратора страницы магазина перейдите на вкладку «Специальные настройки» и добавьте идентификатор демонстрационного приложения в раздел «Связанные демонстрации». Сохранить и опубликовать. Демоверсию необходимо выпустить, чтобы она отображалась на странице магазина базового приложения.

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

Q: Как мне удалить демонстрацию со страницы магазина базового приложения?
A: На странице администратора основной игры перейдите на вкладку «Особые настройки» и удалите идентификатор демонстрационного приложения в разделе «Связанные демонстрации». Сохранить и опубликовать.

Q: Как полностью удалить демоверсию из магазина Steam?
A: Свяжитесь с нами здесь и сообщите название демоверсии, которую вы хотите удалить из магазина.

10 шагов для создания демонстрационных видеороликов о продукте

Преобразование потенциальных клиентов в клиентов становится все труднее.Большая часть продаж ведется в Интернете, где пользователей наводняют сотни брендов, продуктов и предложений, когда они начинают искать что-то для покупки.

Проблема усугубляется тем, что потребители не могут увидеть, почувствовать и протестировать ваши продукты. Именно здесь на помощь приходят демонстрации продуктов, которые помогают привлечь новых клиентов. Согласно отчету, 70% маркетологов говорят, что видео помогают им повысить коэффициент конверсии .

Источник: Оберло.com

Видео дают вам возможность продемонстрировать продукты в действии и вдохновить потенциальных покупателей на интересные истории. В этой статье мы объясним вам, как работают демонстрационные версии продуктов, и покажем вам некоторые из лучших примеров. Давайте взглянем!

Демонстрация продукта: что это и как работает?

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

Хотя это может показаться простым, правда в том, что не так просто создать привлекательную демонстрацию продукта и сделать так, чтобы он отлично смотрелся в глазах типичных потребителей. Прежде всего, вам нужно точно знать, что чувствует и ведет себя ваша аудитория. Вы должны выяснить их интересы, и создаст демонстрацию , которая полностью соответствует их ожиданиям.

В то же время вы должны следовать основным принципам создания видео. Здесь нужно учитывать множество тактик, но самые важные правила таковы:

1. Анализировать целевую аудиторию

То, как вы снимаете видео, зависит от особенностей целевой аудитории .Кто ваши клиенты? Вы знаете их интересы, личные предпочтения, местоположение, возраст, пол, доход и т. Д.? Каждая маленькая деталь может помочь вам сделать качественный контент. и создать демонстрации продуктов , которые резонируют с ожиданиями вашей целевой группы.

Источник: Pointvisible.com

1. Установить бюджет

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

1. Выберите лучший формат

Демонстрации продуктов бывают разных форматов, поэтому вам решать, какой из них соответствует вашим потребностям и соответствует бюджету. Классические демонстрации продуктов представляют товар со всех сторон, что напоминает реальный опыт перед покупкой.С другой стороны, вы можете сделать видео по распаковке продукта, демонстрационные ролики, учебные пособия по и анимацию.

1. Написать сценарий

Снять отличное видео без сценария практически невозможно. Вам необходимо составить план работы, выбрать правильный стиль, придумать увлекательную историю и быть осторожным, чтобы не превысить бюджет. Джейк Гарднер, создатель контента в Edugeeksclub , говорит, что сценаристы должны сосредоточиться на опыте пользователя:

«Распространенная ошибка — концентрироваться на продуктах, а не на покупателях.Вы должны написать сценарий с учетом личности вашего покупателя, чтобы показать преимущества продукта с его точки зрения ».

1. Начинай сильно

Обычные зрители ожидают, что вы сразу же произведете на них впечатление, поэтому начинайте с сильной позиции. Вы должны дать им повод смотреть вашу демонстрацию до конца, но это возможно только в том случае, если вы проявите творческий подход в течение первых 10-15 секунд ролика.

1. Делайте это как можно короче

Мы знаем, что ваш продукт великолепен и имеет массу ценных функций, но он не дает вам права снимать 10-минутную демонстрацию.У современных пользователей мало внимания, и вы должны делать видео как можно более лаконичным. Исследования показывают, что 56% всех видео , опубликованных за последние годы, имеют продолжительность менее 2 минут. Более 75% людей смотрят видео от до двух минут , но цифры резко падают для чего-то большего.

Источник: Wistia.com

1. Избегайте изобилия информации

Этот совет идет рука об руку с предыдущим.А именно, вы не хотите засыпать наблюдателей тысячами более или менее актуальной информации. Вместо этого вам нужно сосредоточиться на основных функциях вашего продукта и избегать информационного обилия. Это поможет вашей аудитории запомнить больше деталей и понять, что делает продукт таким полезным.

1. Разъяснить сообщение

Этот совет идет рука об руку с предыдущим. А именно, вы должны прояснить сообщение и заставить все видео вращаться вокруг него.Если ваша цель — продемонстрировать характеристики продукта, сконцентрируйтесь на его основных преимуществах. Если ваша цель — продать, представьте варианты покупки. Какой бы ни была ваша цель, вам необходимо прояснить ее и привести аудиторию к призыву к действию (CTA).

1. Добавить CTA

Говоря о CTA, цель демонстрации продуктов — привлечь внимание и убедить пользователей протестировать или купить ваш продукт. По этой причине обязательно добавить кнопку CTA и сообщить пользователям, что делать после просмотра.Это единственный способ вдохновить потенциальных клиентов на действия и увеличить количество конверсий.

Источник: ConversionXL

1. Не забудьте брендировать контент

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

7 примеров убедительных демонстраций продукции

1. Сильный запуск — мыло для телефона

Мы объяснили, почему важно начинать видео с решимости, поэтому вот отличный пример, который показывает, как сделать это наиболее эффективно. Это демонстрация продукта Phone Soap , видеоролик, демонстрирующий самый простой способ содержать смартфон в чистоте.

Что делает этот дебют таким интересным?

Дело в том, что рассказчик говорит о важности мобильных телефонов только для того, чтобы через 10 секунд изменить разговор и начать объяснять, насколько на самом деле грязные мобильные телефоны.Это придает этой демонстрации новое направление и удивляет зрителей, поэтому они не могут устоять перед просмотром оставшейся части видео.

Если вы хотите сделать то же самое, вам нужно подумать о повороте сюжета с аналогичной дозой магнитного воздействия.

2. Демонстрация продукта в действии — Salesforce

Следующее, что вы можете сделать, это продемонстрировать продукт в действии, как это делали Salesforce в своей демонстрации. Типичный пользователь хочет увидеть, как что-то работает в реальной жизни, поэтому многие маркетологи предпочитают снимать такие видео.

Что отличает этот клип от множества похожих демо, так это то, что он простой и временами забавный. Salesforce не забрасывает зрителей нерелевантной информацией, а вместо этого подчеркивает практические функции, которые делают жизнь клиентов более комфортной. Сочетание образовательного контента и ролевых развлечений — это всегда хорошая идея, когда вы хотите представить продукты в действии.

3. Объяснение характеристик продукта — Shopify

Shopify использует другой подход при объяснении основных характеристик продукта.Они избегают разговоров, потому что достаточно дать видео воспроизвести и соединить его с короткими текстовыми вставками. Такой подход отлично работает в случае мобильного приложения Shopify, поскольку он способен охватить почти каждую важную деталь менее чем за 100 секунд.

Эта демонстрация продукта может преподать вам большой урок — видео не обязательно должны быть сложными, чтобы вдохновить целевую аудиторию. Напротив, доктрина «меньше значит больше» может выполнять работу столь же эффективно, если вы можете написать простой сценарий, ориентированный на пользователя.

4. Решение проблем — Zazzle

Вы знаете, почему люди покупают товары или услуги? Если вы этого не сделаете, ответ прост — они делают это, потому что используют продукты или услуги для решения практических повседневных проблем. Видеомаркетологи это хорошо знают, поэтому при создании демонстраций продуктов они используют еще одну интересную тактику — они представляют проблему, а затем показывают, как клиенты могут ее решить.

Zazzle дает нам прекрасный пример демонстрации продукта для решения проблем.Они рассказывают людям, как раньше было сложно разработать и напечатать футболку, а затем объясняют, как их онлайн-инструмент делает этот процесс простым, быстрым и доступным. Эта тактика принесла Zazzle тысячи просмотров, десятки положительных отзывов и массу новых клиентов.

5. Дополнение видео музыкой — Apple

Если вы хотите, чтобы демонстрация продукта выглядела как хит MTV, вы можете также поучиться у Apple .Одна из крупнейших мировых компаний по производству смартфонов создала динамическую демонстрацию продукта для iPhone X, которая выглядит как миниатюрный музыкальный клип.

Музыка делает секретный соус в этом видео. Apple пользуется популярностью бренда, чтобы сосредоточиться на пользовательском опыте, добавляя музыку и почти полностью удаляя текстовое содержимое. Привлекательный саундтрек отлично дополняет короткие сцены, поэтому зрителю остается только сесть и насладиться 86-секундной демонстрацией продукта.

6. Используя силу аргументов — Akro Valve

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

В таких обстоятельствах вам необходимо предоставить потенциальным клиентам подробные видеоролики, которые точно объясняют цель ваших продуктов или услуг. Akro Valve использовал эту технику для создания простой, но очень информативной демонстрации видео.

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

7. Использование возможностей анимации — свободное пространство

Хотя лидеры отрасли склонны избегать анимации, Headspace доказывает, насколько мощной и интересной может быть простая анимация.В этой демонстрации продукта есть все, что нужно — она ​​короткая, информативная, веселая, динамичная и увлекательная.

Что нам нравится в таких анимациях, так это то, что вам не нужно тратить целое состояние на их создание, при этом результаты остаются прежними.