UX-исследования для дизайнеров. Дизайн основанный на фактах
В приложении удобнееQR для скачивания приложенияRuStore · Samsung Galaxy Store
Huawei AppGallery · Xiaomi GetApps

Читать бесплатно онлайн книгу  UX-исследования для дизайнеров. Дизайн основанный на фактах

Дмитрий Фокеев

UX-исследования для дизайнеров. Дизайн основанный на фактах

Серия «Программирование для всех»





© Дмитрий Фокеев, текст

© ООО Издательство «АСТ»

Введение

Когда-то сайты были странными. Непонятными. Перегруженными случайной информацией, без чёткой структуры и логики.

Меню, как привычного элемента навигации, не существовало. Люди не всегда понимали, что ссылки можно кликать, а кнопки выглядели по-разному и не давали обратной связи. Посетители часто терялись на сайте и не знали, как вернуться обратно. Каждый сайт создавался «как получится» – общих правил просто не было.

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

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

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

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

В то время само наличие сайта было престижным. Он показывал, что компания или человек «разбирается в интернете». Поэтому мало кого заботило, удобно ли пользоваться этим сайтом, понимает ли пользователь, куда кликнуть и как вернуться назад.

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

Пользовательский опыт тогда ещё не был ценностью. Это была эпоха технологий ради технологий.

Заглянем в прошлое. Кстати, любой из вас может сделать это самостоятельно. Для этого достаточно зайти на сайт https://web.archive.org/ – это веб-архив, который сохраняет снимки сайтов разных лет. По сути, настоящая машина времени прямо в вашем браузере.

Изучая сайты прошлого, невольно задаёшься вопросом, как мы





пришли от этого:







к этому:







от этого:







к такому:







или от этого:







к такому:







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

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

Но так было не всегда.

Когда-то все эти привычные нам вещи были открытием. Они появились благодаря годам проб и ошибок, многочисленным исследованиям и тестированиям с реальными пользователями. Всё то, что сегодня кажется очевидным, в прошлом приходилось «изобретать» – и доказывать, что это действительно работает.

Стандарты интерфейсов – это не что-то врождённое. Это результат эволюции. И за этой эволюцией стояла главная цель – сделать взаимодействие с цифровыми продуктами понятным и удобным для людей. Лучшие решения в индустрии становились стандартом и укоренялись у пользователей. Тест за тестом, проверка за проверкой – так шаг за шагом начала формироваться новая профессия: UX-дизайнер. Или, как их ещё называют, UX-исследователь.

UX – это сокращение от User Experience, что переводится как «пользовательский опыт». Именно этот опыт и стал главным объектом внимания новой профессии.

UX-специалисты начали изучать, как именно люди взаимодействуют с интерфейсами, где они путаются, где теряют время, где совершают ошибки, а где чувствуют себя уверенно. Изменился сам подход. Теперь интерфейс создавался, тестировался на пользователях и перерабатывался, а не проверялся исключительно командой профессионалов – программистов, дизайнеров или тестировщиков. Всё ради того, чтобы помочь пользователю быстрее и проще достигнуть своей цели.

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

Современные пользователи ожидают быстрых решений и ясных путей к ним. Они ценят своё время. Если сайт или приложение мешает, тормозит или запутывает – пользователь просто не станет им пользоваться.

Поэтому сегодня удобство, простота и понятность – это не дополнительные преимущества. Это необходимый минимум, без которого продукт просто не выживет.

Но как создать такой удобный и понятный продукт? Как быть уверенным, что он действительно помогает пользователю?

Ответ прост: исследуйте и тестируйте.

Именно этому и посвящена эта книга. Вместе мы разберём, как понимать своих пользователей, как находить и устранять слабые места в интерфейсе, как превращать продукт из «непонятного» в «удобный и любимый».

Мы изучим современные методы UX-исследований и тестирования – те подходы, которые за последние годы стали основой работы лучших команд и дизайнеров. Главное: все эти методы можно применять на практике, даже если вы работаете в одиночку или в маленькой команде.

Готовы? Тогда давайте начинать наше увлекательное путешествие в мир юзабилити – в мир, где продукты делают для людей.

Об этой книге

