Как провести простое исследование пользователей для учебного проекта

Когда стажёр впервые слышит «исследование пользователей», в голове возникает картинка: рекрутеры, лаборатория с зеркалом Гезелла, сотня респондентов и бюджет, которого у студента нет. На самом деле для учебного проекта всё гораздо проще. Простое исследование — это не «большая наука», а способ быстро проверить, кому вы вообще делаете продукт и где у людей возникают реальные проблемы. Без него дизайн остаётся набором догадок, а кейс в портфолио теряет убедительность. За несколько разговоров и один тест прототипа можно получить материал, который превращает учебную работу в осмысленный проект с продуктовой логикой.

Зачем учебному проекту вообще исследование пользователей

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

• понять, кто ваш пользователь, а не абстрактный «человек из интернета»;
• выяснить его цель и контекст — в какой момент он открывает приложение или сайт;
• найти реальные боли и препятствия, а не те, что вы придумали за него;
• не заложить в проект сомнительные гипотезы, которые развалятся при первой же проверке;
• собрать аргументы для решений в UI/UX — почему кнопка здесь, а не там, и почему раздел называется именно так.

Для учебного проекта этого уже достаточно. Не нужно делать вид, что вы провели масштабное поле на 200 человек. Честный небольшой цикл — гипотеза → 3–5 разговоров → выводы → правки в прототипе — смотрится гораздо сильнее, чем имитация большой работы. Когда я принимаю стажёров в студию, я всегда смотрю не на объём, а на то, как человек прошёл этот цикл и какие решения принял по итогам.

Что считать простым исследованием

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

• короткие пользовательские интервью;
• мини-опрос (Google Формы или аналог);
• анализ конкурентов и похожих решений;
• наблюдение за выполнением простой задачи;
• тестирование прототипа на 3–5 людях.

Если проект учебный, чаще всего хватает двух шагов:

1. Поговорить с несколькими людьми из целевой аудитории.
2. Проверить на них ключевой сценарий в прототипе или макете.

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

С чего начать: сформулировать вопрос исследования

Без чёткого вопроса вы соберёте набор случайных мнений, а не исследование. Формулировка должна быть простой и прикладной — такой, чтобы ответ на неё прямо влиял на макет. Когда стажёр приходит с размытой темой «изучить пользователей», я прошу переписать её в один конкретный вопрос.

Примеры хороших вопросов:

• Как люди выбирают сервис для решения своей задачи?
• Что мешает им быстро дойти до нужного действия?
• Какие элементы интерфейса вызывают сомнения?
• Какой сценарий кажется самым естественным?

Плохие формулировки (и они встречаются постоянно):

• Нравится ли пользователям мой дизайн?
• Удобный ли у меня интерфейс?
• Что бы вы улучшили вообще?

Такие вопросы слишком широкие. Они провоцируют абстрактные ответы вроде «всё ок» или «сделайте покрасивее» и почти не помогают в проектировании. Хороший исследовательский вопрос всегда направлен на поведение и контекст, а не на оценку «нравится/не нравится».

Какие методы подойдут студенту

Для учебной работы лучше не распыляться. Один качественный метод и один проверочный обычно сильнее, чем пять поверхностных. В 90% студенческих проектов, которые я рецензировал, идеально работает связка «интервью + юзабилити-тест прототипа». Интервью вскрывает мотивацию и ожидания, а тест показывает, где эти ожидания расходятся с реальным интерфейсом.

Как выбрать, кого опрашивать

Не пытайтесь «угодить всем». Для учебного проекта нужен не весь рынок, а конкретный тип пользователя. Сначала опишите сегмент простыми словами — буквально на полстраницы:

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

Примеры сегментов, которые часто всплывают в учебных проектах по цифровым профессиям:

• студент, который ищет курсы по UX/UI, сравнивает программы и боится ошибиться с выбором;
• абитуриент, выбирающий колледж или вуз с цифровой специальностью, ориентируется на отзывы и карьерные перспективы;
• новичок, который хочет освоить цифровую профессию, но не понимает разницы между направлениями;
• родитель, который помогает с выбором учебного заведения и в первую очередь смотрит на стоимость и сроки.

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

Подготовка: что сделать до общения с людьми

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

1. Цель

Напишите одну фразу, которая отвечает на вопрос «что мы хотим узнать?». Не «изучить пользователей», а конкретно:

