Окончание (?). Начало тут, тут и тут.

Живая демонстрация

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

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

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

Но самое главное – нужно задать себе вопрос, а нужно ли это демонстрировать? Чего именно вы хотите достичь живой демонстрацией?

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

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

Если вы собираетесь показать перекачку данных в таблицу при помощи инструмента, совершенно нет необходимости показывать, как вы создаете структуру таблицы в SQL Plus, это во первых долго, а во вторых набивая текст “CREATE TABLE ….” вы скорее всего ошибетесь и будете искать где вы сделали синтаксическую ошибку. Люди, сидящие в зале не знают что нормально, а что нет, поэтому любую подобную ошибку воспринимают как неработоспособность системы. Кроме того, очевидно, что таблицу создать в Oracle можно, это не предмет демонстрации. Поэтому, избегайте тратить на демонстрации время на то, что не относится к делу.

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

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

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

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

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

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

Хорошо демонстрируются продукты, с которыми работает конечный пользователь – интерфейс приложения или BI система. Демонстрацией можно показать look&feel системы, потенциальный пользователь может понять, что его ждет, если будет куплена эта система.

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

Заключение

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

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

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

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

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

Было бы желание.

Спасибо всем, кто дочитал до этого места!

__________________________________
Читайте также:
А еще можно почитать мой твиттер @apivovarov