В этой книге мы подробно разберём всё, что связано с UX при создании IT-продуктов (сайтов, приложений, программ и т. д.). Мы рассмотрим не только теоретические основы, но и практические инструменты, методы и примеры, чтобы помочь вам применять UX-исследования на реальных проектах. Книга ориентирована на начинающих и опытных специалистов, желающих систематизировать знания. Вот подробный план её структуры – с разбивкой по частям и ключевыми темами внутри каждой.

Книга состоит из семи частей, каждая из которых строится на предыдущей, начиная от основ и переходя к практическим методам и их интеграции:

Часть об основах UX.

Эта часть закладывает фундамент для понимания дисциплины. Мы разберём ключевую терминологию (например, usability, user experience, user interface), приведём реальные примеры применения UX в IT-продуктах (от мобильных приложений до корпоративного софта) и объясним, что такое UX-исследования как таковые – их цели, этапы и роль в продуктовом цикле. Также обсудим историю развития UX, ключевые принципы (например, человекоцентричность по Нильсену) и типичные ошибки новичков. Это поможет читателю понять, почему UX – не просто «красивый дизайн», а инструмент для повышения удовлетворённости пользователей и бизнес-метрик.

Часть о проведении интервью с пользователями.

Интервью – один из лучших способов выяснить реальный опыт взаимодействия с продуктом, понять проблемы пользователей, поставить себя на их место и создать продукт, действительно ориентированный на людей. Мы подробно разберём типы интервью (структурированные, полуструктурированные, глубинные), подготовку (составление вопросов, рекрутинг респондентов), проведение (техники активного слушания, избежание биасов) и анализ результатов (транскрипция, кодирование тем). Приведём примеры скриптов, шаблоны и кейсы из практики, чтобы вы могли сразу применить метод в своём проекте.

Часть о других видах тестирования в группе качественных методов.

Мы поговорим о таких подходах, как JTBD (Jobs to Be Done – анализ, помогающий понять, какую задачу пользователь пытается решить, когда выбирает продукт или услугу), пользовательские сценарии (user stories и journeys), карты эмпатии (empathy maps для визуализации мыслей и чувств пользователей), а также другие методы – вроде фокус-групп, дневниковых исследований и кард-сортинга.

Хотя описание будет менее детальным по сравнению с интервью, мы коснёмся всех основных видов исследований в подгруппе качественных методов. Это поможет вам получить полное понимание всей области UX-исследований, включая их комбинацию для глубокого инсайта о пользователях.

Часть об опросах.

Опросы – это один из лучших методов в группе количественных исследований, позволяющий масштабировать данные. Они помогут проверить наши гипотезы и предположения на большой группе респондентов, получив таким образом количественное подтверждение нашим догадкам. Мы обсудим методы проведения опросов (онлайн-формы, анкеты, surveys в Google Forms или Typeform), основы социологии (избежание предвзятости, формулировка вопросов), работу с выборками и совокупностями (репрезентативность, расчёт размера выборки), а также все ключевые аспекты их организации – от дизайна вопросов до анализа данных (статистика, визуализация результатов).

Часть о других видах количественных исследований.

Здесь мы рассмотрим такие инструменты, как A/B-тесты (сравнение версий интерфейса по метрикам), тепловые карты (heatmaps для анализа внимания), карты кликов (click maps для отслеживания взаимодействий), аналитика сессий (session recordings) и многое другое. Цель – дать вам полное понимание всех возможных методов в группе количественных исследований с акцентом на инструменты вроде Google Analytics, Hotjar или Amplitude. Мы объясним, когда применять каждый метод и как интерпретировать данные для улучшения продукта.

Часть о юзабилити-тестировании.

Юзабилити-тестирование обычно проводят на прототипах, чтобы проверить реальную реализацию продукта после этапов качественных и количественных исследований. Мы поговорим о подготовке прототипов (инструменты вроде Figma), процессе тестирования с участием пользователей (модерируемые и немодерируемые сессии, задачи для респондентов), фиксации проблем и анализе результатов. Также коснёмся удалённого тестирования.

Заключительная часть об интеграции и практике.

В финальной части мы подведём итоги, обсудим, как комбинировать методы из предыдущих глав в единую стратегию UX-исследований, поделимся советами по этике (конфиденциальность данных), измерению ROI исследований и кейсами из реальной практики. Это поможет перейти от теории к действию, включая создание собственного плана исследований для вашего продукта.

Часть 1

Основы UX

Глава 1

Развеем заблуждения: что такое UX-исследования?

