Все статьи
Дизайн Редакционная политика

UX-исследование для портфолио: от вопроса до отчета

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

Автор
Алексей Власов Алексей Власов UX/UI-дизайнер
Проверил эксперт/редактор
Ольга Миронова Ольга Миронова Главный редактор
UX-исследование для портфолио: от вопроса до отчета

Начните с решения, а не с метода

Фраза «мы провели пять интервью» не объясняет ценность работы. Опишите, какое решение было неопределенным: менять ли регистрацию, почему пользователи бросают настройку, какой сценарий важнее в мобильной версии. Исследовательский вопрос должен связывать наблюдение с будущим действием.

Добавьте контекст и ограничения: этап продукта, сроки, доступ к аудитории и роль автора. Честное описание границ делает кейс убедительнее, чем попытка приписать себе работу всей команды.

Объясните выбор метода

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

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

Покажите данные до выводов

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

Разделяйте факт, интерпретацию и рекомендацию. «Четыре участника не заметили кнопку» — наблюдение; «контраст недостаточен» — гипотеза; «проверить новое положение и подпись» — действие.

  • наблюдение и контекст;
  • тема, в которую объединены наблюдения;
  • приоритет по влиянию и уверенности;
  • рекомендация и способ проверки.

Свяжите выводы с дизайном

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

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

Финальная структура кейса

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

Завершите рефлексией: что ограничило уверенность, какой метод вы выбрали бы при большем времени и чему научились. Такой вывод показывает зрелость лучше списка инструментов.

Источники

Содержание