• «Понять, как начинающие дизайнеры выбирают учебный путь».
• «Выяснить, какие сложности возникают при выборе онлайн-курса».
• «Проверить, понятен ли сценарий записи на обучение».

2. Гипотезы

Гипотезы помогают не теряться в разговоре и не уходить в сторону. Это ваши предположения, которые вы идёте проверять. Примеры для образовательного проекта:

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

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

3. Сценарий

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

4. Форма фиксации

Заранее подготовьте таблицу, куда будете записывать:

• что сказал человек (ключевые фразы);
• что сделал (клики, паузы, прокрутка);
• где сомневался;
• какие цитаты стоит сохранить дословно;
• какие инсайты повторяются у разных людей.

Без такой таблицы после трёх интервью в голове останется каша. Я предпочитаю Google Таблицы — их легко расшарить и дополнить после сессии.

Как провести простое интервью

Хорошее интервью — это спокойный разговор, а не опросник с галочками. Обычно хватает 20–30 минут. Когда я обучаю стажёров, мы разбираем типичный антипример: интервьюер зачитывает вопросы и ждёт коротких ответов. Так вы не узнаете ничего, кроме поверхностных мнений.

Структура интервью

1. Коротко объясните цель — без терминов, простыми словами.
2. Спросите про опыт человека в целом, чтобы разогнать беседу.
3. Разберите последний реальный случай — это самый ценный материал.
4. Уточните детали и препятствия: «что было самым трудным?», «почему вы решили именно так?».
5. Подведите итог: «правильно ли я понял, что…» — это даёт человеку возможность скорректировать.

Что спрашивать

Работают открытые вопросы, которые заставляют вспоминать конкретный опыт:

• Расскажите, как вы обычно выбираете…
• Что было в последний раз, когда вы искали…
• Почему вы решили сделать именно так?
• Что оказалось самым сложным?
• Что помогло принять решение?

Лучше спрашивать про реальный прошлый опыт, а не про фантазии. Плохие примеры (они провоцируют социально желаемые ответы):

• Что бы вы сделали, если бы увидели такой экран?
• Вам бы понравилась такая кнопка?
• Купили бы вы это?

Хорошие альтернативы:

• Как вы обычно решаете такую задачу?
• Что делали в прошлый раз?
• На каком этапе возникло сомнение?

Чего избегать

• наводящих вопросов («вам ведь было неудобно?»);
• длинных объяснений до ответа — вы не лекцию читаете;
• спора с участником — вы не защищаете дизайн, а слушаете;
• желания «продать» свою идею;
• перебивания — даже если человек уходит в сторону, дайте ему высказаться, потом мягко верните.

Как провести тест прототипа

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

Что тестировать

Берите только ключевые сценарии — не нужно гонять пользователя по всем уголкам макета. Обычно это:

• найти нужный раздел;
• понять, куда нажимать;
• сравнить варианты;
• оставить заявку;
• записаться на следующий шаг;
• понять стоимость и сроки.

Как давать задания

Задание должно звучать как задача, а не как инструкция по кликам. Плохо: «Нажмите на кнопку „Записаться“». Хорошо: «Представьте, что вы хотите узнать, подойдёт ли вам этот курс. Покажите, что сделаете сначала». Или: «Найдите программу, которая подходит новичку». Или: «Попробуйте дойти до шага записи». Такие формулировки заставляют человека действовать естественно, а вы видите реальный путь, а не следование подсказкам.

На что смотреть

• где человек задержался (завис на пару секунд — уже сигнал);
• что понял неправильно;
• какие элементы не заметил (хотя они были на виду);
• где начал сомневаться и комментировать вслух;
• что сказал вслух — часто это прямые цитаты для отчёта;
• что сделал не так, хотя «вроде всё было рядом».

Я всегда советую записывать экран и голос (с разрешения) — потом при анализе можно пересмотреть моменты, которые вживую упустил.

Как фиксировать результаты

После исследования у вас должны остаться не просто заметки, а структурированный материал, из которого можно делать дизайн-решения. Сырые ответы — это ещё не исследование.

Удобный формат таблицы

Я рекомендую добавлять в таблицу столбец «Приоритет» и красить строки в зависимости от серьёзности проблемы — это помогает потом планировать правки.

Как выделять инсайты

Инсайт — это не «людям понравилось», а полезный вывод для решения. Плохой инсайт: «Пользователи любят современный дизайн». Хороший инсайт: «Пользователи не сравнивают все параметры подряд, а сначала ищут 2–3 признака, по которым можно быстро отсеять лишнее». Именно такие выводы двигают дизайн вперёд. В учебных проектах я часто вижу подмену: студенты выдают пересказ ответов за инсайты. Настоящий инсайт — это обобщение, которое объясняет поведение и подсказывает конкретное действие.

