Пять советов для большого программного демо
Если вам нужно закрыть продажа, собирать в конце отзывы пользователей, свидетельствуют о прогрессе в своих клиентов, или просто объяснить, каким образом ваш продукт работает, рано или поздно вам придется демо вашего программного обеспечения product.Over года, я был возможность совершить сотни демок для аудиторий различных размеров. Я также имел возможность принять участие в демо-организовано другим. Ниже представляем началу 5 советов я узнал за последние десять лет в отношении demos.Manage Ваша аудитория ExpectationsHave вы пошли, чтобы увидеть фильм о всех raved и выйти полностью разочарован? Чаще всего moviegoers чувствовать опускать не потому, что картина была плохой, но а потому, что он был хуже, чем ожидалось. Она не отвечает их expectations.Similarly, если люди показывают до демо мышления они вскоре увидеть конечный продукт, они ожидают, что оно будет практически дефектов, эстетически и удобной для пользователей. Они не будут впечатление, например, с Web-приложение, которое содержит JavaScript опечатки или ошибки, если они под впечатлением он собирается жить в неделю. Однако, если они будут знать заранее, что вы представить выбрасывать прототип, в этой же аудитории будет более мягким. И они будут рады предоставить столь необходимую обратную связь, чтобы помочь вам в вашей работе progress.Managing вашей аудитории ожидание имеет решающее значение для успешной демонстрации. Если вы хотите, чтобы уйти из вашей презентации приятно, не забудьте установить права ожиданий заранее. Будьте честны с ними. Не пытайтесь oversell ваши демо. Просто продать ее, и попытаемся более deliver.One Плохо Apple портит Вся BunchAll, что нужно для завинчивать демо является одним лицом. Если кто-то начинает негативно критике каждый виджет в Ваша заявка или постоянно прерывает вы просто потому, что он / она любит слышать звук своего собственного голоса, ваш демо будет катастрофой. Это ваша работа, чтобы эти плохие яблоки не появляться на вашем presentation.Unless вы у себя закрытые демо, очень трудно контролировать, кто будет присутствовать на ней. Если не кто-то из вашего списка приглашения не гарантирует, они не узнали о вашей демо через слово-в-рот и просто показать up.Here существует несколько способов, чтобы обманным путем заставить плохих яблок на не посещающих ваши демо: Создание расписания конфликта для тех плохих яблок. Убедитесь, что они заняты, или еще лучше, из офиса, когда ваш демо - принимает два отдельных place.Book демок. Пригласите людей, чьи отзывы Вы действительно стоимости на первое демо и плохих яблок в секунду. Чаще всего, каждая группа будет отображаться на демо они, соответственно, предлагается. Когда пришло время для второго демо, идти вперед и придать ему лучший снимок, или если у Вас нет времени, просто отменить его. Я хорошо известно, что эти два советы звучат как одна выдержка из Скотт Адамс в Dilbert И На пути к ласке, но если вы чувствовали себя комфортно говорю ваши коллегами, начальством или клиентами не показывать до вашего демо, эти два варианта довольно много всего вы оставили with.Do А практика RunI участие в демо - на прошлой неделе размещение генеральный директор одного из местных запуске. После встречи с ним на выставку, он сумел убедить меня в том, что его компания разработала технологию, которая могла бы решить одну из моих потребностей клиента. Поэтому я согласилась дать ему 30 минут своего времени и он сможет продемонстрировать свой продукт в capabilities.I не нужно 30 минут, чтобы понимать, я не хочу делать бизнес с ним. Мне необходимо было 30 seconds.This парень не мог даже войти в свой собственный веб-приложений! Он провел первые 10 минут из демо ищет password.Always делать практике запустить в системе, что вы будете использовать во время демонстрации. Вы можете узнать применения, как ладони, но если кто-то другой имеет доступ к вашей демо-системы, который знает, какие формы она может дюйм Они сняли услуг, обновлены компоненты, или, как это было в случае с этим генеральный директор, изменились пользователю полномочия без уведомления you.Unless вы не возражаете похожие дурак, всегда делать практике запустить на своем демо-системы, прежде чем представить на ваш audience.Pay внимание DetailsThe сотни демо-Я осуществляется на протяжении многих лет учил меня, что люди платят больше внимания тому, как выглядит применение, чем то, что он делает. Вы программное обеспечение может быть решением мирового голода, но если один из членов вашей аудитории уведомления опечатка в GUI, то он / она будет указывать его! Читатели особенно отвлекаться на содержание читаем? и это факт. Сделка с ней, тщательно пересмотра текста на вашем интерфейсе, и в графике. Если у вас нет времени для рассмотрения и доработки текста, использование Ipsum.Lorem Lorem Ipsum имеет более или менее нормального распределения писем, в результате чего она выглядит читаем Английский еще не отвлекать читателей. Я сейчас разрабатывать новые прототипы строго с Lorem Ipsum и ввести сам текст, если, и только когда есть время, чтобы написать содержание, которое я знаю, не станет предметом обсуждения на моем следующем демо. Я настоятельно советуем вам сделать из same.Point В (очевидные) BugsSoftware содержит ошибки. Это очень просто. Тот, кто не согласен с заявлением, что, несомненно, не работал в отрасли программного обеспечения в течение длительного времени. Хотя иногда мы стремимся к дефектов продукции, Реальность состоит в сложных системах всегда содержат дефектов? даже если они в целом available.Doing практика запуска до демо позволит выявить и решить showstoppers, используя Lorem Ipsum будет заниматься с вшивой-песчаный подробности, которые могли бы отвлечь внимание аудитории. Но как насчет других дефектов объяснить Мерфи закона? В том случае, если очевидна ошибка отображения делает сам во время Вашего демо, это точка Out! Скорее всего, ваша аудитория будет уже заметили ошибку. Любые попытки скрыть это даст им впечатление, что вы не честными. Следовательно, они начнут задумываться, что еще вы пытаетесь для покрытия up.Point из об ошибке, объяснить, что у вас есть решения, с уверенностью заявить, что исправление будет осуществляться на определенную дату, и двигаться дальше. Это искреннее поведение будет убедить аудиторию, что (а) вы не пытается развертки под ковер и (б) дефект будет решена к тому времени, когда они развернуть ваш system.I ты не выступает за то, чтобы вы ходить на охоту за ошибки во время демонстрации. Если вы можете обойти их с помощью любых средств, пожалуйста, сделайте это. Но если дефект делает поверхность во время вашего выступления, не претендуем на это, не существует. Единственным человеком вы будете шутить является yourself.ConclusionThere вы его. Пять советов для большого программного демо. Управляйте Вашей аудитории ожидания Убедитесь в том, что плохих яблок не уничтожить кучу ли практика запуска Обращайте внимание к деталям и использование Lorem Ipsum отметить очевидные ошибки ли эти 5 советов составляют всего я узнал за сотни демок я принимала? Абсолютно нет! Самая трудная часть о написании этой статьи, вероятно, это ограничение до 5 советов. Я мог бы легко бросили в 5 советов, таких, как (а) контролировать ситуацию, а также (б) всегда есть план Б. Но цели не было бы указать на то, все советы, которые помогут Вам. Только очень пятерку! Люк Ричард проводит MBA со специализацией в высокие технологии. За последние 10 лет, он был управлении разработка программных приложений. Он является основателем проекта Mangler (http://www.projectmangler.com), онлайновый ресурс, который публикует бесплатно статей, рассказов и других готовых к использованию инструментов, чтобы помочь разработчикам,
Статья Источник: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Вебмастер получить html-код
Добавить эту статью на Вашем сайте прямо сейчас!
Вебмастер представить свои статьи
Не требуется регистрация! Заполните форму и ваша статья в Messaggiamo.Com каталог!
