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

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

Уникальность – это особенно удачное решение проблемы.

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

9. Уникальность – это особенная человечность
Какой бы инструмент визуализации вы ни выбрали – фотографии, иллюстрации, анимацию – он должен нравиться аудитории, соответствовать ее вкусам, удовлетворять ее ожидания.
Рисунки заслуживают отдельного упоминания. Они нравятся пользователям, потому что выглядят красиво и заслуживают доверия. Рисунки создаются людьми, а не бездушным программным обеспечением. Это один из лучших инструментов уникального дизайна – трогательного, красивого и запоминающегося. Он посылает пользователям четкий сигнал: «Мы любим вас и готовы приложить усилия».

10. Уникальность – это особая отзывчивость
Пользователь хочет почувствовать, что взаимодействие с интерфейсом красиво и ненавязчиво. Микровзаимодействия должны быть предсказуемыми и в то же время персонализированными для пользователя. Есть также вещи, которые нельзя бездумно копировать.

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

Вывод
Уникальность означает строгое соблюдение правил хорошего дизайна. Никто не говорит, что это легко. Работать, проявлять любовь, заботу и внимание никогда не было легко, не так ли?
Секрет уникальности – в тщательном решении задач проекта одной за другой. Тогда уникальность будет развиваться естественным образом, потому что сама задача диктует это.

Источник

Принципы визуальной коммуникации

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

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

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

Сегодня я ежедневно использую визуальные эффекты. Я помогаю начинающим дизайнерам развивать их визуальную интуицию и проектировать продукты для семей, обучающихся на дому. Чтобы стать лучшим визуальным рассказчиком, нужно найти баланс между художественными шалостями и фундаментальными принципами. Речь идет о том, чтобы найти золотую середину между весельем WordArt и надежностью Times New Roman.
В этой статье мы исследуем визуальные принципы, разберем почему визуальное повествование является ценным навыком, и продемонстрируем, как улучшить навыки визуального повествования в игровой форме.

Читать статью полностью: https://ux.pub/printsipy-vizualnoy-kommunikatsii/

Как улучшить всплывающие подсказки?

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

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

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

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

№2. Они заслоняют экран: вы не можете прочитать подсказку и использовать остальную часть экрана одновременно.

№3. Могут быть разрезаны маленькими экранами: так как всплывающие подсказки перекрывают экран, они могут быть разрезаны меньшими окнами.

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

Возможные компоненты

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

4 простых правила для лучшего UX

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

Объясняйте только то, что неотличимо от интерфейса/дизайна.

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

Выводите их по одной и не показывайте более 3-4 подряд. Пользователи быстро устают, и им нужно время, чтобы использовать/усвоить новую информацию. Как и все остальное, анализируйте и тестируйте подсказки!

Стилизуйте их с помощью CSS

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

Источник:  https://design-glory.com/?p=9779

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

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

