Презентация пользовательского исследования не должна состоять только из цитат. Свяжите вопрос, контекст выборки, наблюдения и темы с ограниченным решением по продукту. Сторителлинг данных в презентации (на английском) помогает отделить подтверждение от интерпретации.
Когда вы согласуете, что именно подтверждают данные, можно использовать Presenti для создания черновика слайдов по плану исследования. Включите в план наблюдения и альтернативные объяснения: инструмент поможет организовать материал, но не проведёт анализ за вас.
Объясните вопрос и выборку
Укажите вопрос, метод, контекст участников и период. Отметьте, кого выборка не представляет. Так аудитория понимает реальный охват результатов.
Пример из пяти сессий для всей презентации
Рассмотрим вымышленное исследование удобства продукта для администрирования рабочих пространств. Пять человек, недавно получивших роль администратора, пытались пригласить коллегу и изменить его доступ. У всех пяти были права на выполнение задачи в тестовом пространстве: исследование касалось поиска элементов управления, а не различий в правах аккаунтов. Команде продукта предстоит решить, какую часть интерфейса проверять дальше.
Записи ниже придуманы для объяснения анализа. Это примеры наблюдений, а не цитаты участников или результаты исследования Presenti.
| Сессия | Наблюдаемое поведение | Важный контекст |
|---|---|---|
| P1 | Открыл личный профиль, прежде чем нашёл настройки рабочего пространства. | Первая неделя в роли администратора. |
| P2 | Искал в личном профиле, затем обратился к справке и нашёл настройки рабочего пространства. | Раньше администрировал другой продукт, где нужные настройки находились в профиле. |
| P3 | Открыл личный профиль, вернулся назад и нашёл меню рабочего пространства. | Уже приглашал коллег, но ещё не менял их доступ. |
| P4 | Сразу перешёл в настройки рабочего пространства и выполнил задачу. | Раньше пользовался справкой для администраторов этого продукта. |
| P5 | Нашёл настройки рабочего пространства, затем стал выбирать между двумя названиями уровней доступа. | Не понимал, какое из названий означает возможность редактирования. |
Разделите наблюдение и интерпретацию
Сначала запишите, что было увидено или сказано. Затем представьте интерпретацию как вывод, опирающийся на эти факты. Анонимные цитаты нельзя сглаживать или выдавать за мнение всех.
Покажите темы и противоречия
Объединяйте похожие наблюдения, но сохраняйте контрпримеры. Можно указать число случаев, поддерживающих тему, но не превращайте его в долю всех пользователей. Противоречие — вопрос для следующего исследования, а не ошибка, которую нужно скрыть.
Покажите вывод вместе с контрпримером
Обоснованный вывод звучит так: «Три участника сначала искали настройки доступа в личном профиле». Его подтверждают записи P1, P2 и P3. P4 сразу нашёл нужное место, а P5 столкнулся с непонятным названием уже в правильном разделе. Это разные проблемы; не стоит объединять их в один вывод «Права доступа непонятны».
Одна интерпретация: люди связывают управление доступом с личным профилем. Другая: меню рабочего пространства недостаточно заметно. На маршрут P2 мог повлиять и опыт работы с другим продуктом. По имеющимся записям нельзя определить, какое объяснение важнее.
Не превращайте три наблюдения в утверждение «60% наших клиентов не умеют управлять доступом». Выборку составили под конкретную задачу и профиль администратора. Руководство GOV.UK по анализу исследовательских сессий на английском разделяет наблюдения, выводы и возможные действия. Если показать эти этапы, аудитория увидит, где в рассказе появляется интерпретация.
Свяжите вывод с решением
Для каждой приоритетной темы сформулируйте возможность, открытый вопрос и следующее решение по продукту. Разделите рекомендацию, допущение и идею теста. Назначьте владельца действия и сигнал проверки.
Слайд, который команда продукта сможет обсудить
Используйте заголовок «Проверим поиск настроек доступа, прежде чем менять весь сценарий управления правами». Слева разместите наблюдение P1–P3, в отдельном блоке контекста — прямой путь P4 и затруднение P5 с названиями, справа — предлагаемую проверку. Узкое решение касается исследования навигации, а не одобрения полного пересмотра управления правами.
Проблема P5 заслуживает отдельной записи и, возможно, отдельной проверки. Так более частое затруднение с навигацией не поглотит потенциально важное непонимание доступа. Число случаев показывает, как часто проблема встретилась в этих сессиях, но само по себе не определяет её последствия.
Структура на основе фактов
- Вопрос и метод
- Выборка и ограничения
- Наблюдения и анонимные подтверждения
- Темы, контрпримеры и уверенность
- Возможности, решения и тесты
- Следующие шаги и вопросы
Соблюдайте приватность и границы
Удаляйте идентифицирующие детали и не придумывайте цитаты или доли. Качественное исследование может указать направление, но не доказывает долю рынка. Зафиксируйте это ограничение на финальном слайде.
Сделайте рамки исследования прозрачными
Интервью, модерируемый тест и открытый опрос дают разные сигналы; не выдавайте их за один и тот же тип подтверждения.
Иллюстративный пример может объяснить структуру, но не должен выглядеть как результат вашей работы. Сохраняйте смысл анонимных цитат и удаляйте только идентифицирующие детали.
Сделайте формирование тем прослеживаемым
Покажите, как наблюдения объединились в тему, и укажите уверенность в интерпретации.
Переведите возможности в решения
Ответственный и сигнал проверки не дают свести действие к фразе «исследовать ещё».
Постройте следующую проверку вокруг разных объяснений
Подготовьте два варианта прототипа: в одном сделайте меню рабочего пространства заметнее, сохранив прежний текст; в другом оставьте меню на месте, но измените названия, связанные с управлением доступом. Задание и права должны совпадать. Исследователь должен определить, как участники будут знакомиться с вариантами, чтобы обучение на предыдущей попытке не выглядело улучшением дизайна.
Записывайте, куда каждый участник смотрит сначала, находит ли нужный элемент без помощи и как объясняет свой ход мыслей после попытки. Не подсказывайте путь к меню. Если заметность меню меняет маршрут, а новые названия — нет, это поддержит одно из объяснений в рамках данной проверки. Если не поможет ни один вариант, пересмотрите исходные предпосылки, а не объявляйте первоначальное наблюдение неверным.
На встрече можно запросить следующее: «Согласовать отдельное исследование поиска настроек под руководством исследователя и при поддержке дизайнера. Понимание названий проверить отдельно. Изучить наблюдаемые маршруты, прежде чем принимать решение об изменении навигации». Из этих пяти вымышленных сессий не следует ни рост конверсии, ни показатель успешности для всех клиентов.
Ведите презентацию фактами
Подробные источники, кодирование и длинные цитаты вынесите в приложение.
Завершите ограничением: что доказано, что интерпретировано и что ещё нужно проверить? Так презентация остаётся полезной, не обещая охват или эффект продукта, которые исследование не подтверждает.
Для каждого наблюдения сохраните источник, дату сбора и уровень уверенности, чтобы другой человек мог повторить ход рассуждения.
Сохраните также дату синтеза и имя проверяющего. Если новые данные изменят тему или рекомендацию, зафиксируйте, какая часть вывода обновилась и почему.
