Главное заблуждение о профессии — представлять её линейным процессом: поговорил с пользователями, нашёл инсайт, сделал презентацию. Цикл завершён. В описаниях вакансий рисуется совершенно другая картинка: нужно и стратегию исследования настроить, и стандартизировать процессы, а также управиться с заказчиками и выдать решения по продуктам, от которых напрямую зависит бизнес.
Оглавление
UX Research как контур принятия решений
Есть популярная схема профессии: провести исследование, найти инсайт, передать команде. Три шага — и готово. Реальный производственный цикл устроен иначе: это замкнутый контур, где каждый этап питает следующий, а последний возвращается к первому.
В профильной литературе рекомендуется начинать с исследовательских вопросов, определять группы пользователей и только после этого выбирать методы. В discovery-фазе задача — понять, кто пользователь, чего он пытается достичь и какие проблемы испытывает. В live-фазе к этому добавляются аналитика, support tickets, usability testing и A/B-тесты.
Принципиальная деталь: исследование не заканчивается на insight. Оно заканчивается на product decision и запускает следующий цикл. Именно этот контур отличает UX Research как продуктовую функцию от набора разовых пользовательских опросов.
Пять технических слоёв профессии
1. Research design
Исследователь отвечает не на вопрос «что спросить пользователя?», а на более сложный: какую неопределённость нужно уменьшить, какая гипотеза сейчас наиболее рискованная и какой тип evidence способен её подтвердить или опровергнуть.
Разница между слабым и сильным research question хорошо видна на примере. Плохой вопрос: «нравится ли пользователям новый checkout?». Средний: «почему пользователи, добавившие товар в корзину, не завершают оплату на шаге выбора доставки?». Сильный — уже совсем другой уровень:
«Какой из факторов — стоимость доставки, сроки, неопределённость финальной цены или сложность выбора — является наиболее значимым барьером для checkout completion?»
Последняя формулировка диктует метод и позволяет сформулировать проверяемые гипотезы. Первые две — нет.
2. Sampling / recruitment
Выборка — это не «найдём пятерых любых пользователей». Это отдельный методологический слой:
Рекомендуется подбирать участников исходя из реальных или вероятных пользователей, учитывать разные группы, accessibility и возможные bias при рекрутинге. Ориентир для типичного раунда интервью или usability testing — 4-8 участников, однако размер выборки определяется методом и исследовательской задачей.
Популярное правило «5 пользователей достаточно» нельзя превращать в универсальную формулу. Nielsen Norman Group отдельно подчёркивает: пять участников — ориентир для qualitative usability testing. Количественные исследования требуют существенно больших выборок.
3. Data collection
У зрелого исследователя несколько каналов evidence работают одновременно.
Источник | Что говорит |
Интервью | что человек говорит и как объясняет мотивацию |
Наблюдение | что он реально делает |
Usability test | где ломается сценарий |
Analytics | насколько массовая проблема |
Survey | распространённость отношения или паттерна |
A/B test | повлияла ли конкретная вариация на метрику |
Support tickets | какие проблемы уже дошли до бизнеса |
Session recordings | поведенческие паттерны |
Desk research | контекст рынка и конкурентов |
Ключевой принцип — не заставлять один метод отвечать на вопросы, для которых он не предназначен. Qualitative отвечает преимущественно на «почему» и «как». Quantitative — на «сколько» и «насколько».
Nielsen Norman Group прямо указывает: qualitative и quantitative — взаимодополняющие подходы. Первый помогает находить проблемы и направления решений, второй — измерять масштаб, сравнивать варианты и оценивать изменения.
4. Synthesis: от observation к product implication
Synthesis — переход от наблюдения к выводу и от вывода к продуктовому следствию. Именно здесь исследование либо становится продуктовым, либо нет. Три уровня хорошо иллюстрирует конкретный пример:
Observation: «7 из 8 участников не заметили фильтр».
Insight: «Пользователь ищет фильтрацию на уровне списка, потому что воспринимает текущую категорию как общий каталог, а не как предварительно отфильтрованный набор».
Product implication: «Фильтрацию нужно встроить в первичный сценарий поиска, а не оставлять как вторичный инструмент».
Если исследование заканчивается первым уровнем — это сырые наблюдения. Команда будет делать выводы самостоятельно, часто не те.
5. Research impact
Идеальное исследование, которое не изменило продукт — это потраченные ресурсы без outcome. Поэтому Senior отслеживает всю цепочку:
Это не мягкая рекомендация: в требованиях МТС Банка к руководителю UX Research прямо указано — результаты должны транслироваться в продуктовые решения, а их применение — отслеживаться.
Рынок труда 2026: требования и зарплатные ориентиры
Здесь происходит заметный сдвиг. Middle/Senior UX Researcher всё меньше похож на специалиста, который «умеет брать интервью», и всё больше — на продуктового аналитика с сильной исследовательской методологией.
Middle: базовый стек расширяется
В вакансии UX-исследователя Middle/Middle+ у Контура перечислены: qualitative и quantitative исследования, интервью, опросы, наблюдение, usability testing, desk research, постановка целей и гипотез, самостоятельный recruitment, анализ, презентация результатов и работа с product/development team в B2B-сегменте.
Показательная деталь: компания ищет исследователей одновременно в продуктовые команды и отдельную UX-лабораторию. Research здесь — инфраструктурная функция, а не задача дизайнера между двумя спринтами.
Senior: от методов к стратегии
У Senior UX Researcher в МТС Банке требования качественно другие: 3+ года, комплексные исследования, UX-аудит, дизайн исследования, research strategy, управление сроками и ресурсами, стандартизация исследовательских процессов, трансляция результатов в продуктовые решения.
Руководитель направления добавляет: 5+ лет, research roadmap, покрытие ключевых customer journeys, quality control, knowledge base, развитие methodology, управление командой. Важный карьерный сигнал: Senior UX Researcher продаёт компании не количество проведённых исследований, а качество decision-making вокруг продукта.
Хорошая иллюстрация нового контекста — вакансия CX/UX Researcher в «Соларе»: B2B/enterprise, глубинные интервью, usability tests, workshops, CJM, JTBD, service blueprint и даже опциональная работа с исследовательскими материалами для обучения LLM. AI в 2026 году здесь пока выглядит не заменой исследователю, а новым слоем обработки research data.
Что стало практически обязательным
По вакансиям 2026 года стек делится на четыре уровня.
Core:
qualitative research: глубинные интервью, usability testing, observation;
research design и recruitment;
synthesis: CJM, journey mapping;
presentation и storytelling.
Product layer:
JTBD и customer journey;
hypothesis management;
product discovery и backlog;
A/B testing и UX-аудит.
Data layer (не нужно становиться Data Scientist, но необходимо понимать):
web/app analytics: funnels, cohorts, conversion, retention;
segmentation и sampling;
statistical significance, confidence intervals;
experiment design и bias.
Nielsen Norman Group прямо относит web/app analytics, A/B testing, card sorting, tree testing, surveys и quantitative usability benchmarking к инструментарию quantitative UX research.
Про SQL: он пока не выглядит универсальным hard requirement именно в UX Research вакансиях. Но аналитический слой в соседних продуктовых позициях — SQL-heavy. Точнее сформулировать так: SQL — не обязательный билет на позицию UX Researcher, но понимание аналитического стека становится карьерным мультипликатором на Senior-уровне.
ResearchOps:
стандарты и шаблоны исследований;
knowledge base;
research request intake;
quality control.
Зарплатные ориентиры
По данным «похожих специалистов» в вакансиях Хабр Карьеры:
UX Researcher Middle/Middle+ — 109-209 тыс. ₽;
Senior UX Researcher — 140-260 тыс. ₽;
Head/Lead UX Research — 142-278 тыс. ₽.
Важная оговорка: рынок классифицирует специалистов неоднородно. Встречаются позиции UX-аналитика, UX Researcher, CX/UX Researcher, UX/UI Designer и Product Designer с пересекающимися требованиями. Одна медиана плохо описывает реальный диапазон — конкретная зарплата сильно зависит от компании, продукта и уровня product-thinking в требованиях.
Практический кейс: исследуем падение checkout conversion
Абстрактные схемы лучше работают вместе с конкретным примером. Рассмотрим типичную ситуацию в e-commerce.
Исходные данные:
Traffic: 1 000 000 пользователей/месяц;
Checkout start: 120 000;
Payment completion: 84 000;
Conversion: 70%.
Команда говорит: «нужно переделать кнопку оплаты». UX Researcher не должен сразу открывать Figma.
Шаг 1. Смотрим funnel
Product page: 1 000 000
Add to cart: 240 000
Checkout: 120 000
Delivery: 110 000
Payment: 84 000
Основной drop — на переходе Delivery → Payment: 110k → 84k. Это уже меняет вопрос. Проблема не в «кнопке», а в шаге, который происходит до неё.
Шаг 2. Формируем гипотезы
H1: пользователи не понимают итоговую стоимость;
H2: пользователи не находят подходящий способ оплаты;
H3: delivery options создают неопределённость;
H4: интерфейс checkout перегружен.
Шаг 3. Qualitative
8 участников usability testing: 4 новых пользователя, 4 returning, mobile, разные payment methods.
Результат:
6/8 ищут финальную цену;
5/8 возвращаются на предыдущий экран;
4/8 не понимают статус доставки.
Но этого ещё недостаточно, чтобы сказать «вот главная проблема всего продукта». Qualitative показывает направление, не масштаб.
Шаг 4. Quantitative
Проверяем события в аналитике, сегментируем по device:
Desktop: 84% completion
Mobile: 65% completion
«Проблема checkout» превращается в конкретную: mobile payment flow имеет существенный drop относительно desktop. Это уже actionable.
Шаг 5. Prototype → usability → A/B
Делаем две версии:
Control (A): текущий checkout;
Treatment (B): итоговая стоимость + delivery ETA + payment options в одном контексте.
Qualitative отвечает на «почему B понятнее». Quantitative experiment — «даёт ли B measurable improvement».
Amplitude описывает именно такой experimental loop: пользователи случайно распределяются по control/treatment, затем варианты сравниваются по заранее определённой метрике. Необходимо заранее определить primary metric, MDE и sample size. Amplitude прямо предупреждает: анализ до достижения требуемого размера выборки увеличивает error rates, а sample size сам по себе не гарантирует statistical significance.
Итог кейса: от «переделайте кнопку» до «mobile payment flow требует редизайна с фокусом на price clarity и delivery ETA» — через funnel, qual и quant. Это и есть research как контур принятия решений.
Четыре ошибки, которые дорого обходятся
Ошибка 1. «Пользователь сказал — значит, так и есть»
Интервью фиксирует reported behavior, а не обязательно реальное поведение. Человек говорит: «Я всегда читаю условия перед покупкой». Analytics показывает, что среднее время на странице условий — 4 секунды.
Это не значит автоматически, что пользователь врёт. Возможно, он читает условия в другом месте, доверяет бренду или трактует слово «прочитал» иначе, чем исследователь. Именно поэтому интервью необходимо триангулировать поведенческими данными.
Ошибка 2. Путать observation с insight
Observation: «7 из 8 участников не заметили фильтр». Insight: «пользователь воспринимает текущую категорию как общий каталог, поэтому ищет фильтрацию на уровне списка». Product implication: «фильтрацию нужно встроить в первичный сценарий поиска». Если исследование заканчивается первым уровнем — это сырые наблюдения. Команда делает выводы самостоятельно, часто не те.
Ошибка 3. Делать A/B-тест из любого изменения
A/B test отвечает на вопрос: «Изменилась ли метрика при причинном изменении X?». Для корректного ответа необходимо заранее определить primary metric, MDE, sample size, корректно рандомизировать и учитывать guardrail metrics. Запускать эксперимент без этих параметров — значит получать нерелевантные результаты, из которых затем делаются реальные продуктовые выводы.
Ошибка 4. Research report ≠ research impact
Хорошее исследование, которое не изменило продукт — это потраченные ресурсы без outcome. Senior отслеживает всю цепочку от insight до implementation и metric. Это не мягкая рекомендация — это прямое требование в вакансиях Lead-уровня.
Карьерный roadmap: Junior → Middle → Senior → Lead
Карта пробелов:
Проблема | Что изучать | Уровень |
Не умею проводить интервью | interview design, moderation, recruitment | Middle |
Есть интервью, нет insights | synthesis, analysis, research frameworks | Middle |
Не понимаю масштаб проблемы | analytics, quant methods, surveys | Middle+ |
Не умею доказывать эффект | experimentation, A/B, metrics | Senior |
Исследования не влияют на roadmap | stakeholder и product management | Senior |
Много исследований, нет системы | ResearchOps, standards, knowledge base | Lead |
Работаю только B2C | B2B/enterprise research | Middle+/Senior |
Хочу влиять на продуктовую стратегию | research strategy + product thinking | Senior/Lead |
Где закрыть пробел: три программы для разных задач
Разобрав pipeline, рынок и типичные ошибки, логично задать практический вопрос: где системно закрыть конкретный gap — не просто прочитать ещё одну статью, а пройти структурированный путь с обратной связью. В каталоге Хабр Курсов по направлению UX-исследований три программы закрывают разные участки pipeline.
UX-исследования, Нетология
Формат: 3 месяца, онлайн.
Цена на момент среза: 58 900 ₽ (без скидки — 103 333 ₽). Цена динамическая, актуальную стоимость стоит проверить в карточке курса.
В программе разобраны: business analytics, работа с метриками, qualitative и quantitative research, глубинные интервью, CJM, A/B testing, usability research, web analytics, хранение результатов исследований и итоговый проект от брифа до рекомендаций бизнесу.
Это один из наиболее прямых примеров программы, которая охватывает полный research pipeline, а не только его часть. Если после первых самостоятельных исследований обнаружился gap между qualitative findings и product metrics — именно этот переход здесь закрывается.
Ограничение: программа широкая, охватывает бизнес-аналитику и дополнительные темы. Специалисту Senior-уровня часть материала может оказаться базовой.
Подробнее о программе — в каталоге Хабр Курсов
UX-исследования для дизайнеров, Яндекс Практикум
Формат: 4 месяца, онлайн.
Цена на момент среза: 77 280 ₽ или от 21 000 ₽/мес.
Важная деталь уже в названии: это не программа «с нуля», а курс для дизайнеров с опытом. Порог входа — уверенное владение Figma и практика проектирования.
В программе: research questions, выборка, recruitment, qualitative research, глубинное интервью, анализ результатов, quantitative research, usability, A/B testing, web analytics, Яндекс Метрика и presentation of findings. Структура маршрута — гипотезы → interview guide → sample → recruitment → analysis → report — практически совпадает с центральным pipeline этой статьи.
Хорошо подходит для ситуации: дизайнер умеет проектировать интерфейс, но не умеет доказывать дизайн-решение исследовательскими данными. Gap находится не в Figma, а в research design.
Ограничение: курс не является полноценной программой подготовки UX Researcher с нуля. Без опыта в UX/UI он даст существенно меньший эффект — это важно явно понимать до старта.
Подробнее — в каталоге Хабр Курсов
Пользовательские исследования, Bang Bang Education
Формат: 2 месяца.
Цена на момент среза: 48 750 ₽ (вместо 75 000 ₽).
Наиболее компактный вариант из трёх. BBE позиционирует программу для специалистов с опытом, которые хотят усилить конкретные навыки исследования. В программе: UX research, usability audit, глубинные интервью, формулирование и проверка гипотез, принятие решений на основе исследований.
Хорошо ложится на ситуацию, когда специалист уже работает в продукте и не нуждается в полноценной профессии с нуля — нужен именно апгрейд research-навыков на конкретном участке.
Ограничение: два месяца — это skill-up, не фундаментальная подготовка к самостоятельной Senior UX Research роли.
Подробнее — в каталоге Хабр Курсов
FAQ
Нужен ли UX Researcher SQL?
SQL пока не выглядит универсальным hard requirement именно в UX Research вакансиях. Но аналитический слой в соседних продуктовых позициях — SQL-heavy. Понимание аналитического стека (funnels, cohorts, сегментация, statistical significance) становится карьерным мультипликатором на Senior-уровне, даже без глубокого владения SQL.
Правда ли, что для UX Research достаточно 5 пользователей?
Пять участников — разумная точка для qualitative usability study. Но это не означает, что пять человек могут статистически подтвердить продуктовую гипотезу или заменить A/B-тест. Nielsen Norman Group специально подчёркивает: правило «5 пользователей» применимо только к qualitative usability testing, количественные исследования требуют совсем других размеров выборки.
Чем Senior UX Researcher отличается от Middle на практике?
Middle думает: «Какой метод ответит на вопрос?». Senior думает: «Какое решение мы пытаемся принять и какой уровень evidence нам для этого нужен?». Lead думает: «Какие исследования должны быть встроены в roadmap, чтобы компания системно снижала продуктовую неопределённость?». Это разные уровни абстракции, а не просто накопленный опыт.
Что такое ResearchOps и когда он нужен?
ResearchOps — инфраструктура исследовательской функции: стандарты, recruitment-процессы, knowledge base, шаблоны, quality control. Без него каждое исследование начинается с нуля, результаты хранятся в разных местах и не накапливаются в организационную память. В вакансиях Lead-уровня это уже обязательный блок компетенций.