В последние годы эти области начали сближаться. Проектирование соприкасается с дизайном, а дизайн — с версткой. В этом помогают, к примеру, дизайн-системы, storybook’и, созданные по правилам разработки интерфейсов, а также современные инструменты: Figma, Sketch, InVision Studio и другие.
Фокусироваться сперва нужно на том, как система работает, и только после на том, как она выглядит. Чтобы проектировщики, дизайнеры и разработчики одинаково мыслили и лучше понимали, как решать задачи клиента, я использую разные подходы, в том числе и объектно-ориентированный дизайн.
Мой подход основан на OOUX Софии В. Пратер (https://alistapart.com/article/object-oriented-ux/), но дополняет и расширяет его, основываясь на моем опыте применения.

Зачем нужен ООД

Объектно-ориентированный дизайн (ООД) — это методика проектирования, точка, в которой во время работы над продуктом сходятся все члены команды: дизайнеры, проектировщики, разработчики, SEO-специалисты и копирайтеры. В этом случае под дизайном я понимаю не столько внешний вид системы, сколько то, как она работает. 

ООД помогает команде решить несколько важных задач.

Определиться, с чего начать

Вопрос «С чего начать?» возникает даже у самых опытных. Допустим, вам нужно разработать мобильное приложение по доставке котиков. Что вы сделаете в первую очередь? Можно начать рисовать экраны или продумывать структуру, а можно проектировать сущности.

Какие сущности есть в таком приложении? Наверняка там будут «пользователь», «заказ» и «котик». У «пользователя» есть имя и фамилия, а заказ можно сделать из двух мест: с экрана товара или с экрана со списком ранее оформленных заказов. Значит позже нужно подумать, как отразить это в интерфейсе.
ООД дает базис, от него можно оттолкнуться, чтобы собрать конструктор из методов, которые подходят именно для этого проекта.

Сэкономить

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

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

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

Создать MVP

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

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

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

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

Исключить хаотичные скачки

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

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

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

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

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

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

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

Здесь можно выделить объекты «пользователь» (с подтипом «HR-менеджер»), «транзакция» и «вакансия». С «вакансией» и «транзакцией» определиться легко: они точно являются объектами, с которыми проводятся операции в системе.
С «отчетом» сложнее. Это точно объект, но нет уверенности, что он должен быть частью вашей системы. Чтобы это понять, вы должны выяснить, для чего пользователю отчет и как именно он с ним взаимодействует.

Может оказаться, что HR-менеджер заходит в текущую программу, выгружает сырые данные о транзакциях в Excel, а потом идет в 1С и уже в этой системе составляет отчет привычным для себя образом. В текущем бизнес процессе возможность создавать отчет в проектируемой вами системе ему не нужна: ваша задача в новой системе дать возможность HR-менеджеру выгрузить список транзакций и не более.
В таком случае проектировщику нужно проанализировать: если сделать объект «отчет» частью новой системы, будет ли достигнут такой эффект, что это оправдает новые инвестиции? Или не стоит тратить на это время и ограничиться текущей реализацией.

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

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

Например, обсуждая сценарии отправки резюме на вакансию, мы поняли, что многие соискатели могут не понимать реальный уровень своих навыков. Особенно это актуально для разработчика ПО: у каждой компании свои грейды, возможно, именно в этой организации он пока не дотягивает до статуса Junior или, наоборот, почти дорос до Middle. Поэтому решили добавить на сайт тесты, которые можно пройти, чтобы определить свой уровень.
«Тест» — это отдельный объект, который связан с объектом «вакансия».

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

4. Определяем свойства параметров
Я придумал для свойств специальные обозначения.
А — автоматический параметр. Он проставляется системой, и человек не имеет к нему отношения. Таким параметром может быть дата или время создания.
Ф — фильтруемый (или сортируемый) параметр. Пользователь может взаимодействовать с ним интерактивно. Например выводить только те экземпляры объекта, которые соответствуют конкретному значению параметра. Допустим, посетитель информационного сайта может отфильтровать новости по темам и читать только про технологии.
Р — параметр, который задается вручную пользователем и/или администратором системы.
С — статический параметр, который вшит в верстку. Им нельзя управлять, а изменить его может только верстальщик либо разработчик.
В — внутренний параметр. Он используется в больших системах, где требуются связи, которые используются для организации внутренней работы с контентом и функциональностью сервиса. Например, внутренние теги. Вакансия отмечается тегом «срочно», чтобы администратор мог в административной панели отфильтровать только те вакансии, которые отмечены этим тегом и в первую очередь начать работу над ними.
Данные этого исследования заносим в таблицу.

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

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

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

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

Применение ООД помогло нам оценивать проекты на 20−25% точнее. А главное, у нас появился мост между оценкой проекта и началом работы. Если клиент возвращается через месяц после оценки, у нас уже есть упрощенная модель системы — базис для начала работы.
Помогаем стартапам экономить
Порой ребята из стартапов знают про разработку цифровых продуктов столько же, сколько я про балет, но при этом они очень хотят поиграть в product-менеджеров. Стартаперы вдохновляются известными проектами, просят нас прикрутить на сайт красивую функцию, которую видели в «Инстаграме» или на Airbnb, а потом узнают, что это стоит 500 000 ₽ и пугаются.
Наша задача — показывать таким заказчикам объективную реальность. Список объектов и параметров здорово в этом помогает. Можно сказать человеку: «Смотри, если добавить параметр X, цена вырастет на 100 000 ₽, а если убрать Y — снизится на 200 000 ₽». Обычно клиент счастлив, потому что минус 200 000 ₽ — всегда классно.
Мозговые штурмы стали эффективней
Заказчики бывают разные, иногда к нам приходят сильные эксперты и мы с удовольствием учимся у них. Но бывают клиенты из малого бизнеса, которые знают о технологиях меньше, чем ничего. Мозговые штурмы с такими людьми очень непростые, но ООД помогает держать их в тонусе.

Берем профиль пользователя, кладем карточку на стол и всю встречу говорим только об одном объекте. Например, о том, как Вася взаимодействует с «вакансией». Клиент больше не отвлекается и не уходит в сторону. Раньше мозговые штурмы занимали 2,5−3 часа, а сейчас — 40−60 минут.
Появился обмен знаниями
Нам удалось без принуждения наладить постоянный обмен знаний между командами.
ООД предполагает общий документ, в котором сосредоточены ключевые знания о продукте. Обычно, члены команды подключаются к проекту по мере появление четких результатов предыдущих этапов и разработки ТЗ для их участка работ. При ООД все участники проекта могу подключаться к проекту намного раньше и раньше находить нестыковки, которые можно и нужно сразу обсуждать, вносить изменения и фиксировать в документации. Все мы знаем, как сложно и неприятно сталкиваться с ошибками в огромном ТЗ, которое уже согласовано с клиентом, и как часто участникам проекта не хочется вносить в него изменения, даже если это явно необходимо.
Проще делать контент
У нас есть партнеры, которые делают SEO. Они помогают сформировать правильную декомпозицию страниц, определяют, какие страницы объединять, а для каких делать отдельный интерфейс, в общем, разрабатывают подходящую для поисковых систем структуру. Благодаря ООД они могут работать параллельно проектированию.

Это избавляет клиентов от лишних тревог. Обычные люди, и я в их числе, понятия не имеют, что делает SEO-специалист: он целый месяц творит какую-то магию, а потом ему платят. Заказчик не хочет тратить месяц на непонятную магию, и теперь у нас есть инструмент, который позволяет всем работать сообща, отталкиваясь от одного документа.
Копирайтерам тоже важно подключаться к процессу на этапе проектирования. Раньше до начала разработки сайта они могли лишь продумать стратегию и tone of voice, а теперь берут на себя больше задач: придумывают структуру текстов по каждому объекту (теперь у них на старте есть знания о параметрах объектов и вариантах взаимодействия с ним), создают драфты, выдвигают свои требования и пожелания по формированию состава объектов.
Вместо заключения
ООД — это лишь один из методов проектирования, он очень помогает в работе, но не может заменить собой все. Обычно мы используем ООД для больших контентных сайтов или сервисов, когда систему сложно уложить в голове.
Не стоит применять ООД для небольших корпоративных сайтов из нескольких страниц. Объектов там не будет совсем или найдется несколько совсем очевидных. Для работы с ними не нужен отдельный выделенный процесс.
Еще важно, чтобы документы, составленные в процессе, вовремя обновлялись и были доступны всей команде. Если не делать этого, ООД останется лишь на бумаге, и ни разработчики, ни копирайтеры, ни дизайнеры не станут в этом участвовать.
Этот подход пригодится и для внутренних заказчиков, но аргументация может быть иной: «Если уберем эту функцию, сэкономим 50 часов на проектирование».

Источник

Как успешно провести онлайн-презентацию продукта или услуги?

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

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

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

А зачем, вообще, проводить презентацию онлайн, если можно все так же внятно сказать своими словами?
Есть как минимум три причины добавить несколько слайдов к любому выступлению:

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

Убедительность. Когда спикер загружает презентацию, аудитория сразу видит, насколько серьезная работа проделана перед началом выступления. Слушатели проникаются уважением к спикеру и начинают внимательнее слушать выступающего.
Интерактив. Презентация с фотографиями, элементами анимации, диаграммами, графиками и видеороликами оживит любое выступление и сделает его более интересным.
А может просто показывать то, что происходит на экране?
Конечно, делать это никто не запрещает. Но давайте посмотрим на ситуацию объективно.

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

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

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

Как выглядит процесс демонстрации презентации онлайн?

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

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

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

При подготовке слайдов используйте этот простой и удобный чек-лист

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

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

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

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

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

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

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

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

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

Интерактив — отличный способ сделать презентацию более интересной и живой. Особенно если запланирован длинный доклад. Оптимальный интервал для интерактива во время выступлений онлайн — каждые 5–7 минут.

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

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

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

Что в итоге?

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

Источник