Если мы хотим создавать действительно удобные сайты, сервисы и вообще любые цифровые продукты, без UX-исследований не обойтись.

Исследовать поведение пользователя – это единственный способ проверить, насколько продукт реально удобен и понятен. Это единственный способ увидеть продукт глазами пользователей, а не глазами команды, которая его разрабатывает.

UX-исследования позволяют понять, как люди воспринимают ваш продукт, что им нравится, что сбивает с толку, где они теряются, а где, наоборот, находят быстрые решения. Это возможность проверить интерфейс с разных сторон и увидеть то, что невозможно заметить изнутри команды.

Человек, который откроет ваш сайт или приложение, либо поймёт его с первой секунды, либо закроет, так и не поняв, что вы ему предлагали.

UX-исследования – это процесс, который помогает превратить продукт из «мы считаем, что он удобный» в «люди действительно им пользуются, и им удобно».

Таким образом, UX-исследования (User Experience Research) – это системный сбор и анализ данных о поведении, потребностях и мотивах пользователей при взаимодействии с продуктом или сервисом.

Цель UX-исследований – принимать дизайн-решения на основе фактов, а не на интуиции или чьём-то мнении.

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

Основные задачи UX-исследований

1. Понять пользователей.

Кто они? Зачем пришли в ваш продукт? В каком контексте будут им пользоваться – с телефона в метро, на бегу или за ноутбуком в спокойной обстановке? Какие задачи хотят решить? Без понимания этого вы проектируете интерфейс вслепую.



2. Выявить проблемы.

На каких этапах люди «спотыкаются»? Что вызывает затруднения, раздражение или полное непонимание? Где они теряются? UX-исследования помогают увидеть реальные барьеры, о которых команда часто не догадывается.



3. Проверить гипотезы.

Любая новая фича – это гипотеза. Любой прототип – это предположение о том, как будет удобно. UX-исследования позволяют проверить, работает ли задуманное. Поняли ли идею? Дошли ли до цели?



4. Оценить удовлетворённость.

Даже если продукт работает технически, важно понять: довольны ли пользователи? Готовы ли они вернуться? Порекомендуют ли его другим? UX-исследования помогают увидеть не только поведение, но и эмоции.

Этапы UX-исследований

Каждое исследование, независимо от масштаба, проходит примерно одинаковые этапы:



1. Подготовка.

Определяются цели исследования и формулируются ключевые вопросы. Что именно мы хотим узнать? Какие аспекты поведения или восприятия хотим изучить? Также выбираются методы – интервью, тестирование, опросы или их комбинации.



2. Сбор данных.

Это «полевой» этап. Здесь проводится работа с пользователями: интервью, юзабилити-тесты, онлайн-опросы, трекинг кликов, карточные сортировки. Главное – собрать реальные данные о взаимодействии людей с продуктом.



3. Анализ.

После сбора информации начинается систематизация. Ответы кодируются, ищутся повторы и паттерны, строятся карты пользовательского пути (Customer Journey Map) или другие визуальные схемы, помогающие увидеть узкие места.



4. Формирование рекомендаций.

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



5. Валидация.

После внесённых изменений важно проверить, сработали ли они. Для этого проводится повторное тестирование или A/B-тест. Цель этапа – убедиться, что продукт действительно стал лучше для пользователей.

Распространённые мифы об UX-исследованиях

Вокруг UX-исследований до сих пор существует множество заблуждений. Многие команды откладывают или полностью игнорируют исследования, ссылаясь на мифы, которые давно пора развенчать.



Миф 1. UX-исследования – это только юзабилити-тесты.

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



Миф 2. Достаточно один раз опросить пользователей.

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



Миф 3. Нам не нужны исследования – у нас есть аналитика.

Количественная аналитика показывает, что происходит (например, где люди уходят с сайта), но не объясняет, почему это происходит. Только UX-исследования позволяют заглянуть глубже – понять причины поведения пользователей.



Миф 4. UX-исследования замедляют разработку.

Наоборот. Правильно спланированное мини-исследование с 5–7 реальными пользователями занимает 1–2 недели и позволяет заранее выявить серьёзные ошибки, которые потом будут стоить команде месяцев переделок и исправлений. UX-исследования экономят время, а не тратят его.



Миф 5. Пользователь всегда прав.

