Синтез пользовательских исследований помогает перейти от отдельных заметок интервью к обоснованным темам и дальнейшим действиям. Покажите, что именно наблюдали, как выявили закономерность и какое решение команда может принять на этой основе. Если исследование ещё не спланировано, начните с шаблона плана пользовательского исследования.
1. Определите решение до кодирования
Одним предложением сформулируйте вопрос, на который должен помочь ответить синтез: например, «Какую проблему при первом знакомстве с продуктом стоит проверить следующей?». Укажите аудиторию, область продукта и срок. Это поможет не тратить время на интересные наблюдения, которые не влияют на предстоящее решение.
Подготовьте краткое описание задачи
- Вопрос: какой выбор ещё предстоит сделать?
- Материалы: какие интервью, задания и другие источники входят в анализ?
- Ограничение: что нельзя изменить на этом этапе?
- Результат: что получит команда продукта, дизайна или поддержки?
2. Используйте единый формат заметок
Каждая заметка должна содержать короткое наблюдение, контекст участника и ссылку на источник. Отделяйте слова участника от интерпретации исследователя. Например, «Я нажал дважды, потому что не увидел изменений» — это зафиксированная реплика, а «Интерфейс не показывает результат действия» — гипотеза, которую нужно проверить.
Используйте одну карточку для одного значимого наблюдения. Укажите номер интервью или задание, но не размещайте персональные данные на общей доске.
3. Кодируйте поведение, а не только темы разговора
Код — это короткая метка для связанных наблюдений. Начните с действий: ищет статус, повторяет шаг, просит подтверждение или уходит после ошибки. Метки вроде «главный экран» или «уведомления» помогают сортировать материалы, но не объясняют, что нужно изменить. Если содержание заметки позволяет, присвойте ей несколько кодов.
После первого прохода объедините дубликаты и дайте каждому оставшемуся коду определение в одну строку. Другой исследователь должен понимать, когда применять код, без отдельного обсуждения.
4. Объедините наблюдения и сформулируйте темы
Сгруппируйте заметки о похожем поведении или потребности. В формулировке темы укажите ситуацию и последствие: «Пользователи не понимают, отправлено ли приглашение, поэтому повторяют действие или спрашивают коллегу». Избегайте общих ярлыков вроде «непонятный интерфейс»: за ними теряется конкретная проблема.
Для каждой темы сохраните подтверждающие и противоречащие ей заметки, а также открытые вопросы. Укажите, какие выводы позволяют сделать данные, а какие пока нет.
5. Свяжите темы с возможностями для улучшения
Преобразуйте тему в вопрос: «Как сделать статус приглашения видимым, не добавляя ещё один шаг?». Не подменяйте возможность конкретным решением — команде ещё предстоит сравнить варианты. Назначьте ответственного и следующую проверку, не представляя выявленную проблему как уже решённую.
Пример перехода от наблюдений к проверке:
| Тема | Данные | Вопрос | Следующая проверка |
|---|---|---|---|
| Неясен статус приглашения | 3 заметки по 2 заданиям | Как сделать статус видимым? | Создать прототип с индикатором статуса |
| Непонятно, с чего начать | 2 заметки о пустом экране | Как подсказать первый шаг? | Проверить два варианта текста на пустом экране |
6. Оцените неопределённость перед решением
До расстановки приоритетов спросите, что может изменить интерпретацию. Сравните темы для разных условий, заданий или сегментов, если это позволяет дизайн исследования. При небольшой или целевой выборке описывайте результат как сигнал для дальнейшей проверки, а не как оценку распространённости проблемы среди всех пользователей. Держите на виду нерешённые вопросы и данные, которые нужны для ответа на них.
7. Соберите доску синтеза в Boardmix
Поместите краткое описание задачи сверху, затем создайте колонки для исходных данных, кодов, тем, возможностей и решений. Одним цветом выделите заметки из источников, другим — интерпретации команды. Добавьте короткую легенду, сохраните ссылки на исходные заметки в соответствующих карточках и используйте комментарии для нерешённых вопросов.
Когда команда согласует тему, запишите её основания и ответственного за следующую проверку. Так можно проследить путь от реплики участника до действия, сохранив доступ к исходному контексту.
Что должно получиться
- Сформулированное решение и границы задачи.
- Небольшой набор кодов с определениями и ссылками на источники.
- Темы, описывающие наблюдаемую ситуацию и её последствия.
- Возможности для улучшения, связанные с данными, неопределённостью и ответственным.
- Следующая проверка или исследовательский вопрос для каждой приоритетной возможности.
Такой результат позволяет действовать на основе тем и при необходимости возвращаться к данным, на которых они основаны.