Типовые ошибки новичков

За годы менторства я собрал целый список повторяющихся промахов. Вот самые частые:

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

Пошаговый план простого исследования

Этот план я даю стажёрам как памятку. Он помогает не пропустить важное и уложиться в разумные сроки.

Шаг 1. Определите цель

Сформулируйте один исследовательский вопрос. Без него вы будете собирать данные ради данных.

Шаг 2. Опишите аудиторию

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

Шаг 3. Выберите метод

Для учебного проекта чаще всего подходят интервью и тест прототипа. Не усложняйте.

Шаг 4. Подготовьте вопросы и задания

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

Шаг 5. Проведите 3–5 сессий

Этого достаточно, чтобы увидеть повторяющиеся паттерны. После пятого интервью новые инсайты появляются редко — вы достигли насыщения.

Шаг 6. Сведите результаты

Соберите ответы в таблицу и выделите повторяющиеся проблемы. Сгруппируйте их по темам: навигация, контент, доверие, сравнение и т.д.

Шаг 7. Примите решения по дизайну

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

Мини-чек-лист перед исследованием

• Цель сформулирована в одной фразе.
• Портрет пользователя описан (хотя бы на уровне «студент, ищущий курс, боится ошибиться»).
• Есть 5–7 вопросов или 3–5 заданий.
• Подготовлена таблица для заметок (шаблон пустой, но с колонками).
• Есть согласие на запись, если она нужна (спросите заранее).
• Интервью не перегружено длинными вступлениями — начните с благодарности и сразу к делу.
• После сессий запланировано время на анализ (хотя бы час на расшифровку и группировку).

Как использовать результаты в учебном кейсе

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

• проблема (с чем столкнулись пользователи);
• кого исследовали (сегмент, количество);
• какой метод использовали;
• что узнали (ключевые инсайты, а не все ответы подряд);
• какие выводы сделали;
• что изменили в дизайне (конкретные правки с пояснением «было → стало»).

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

Когда простого исследования уже недостаточно

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

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

В остальных случаях простое исследование — это нормальная и честная база для учебного UX/UI-проекта. Оно показывает, что вы умеете думать не только о пикселях, но и о людях.

FAQ

Сколько людей нужно для простого исследования?

Для учебного проекта обычно хватает 3–5 интервью или тестов. Этого достаточно, чтобы увидеть повторяющиеся проблемы. После пятого человека новые паттерны появляются редко — вы достигли так называемого насыщения.

Что лучше: интервью или опрос?

Если нужно понять мотивацию и поведение — интервью. Если нужно быстро собрать фон по нескольким признакам (например, какие фильтры важнее) — мини-опрос. В идеале опрос может помочь на этапе скрининга, но глубину даёт только разговор.

Можно ли исследовать друзей и одногруппников?

Можно, если они совпадают с целевой аудиторией. Если не совпадают, выводы будут слабыми. Друг-дизайнер, который смотрит ваш макет, — это не пользователь, а коллега. Ищите людей, максимально похожих на реального потребителя.

Нужен ли большой анализ данных?

Для простого учебного проекта достаточно сгруппировать ответы по темам и выделить основные паттерны. Никакой статистической обработки не требуется. Главное — увидеть повторяемость и сформулировать инсайты.

Что делать, если люди отвечают слишком общо?

Просить приводить последний реальный пример, уточнять «как именно», «почему», «что было дальше». Если человек говорит «обычно я смотрю отзывы», спросите: «А в последний раз, когда вы выбирали курс, что вы сделали сначала?» Это переводит разговор в конкретику.

Вывод

Простое исследование пользователей для учебного UX-проекта — это быстрый способ проверить, что вы делаете продукт для реальных людей, а не для абстрактной аудитории. Достаточно одной цели, нескольких разговоров и аккуратной фиксации результатов, чтобы получить материал, который реально влияет на дизайн и делает кейс убедительным. За годы работы со стажёрами я убедился: даже небольшое исследование меняет мышление — вы перестаёте гадать и начинаете опираться на факты. Если вы начнёте с малого, но сделаете это внимательно, даже учебный проект будет выглядеть как работа с настоящим продуктовым мышлением. А это именно то, что ценят в портфолио и на собеседованиях.