Пользователь действительно знает, что ему неудобно. Но он не всегда может объяснить, почему или сформулировать, что нужно изменить. Задача UX-исследователя – слушать слова респондента, но анализировать его поведение. Люди часто не осознают своих глубинных потребностей, но их действия показывают гораздо больше, чем их слова.

Глава 2

Продуктовые исследования – что это такое?

Когда мы говорим о продукте в контексте IT, мы имеем в виду любой цифровой сервис, который помогает пользователю решать его задачи. Это может быть веб-сайт, мобильное или десктопное приложение, онлайн-сервис – и любое другое цифровое решение.

Для удобства всё это объединяется в одно понятие: продукт.

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

Важно понимать: продуктовые исследования не просто описывают поведение пользователей. Они позволяют ответить на два ключевых вопроса:

• Решает ли продукт задачу пользователя?

• Насколько хорошо он это делает?

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

Жизненный цикл продукта и подход к исследованиям

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

1. Новый продукт (подготовка)

На этапе создания продукта перед командой стоит множество вопросов и неопределённостей. Здесь типичные сложности таковы:

• Мало или нет пользователей. Проверять гипотезы практически не на ком.

• Сложность сбора количественных данных. Нет базы, с которой можно было бы работать.

• Высокая степень неопределённости. Непонятно, какие сценарии будут действительно востребованы.

• Гипотезы часто не подтверждаются. Многое, что кажется логичным внутри команды, в реальности оказывается нерабочим.



Поэтому в основном при работе с новым продуктом используются качественные методы: глубинные интервью, исследования потребностей, анализ аналогов, построение Customer Journey Map.

Задача исследователя на этом этапе – понять базовые задачи пользователя и сформулировать первичные сценарии.



2. Работающий продукт (развитие)

Когда продукт уже существует, подход меняется:

• Есть база пользователей. Можно собирать как количественные, так и качественные данные.

• Аудитория становится разной. Появляются группы пользователей с разными задачами и ожиданиями, и это нужно учитывать.

• У продукта появляется сценарий использования. Пользователи привыкают к определённой логике, и любые изменения могут вызвать сопротивление.



На этой стадии исследователь работает с воронками, картами поведения, аналитикой кликов, проводит A/B-тесты, юзабилити-тестирования, сегментирует аудиторию.

Главная задача – улучшить продукт, не разрушив привычные сценарии.

Продуктовые исследования сопровождают продукт на всём его жизненном пути – от первых шагов до зрелого состояния.

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

Глава 3

Сначала был сигнал

В процессе работы над продуктом команда собирает огромные массивы данных: метрики, отзывы, комментарии, аналитику поведения. Однако не вся эта информация одинаково полезна. Большая часть данных – это шум. В нём легко потеряться.

Именно поэтому UX-исследователи используют понятие сигнала.

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

Все сигналы можно разделить на два основных типа: внутренние и внешние.

Внутренние сигналы

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



Примеры внутренних сигналов:

• Поведение пользователей.

Например, высокая частота отказов на определённой странице или резкое снижение конверсии – это сигнал. Это информация о том, что на этой странице или в этом процессе что-то мешает пользователю достичь своей цели.

• Обратная связь через каналы поддержки.

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

• Анализ метрик.

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



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

Внешние сигналы

Внешние сигналы приходят из внешней среды. Это информация, которая может повлиять на продукт, но при этом не исходит напрямую от текущих пользователей. Это сигналы из рынка, индустрии, конкурентной среды.



Примеры внешних сигналов:

• Отзывы на сторонних платформах.

Комментарии и рейтинги в App Store, Google Play, на сторонних форумах или сайтах с отзывами – это внешний сигнал. Даже если пользователь не обратился напрямую в вашу службу поддержки, он оставил след в публичном пространстве. Повторяющиеся жалобы или похвалы – важная информация.

• Тренды в отрасли.

Появление новых технологий, изменения в поведении пользователей, рост популярности определённых решений (например, голосовых интерфейсов) – это сигналы, которые подсказывают, что продукту нужно адаптироваться. Если вы игнорируете тренды, ваш продукт рискует устареть.

• Конкурентный анализ.

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

Почему сигналы важны?

Сигналы – это как подсказки в большом количестве информации. Они позволяют команде:

• видеть реальные проблемы продукта;

• понимать, что важно для пользователей;

• находить точки роста и улучшения;

• улавливать изменения в поведении и ожиданиях людей;

• быть в курсе изменений на рынке.



