Привет! Меня зовут Руслан, я веб-инженер с опытом. За карьеру успел провести много различных презентации(демо) по новому функционалу, модулей а также целых систем. За время презентаций сталкивался с разными случаями и запросами, и это помогло мне выработать подход, который делает демонстрации более понятными и эффективными.

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

Проблемы неподготовленной презентации

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

Такой подход быстрый, но у него есть минусы:

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

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

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

Давайте рассмотрим каждый пункт подробнее.

Как же сделать демонстрацию понятной? Начните с реального пользовательского сценария

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

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

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

Почему сценарии важнее функционала

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

Учитывайте роли пользователей

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

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

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

Что говорим и делаем на презентации

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

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

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

Завершая демонстрацию, можно сказать: «Коллеги, у меня всё. Если у вас есть вопросы — прошу задавать».

Как правильно собирать обратную связь

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

Нужно быть готовым что пользователи часто предлагают изменения либо дополнения к существующему функционалу. Так сказать «накидывают» новых задач. Здесь важно учитывать следующие факторы:

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

2. Фокусироваться на проблеме, а не на решении: Пользователь просит добавить кнопку «Сохранить» в форме. Настоящая проблема: Форма не даёт понять, что данные сохраняются автоматически. Вместо кнопки лучше добавить уведомление о сохранении изменений.

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

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

Подготовка тестового (staging) сервера и проведения внутреннего демо

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

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

Проверяем и убеждаемся что тестовая среда (staging сервер) полностью готова и включает:

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

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

• Потренироваться в подаче: Внутреннее показ с командой и менеджером поможет отшлифовать ваше выступление перед основным.

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

Сделайте инструкцию

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

Что должно быть в инструкции:

• Краткое описание новой функции: Для чего она нужна и какую проблему решает.

• Пошаговая инструкция: Как пользоваться новой возможностью со скриншотами.

• Ответы на частые вопросы: Например, что делать, к кому обращаться, если функция вам не доступна.

Итого

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