01Сформулируй решение, которое зависит от исследования

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

Не спрашивай «какой дизайн вам нравится», если выясняешь выбор тарифа. Вопрос о вкусе не объяснит, какие условия человек сравнивает, где сомневается и в какой момент просит помощи. Сузь тему до одного поведения.

02Отдели предположение от свидетельства

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

Используй буквальные формулировки человека там, где они важны. Не заменяй «Не понял, сколько заплачу в итоге» на «Пользователь испытывает когнитивную перегрузку»: вторая фраза выглядит научнее, но теряет конкретику.

03Интервью: прошлый опыт сильнее обещаний

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

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

04Проверка прототипа: дай задачу, а не инструкцию по интерфейсу

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

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

05Как вести заметки без интерпретации на лету

Раздели наблюдения, цитаты и выводы. «Участник вернулся к тарифам после расчёта доставки» — действие. «Я думал, доставка уже включена» — цитата. «Нужно сделать условия доставки заметнее до выбора» — возможное решение. Если всё записать в одной строке, становится сложно проверить, откуда возник вывод.

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

06Один повторяющийся сигнал — повод проверить, а не статистика

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

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

07Преврати вывод в проверяемое изменение

Формулировка «улучшить UX» не задаёт следующего шага. Лучше: «Показать полную стоимость до перехода к заявке; проверить, может ли участник объяснить, что включено». Нарисуй два варианта, выбери один по условиям задачи и повтори проверку.

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

08Почему не стоит помогать во время проверки

Представь, что знакомый ищет запись на занятие и не замечает кнопку. Хочется сразу сказать: «Она же справа». Но после подсказки ты уже не узнаешь, был ли путь понятен сам по себе. Лучше немного подождать и спросить, что человек сейчас ищет.

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

Источники и дальнейшее чтение