Умение отличить сигнал от шума – ключевая компетенция исследователя. Только так можно строить решения, основанные не на догадках, а на реальных данных.

Глава 4

Кабинетные исследования – взгляни вокруг

В UX принято выделять два основных типа исследований: полевые (field research) и кабинетные (desk research).

Полевые методы – это, например, интервью, юзабилити-тесты, наблюдения за пользователями. То есть ситуации, когда исследователь напрямую взаимодействует с пользователями, выходит к ним «в поле».

Кабинетные исследования, напротив, строятся на анализе уже существующих данных без прямого общения с пользователями. Это может быть оценка метрик, анализ конкурентов, изучение рыночных отчётов или открытых данных.

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

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

Почему они так называются?

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

Кабинетные исследования (desk research) – это сбор и анализ уже существующих данных без прямого контакта с пользователями. Исследователь не спрашивает, не тестирует и не наблюдает. Он собирает информацию из доступных открытых и внутренних источников, систематизирует её и делает выводы.

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

• понять рынок и поведение пользователей;

• изучить конкурентов;

• найти готовые решения и лучшие практики;

• выявить проблемы и тенденции;

• сформулировать гипотезы для будущих полевых исследований.

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

Без кабинетного исследования можно:

• повторить чужие ошибки;

• не увидеть очевидных решений;

• изучать не то, что действительно важно.

Поэтому профессиональные UX-исследователи начинают именно с анализа доступной информации. Это позволяет:

• избежать лишних затрат;

• быстро изучить контекст;

• подготовить качественные вопросы для интервью и тестов.

Когда проводить кабинетные исследования

• На старте проекта – чтобы изучить рынок и сформулировать начальные гипотезы.

• Если нет ресурсов на дорогое полевое исследование – жалобы, внутренние отчёты, данные аналитики могут дать ценные инсайты.

• Перед началом полевых методов – кабинетное исследование позволяет лучше понять контекст и правильно сформулировать вопросы для интервью или опросов.

Глава 5

Основные источники данных в кабинетных исследованиях

Источники данных в кабинетных исследованиях разнообразны и могут быть разделены на несколько категорий. Каждая из них предлагает уникальный взгляд на проблему: от внутренних метрик компании до глобальных тенденций. В этой главе мы разберём эти категории подробнее, с примерами их применения в UX-контексте. Помните, что ключ к успеху – в комбинации источников: один даёт глубину, другой – ширь. Давайте рассмотрим их по порядку.

Внутренние источники: данные из «сердца» компании

Внутренние источники – это информация, доступная внутри вашей организации. Они особенно ценны, поскольку отражают реальное поведение пользователей вашего продукта без необходимости в дополнительных сборах данных. Анализ этих источников помогает выявить болевые точки в текущем UX и обосновать улучшения. Например:

• Отчёты о продажах. Эти документы показывают, какие функции или страницы продукта генерируют доход, а какие приводят к оттоку. Например, если продажи падают после обновления интерфейса – это сигнал к пересмотру дизайна.

• Аналитика сайта или приложения. Инструменты вроде Google Analytics или встроенной телеметрии предоставляют данные о посещаемости, времени на странице и bounce rate. В UX это помогает понять, где пользователи «застревают» – например, на форме регистрации.

• CRM-системы. Системы управления отношениями с клиентами (например, Salesforce или Bitrix24) хранят историю взаимодействий: жалобы, запросы и предпочтения. Это источник для создания персон, основанных на реальных сценариях.

• Поведение реальных пользователей вашего продукта. Логи сессий, записи экранов или heatmaps из внутренних инструментов раскрывают, как люди на самом деле используют продукт. Это фундамент для итераций в дизайне.



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

Публичные источники: открытые данные для глобального взгляда

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

• Статистика госслужб. В России, например, Росстат предоставляет данные о демографии, доходах и поведении населения. В UX это полезно для понимания целевой аудитории – скажем, если ваш продукт для миллениалов, статистика покажет их предпочтения в цифровых сервисах.

• Отчёты консалтинговых компаний. PwC, Gartner или McKinsey публикуют ежегодные обзоры трендов в IT и UX. Эти отчёты могут вдохновить на новые фичи – например, интеграцию AI в интерфейсы на основе глобальных тенденций.

• Рыночные тренды и макрометрики. Источники вроде Statista или World Bank дают данные об экономике и технологиях, помогая предсказать, как изменится поведение пользователей (например, рост мобильного трафика в регионах).

Публичные данные добавляют объективности вашим исследованиям, но всегда проверяйте их актуальность – рынок меняется быстро.

Конкурентные источники

Анализ конкурентов – ключевой элемент кабинетных исследований, позволяющий учиться на чужих ошибках и успехах. Эти источники фокусируются на том, как другие решают похожие UX-задачи. Например:

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

• Отзывы на маркетплейсах. Платформы вроде App Store, Google Play или Ozon собирают пользовательские отзывы. Анализ их показывает «болевые точки» – от медленной загрузки до неинтуитивных элементов.

• Анализ ассортимента, цен, пользовательских комментариев. Изучите, как конкуренты позиционируют продукты: цены влияют на восприятие ценности, а комментарии – на эмоциональный отклик пользователей.



В UX это приводит к benchmarking: сравните ваш продукт с лидерами, чтобы улучшить usability.

Академические источники

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

• Научные статьи. Журналы вроде Human-Computer Interaction публикуют работы о когнитивных аспектах интерфейсов.

• Исследования в Google Scholar. Поиск по ключевым словам (например, user experience mobile apps) даёт доступ к мета-анализам и кейсам.

• Проверенные теоретические модели и подходы. Модели вроде Nielsen's Heuristics или Fitts' Law помогают обосновать дизайн-решения на научной базе.



Используйте их для валидации гипотез – академия добавляет credibility вашим отчётам.

Социальные медиа и сообщества

Социальные сети – динамичный источник, отражающий реальные мнения и тренды в реальном времени. Например:

• Форумы, блоги, видеообзоры, соцсети. Reddit, VK или YouTube содержат обсуждения продуктов, где пользователи делятся «болевыми точками».

• Мнения и «болевые точки» пользователей. Анализ хэштегов или комментариев выявляет эмоциональные барьеры в UX.

• Запросы аудитории. Поиск по запросам вроде «как выбрать app для фитнеса» показывает unmet needs.



В UX это источник для sentiment analysis, помогающий адаптировать продукт под актуальные ожидания.

Аналитические платформы

Эти инструменты агрегируют данные из интернета, предоставляя метрики для объективного анализа. Например:

• Google Analytics, SimilarWeb, App Annie. Они дают данные о трафике, источниках пользователей и вовлечённости.

• Трафик, источники пользователей, уровень вовлечённости. Это помогает понять, откуда приходят пользователи и почему уходят.



В кабинетных исследованиях платформы ускоряют сбор данных, интегрируясь с внутренними источниками.

Искусственный интеллект

ИИ – относительно новый, но мощный источник, выступающий как вспомогательный инструмент для генерации идей. Например:

• Нейросети для сбора первичной информации и формирования гипотез. Инструменты вроде ChatGPT или Grok могут анализировать публичные данные, генерировать summaries или симулировать пользовательские сценарии. Однако всегда проверяйте ИИ на accuracy: он дополняет, а не заменяет человеческий анализ.



В UX ИИ полезен для быстрого prototyping гипотез, но этика требует прозрачности в использовании.

Глава 6

Плюсы и минусы кабинетных исследований в UX

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

Однако, как и любой метод, кабинетные исследования имеют свои сильные и слабые стороны. В этой главе мы разберём ключевые преимущества и недостатки, чтобы вы могли осознанно интегрировать их в свою стратегию. Анализ плюсов поможет понять, почему desk research часто становится первым шагом, а минусы подскажут, когда стоит перейти к полевым методам, таким как интервью или юзабилити-тестирование. Для наглядности мы представим сравнение в таблице в конце главы, а также приведём примеры из практики IT-продуктов.

Преимущества кабинетных исследований

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

• Быстро и недорого. В отличие от полевых методов, кабинетные исследования не требуют затрат на рекрутинг респондентов, аренду оборудования или проведение сессий. Всё, что необходимо, – доступ к источникам данных (часто бесплатным или внутренним) и время на их анализ. Это делает метод идеальным для стартапов или команд с ограниченным бюджетом. Например, при разработке мобильного приложения для фитнеса вы можете за несколько часов изучить отчёты Gartner о трендах в health-tech, не тратя ни копейки на опросы.

• Широкий охват. Этот метод позволяет охватить глобальные тренды, статистику и макроуровень поведения аудитории, давая полную картину рынка. Вы увидите не только локальные инсайты, но и общий контекст – от демографических данных до экономических тенденций. Это особенно полезно перед фокусом на деталях: например, анализ публичных отчётов Росстата о цифровой грамотности населения поможет понять, как адаптировать интерфейс для разных возрастных групп в российском приложении для онлайн-банкинга.

• База для формирования гипотез. Кабинетные исследования служат основой для первичных гипотез и планирования дальнейших шагов. Они помогают определить ключевые вопросы для пользователей и приоритеты в полевых исследованиях. Например, изучив отзывы конкурентов на App Store, вы можете сформулировать гипотезу: «Пользователи жалуются на сложную навигацию в аналогичных CRM – стоит протестировать упрощённый дизайн в нашем продукте».



Эти преимущества делают кабинетные исследования незаменимым инструментом для быстрого старта, особенно в agile-командах, где время – критический фактор.

Недостатки кабинетных исследований

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

• Данные могут быть устаревшими или нерелевантными. Публикации, отчёты и статистика быстро теряют актуальность в динамичном IT-мире. Рынок эволюционирует, поведение пользователей меняется под влиянием технологий (например, после внедрения AI в интерфейсы), а внешние источники не всегда отражают текущую реальность. Опираясь на отчёт PwC двухлетней давности, вы рискуете упустить свежие тренды, такие как рост использования voice search в мобильных приложениях.

• Отсутствие глубины понимания. Кабинетные данные дают поверхностный взгляд «снаружи», без доступа к реальному поведению и эмоциям пользователей. Вы не увидите, почему человек кликнул на кнопку или отказался от покупки, не услышите о скрытых барьерах и сомнениях. Например, анализ CRM покажет отток клиентов, но не объяснит эмоциональные причины – страх конфиденциальности или frustration от интерфейса.

• Риск неверных выводов. Без валидации реальными пользователями гипотезы из кабинетных исследований могут оказаться ошибочными. Это приводит к неверным приоритетам в дизайне. Например, рыночные тренды могут указывать на популярность минимализма, но для вашей нишевой аудитории (скажем, пожилых пользователей) это окажется неудобным. Поэтому desk research всегда нужно дополнять полевыми методами, такими как интервью или A/B-тесты.



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

Сравнение плюсов и минусов в таблице

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





Кабинетные исследования – мощный старт для UX-проекта, предлагающий скорость, охват и основу для гипотез без больших вложений. Однако их минусы – устаревание данных, отсутствие глубины и риски ошибок – требуют обязательного дополнения полевыми методами. В реальной практике комбинируйте desk research с интервью или опросами: начните с анализа источников для контекста, а затем валидируйте инсайты на пользователях. Это обеспечит всесторонний подход, минимизируя риски и максимизируя эффективность. В следующих главах мы перейдём к качественным методам, где вы сможете применить эти знания на практике.

Глава 7

Этапы кабинетных исследований в UX

Кабинетные исследования – это не хаотичный «поиск в интернете», а структурированная работа с чёткими этапами, обеспечивающими эффективность и релевантность результатов.

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

Этап 1: Определение целей

Первый и самый важный шаг – понять, зачем вы проводите исследование. Без чёткой цели вы рискуете утонуть в море информации, тратя время на нерелевантные данные. Задайте себе вопросы: «Что именно я хочу узнать? Какую задачу решить через UX-улучшения?»





Примеры целей в контексте UX:

• Как конкуренты формируют цены на аналогичные продукты и как это влияет на восприятие ценности пользователями?

• Какие функции чаще всего упоминают в отзывах пользователей, чтобы выявить неудовлетворённые потребности в нашем интерфейсе?

• Какие отраслевые тренды (например, рост AI в приложениях) могут повлиять на наш продукт в ближайшие годы?

Чёткая цель сужает фокус: если вы разрабатываете мобильное приложение для онлайн-шопинга, цель может звучать как «Изучить UX-конкурентов, чтобы улучшить навигацию в корзине». Это помогает выбрать релевантные источники и избежать отвлечений.

Этап 2: Формирование вопросов и метрик

После постановки цели конкретизируйте, какие данные нужны для ответа на неё. Разделите на типы: количественные (цифры и метрики) и качественные (мнения и описания). Заранее определите параметры сравнения, чтобы анализ был объективным.

• Количественные данные: цены, количество посещений сайтов, рыночные доли.

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

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

Этап 3: Сбор данных

На этом этапе переходите к активному поиску и сбору информации. Используйте источники из предыдущей главы: внутренние (CRM, аналитика), публичные (отчёты Gartner), конкурентные (сайты и отзывы) и другие. Ключ – систематизировать процесс.



Возможные действия:

• скачивание отраслевых отчётов (например, из Statista для трендов в e-commerce);

• выгрузка метрик из аналитических систем (Google Analytics для вашего сайта);

• сбор статистики с открытых источников (Росстат для демографии аудитории);

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

• работа с CRM и внутренними системами компании для исторических данных о взаимодействиях.

Сохраняйте всё в удобном формате: таблицы в Google Sheets для чисел, текстовые заметки в Notion для отзывов, скриншоты интерфейсов. Это упростит переход к анализу и минимизирует потери данных.

Этап 4: Анализ и синтез

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



В UX это включает:

• сравнение метрик (например, время загрузки страниц у конкурентов vs вашего продукта);

• выявление трендов (рост использования dark mode в приложениях);

• анализ сегментов аудитории и сценариев (как пользователи 35+ взаимодействуют с интерфейсами);

• отмечание сильных сторон конкурентов (интуитивная навигация) и слабых (медленная регистрация).

• Цель – синтезировать разрозненные факты в логичную картину: используйте инструменты вроде mind maps или SWOT-анализа для визуализации.

Этап 5: Выводы и формирование гипотез

На основе анализа формулируйте выводы о рынке, конкурентах и пользователях. Это переходный этап к полевым исследованиям.



Возможные выводы:

• Что происходит на рынке (например, сдвиг к мобильным интерфейсам)?

• Где у конкурентов слабые места (сложная форма оплаты)?

• Как ведут себя пользователи (предпочитают минималистичный дизайн)?

Из выводов генерируйте гипотезы для валидации:

• Возможно, пользователи ищут более простой интерфейс, что стоит проверить в юзабилити-тестах.

• Возможно, высокая цена конкурентов – точка входа для нашего предложения, подтвердите опросами.



Гипотезы должны быть тестируемыми и связанными с UX-целями, чтобы направлять следующие шаги.

Этап 6: Документирование

Завершающий этап – оформление результатов для команды. Без документации инсайты рискуют потеряться.



Включите:

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

• основные инсайты (ключевые тренды и проблемы);

• список рекомендаций (что улучшить в продукте);

• гипотезы и предложения по следующим шагам (план интервью или A/B-тестов).



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

Заключение: от этапов к интеграции в практику

Структура кабинетных исследований обеспечивает системность: от цели к выводам, с фокусом на релевантности и практически применимые инсайты. В UX это особенно важно, поскольку desk research – мостик к более глубоким методам, таким как интервью или количественные тесты. Всегда адаптируйте этапы под проект: для малого стартапа сократите сбор данных, для enterprise – добавьте автоматизацию.

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

Глава 8

Пример кабинетного исследования на практике

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

Задача примера: понять, какие ценовые модели предлагают конкуренты в вашей нише онлайн-курсов. Это классическая ситуация для анализа рынка, где нужно изучить открытые источники, чтобы выявить, как другие компании формируют тарифы и предложения. Такой подход позволяет собрать данные о ценах, функциях и отзывах, чтобы на их основе спроектировать собственный продукт. Мы разберём процесс по шагам, с практическими рекомендациями, и объясним, зачем это нужно для UX-команды. Этот пример демонстрирует, как кабинетные исследования служат основой для гипотез и улучшений интерфейса, экономя время и ресурсы.

Шаги кабинетного исследования

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



1. Сбор тарифов и опций с сайтов конкурентов.

Начните с выбора 5–10 прямых и смежных конкурентов (например, Coursera, Udemy или локальных платформ вроде Skillbox). Зайдите на их сайты и зафиксируйте ключевую информацию:

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

• какие функции входят в каждый тариф (доступ к материалам, сертификаты, поддержка);

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



Сохраняйте данные в таблице для удобства – это упростит дальнейший анализ и сравнение. Например, в Excel или Google Sheets создайте столбцы для компании, тарифа и функций.



2. Анализ отзывов на сторонних платформах.

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

• на Яндекс, Google, маркетплейсах (App Store, Google Play) или тематических форума

...

Похожие книги