Всем привет! Меня зовут Данила Максишко, я руковожу командой продуктовых исследователей в hh.ru. В статье расскажу, как мы работаем с обратной связью через важный инструмент — бэклог болей пользователей.
Это текст от исследователя для исследователей. Если вы строите или масштабируете ресёрчи у себя, наш опыт поможет избежать части ошибок и быстрее выстроить рабочую систему.
Большинство ИИ помогают работать быстрее. По‑настоящему хорошие — делают пользователей компетентнее. Начинаешь с малого: просишь исправить письмо. Потом пробуешь сложнее — функцию на незнакомом языке. Затем поручаешь целую фичу. В какой‑то момент ИИ уже кажется не стажёром, а экспертом. Сначала это впечатляет, что месяц работы укладывается в несколько дней. Но потом наступает момент, когда ИИ возвращает задачу с ошибкой. Ты не знаешь, как её исправить, и просто пишешь «попробуй другой подход», надеясь на удачу.
На этой неделе прочитала свежую статью Кьяры Пеллегрини из NN/g: «AI-агенты теперь тоже пользователи наших интерфейсов». Автор — серьёзный исследователь, статья хорошо аргументирована. У агента есть цели, агент сталкивается с интерфейсом, агент пытается достичь целей через наш дизайн. По функциональному определению — пользователь.
Я не согласна с этой рамкой. И думаю, что разница принципиальная.
Восемь лет я работала клиническим врачом, потом перешла в продуктовый дизайн. Сейчас веду UX/UI в крупной российской IT-компании. Этот переход дал мне странное двойное зрение: я постоянно вижу в дизайне проблемы, которые медицина решала десятилетиями. Вопрос с агентами — один из них.
Агент — это не новый пользователь. Это новый посредник.
Меня зовут Алёна Байкова, я отвечаю за проверку тестовых заданий кандидатов на роль UX-исследователей.
Когда потребность в исследователях в компании выходит на новый уровень, вакансий становится больше, возрастает популярность и количество откликов на них, в любой команде может встать вопрос о том, как организовать и без ущерба по времени встроить подбор кандидатов в рабочий процесс.
Одно из направлений проверки знаний и навыков кандидатов — проверка выполненных тестовых заданий. Тут нужно решить сразу несколько задач: как не повесить всю нагрузку на одного человека, как организовать работу группы проверяющих и как прийти к общему мнению о кандидате. А также, как не заставлять ждать кандидатов неделями и всегда возвращаться к ним с ответом.
При этом проверка и качественная обратная связь — это всегда время сотрудников. Для нас было важно найти баланс в этих процессах. Со временем мы смогли сделать процесс прозрачным, быстрым и удобным. Про это сегодня и поговорим.
Прототип сайта на Тильде нельзя рассматривать только как черновик будущего дизайна.
Тильду часто воспринимают как инструмент, где можно быстро собрать сайт из готовых блоков. Это правда, когда структура заранее ложится на логику платформы. Но если сначала нарисовать свободный макет, а потом пытаться перенести его в конструктор без учета стандартных блоков, Зеро-блока, адаптива, форм, SEO-структуры и будущего редактирования, скорость быстро исчезает.
Когда команда запускает витрину продукта — каталог, рекомендации или подборки, — почти сразу возникают вопросы: «Будут ли пользователи что-то из неё скачивать или покупать и какая будет конверсия?»
До запуска на них сложно ответить честно: у пользователей ещё нет привычки, у продукта — стабильной выдачи, у витрины — накопленного доверия, а у команды — реальных данных поведения. Поэтому полезнее временно отложить вопрос «какая будет конверсия?» и спросить иначе: «Сможет ли витрина запустить выбор, когда у пользователя ещё нет сформулированного запроса?»
Меня зовут Таня Лескова, я ведущий UX-исследователь в магазине приложений RuStore. На примере исследований витрины RuStore расскажу, как мы проверяем такие сценарии до запуска: смотрим не на гипотетическое «скачал бы или не скачал», а на более раннюю цепочку — заметил, понял, поверил, захотел разобраться дальше.
Привет! Я Софа, ведущий b2e дизайнер в Perfomance Lab, и я считаю, что внутренние продукты недооценены, а процесс их создания в корне отличается от b2c/b2b.
Сегодня речь пойдёт про последнее упомянутое решение — PWA-конструктор, который помогает нашим медиабаерам проверять свои гипотезы быстрее и создавать более 20 приложений каждый день. Я расскажу, зачем мы начали его делать и с какими сложностями столкнулись.
Хабр, привет! Мы в команде маркетинговых и UX-исследований МТС помогаем продуктовым командам проверять гипотезы и ищем ответ на вопрос: будут ли востребованы новые продукты, функции и сервисы? В том числе оцениваем актуальность технологий и возможностей, которых еще нет.
На практике нужно решить, в какие инициативы стоит инвестировать, а какие отсеять на стадии Discovery. Задача ответственная, и инструмент нужен надежный. Когда мы только начинали проверять инновационные решения, то обнаружили, что привычные инструменты приоритизации с задачей не справляются. И с этим нужно было что-то делать.
В посте расскажу, почему так происходит и какой подход мы изобрели, а теперь успешно используем для решения подобных задач.
Пользователи почти никогда не рассказывают, как на самом деле работают с продуктом. Не потому, что не хотят, а потому, что не могут: забывают половину действий, упрощают сценарии и автоматически «исправляют» свой опыт так, чтобы он выглядел логичнее.
Мы — Кирилл Улитин, руководитель UX-направления и исследований в департаменте дизайна, и Стася Кабанова, исследователь пользовательского взаимодействия в МойОфис. В компании есть целая экосистема офисных решений на разных платформах, поэтому пользовательские сценарии здесь исследуют регулярно и обычно опираются на привычные методы: глубинные интервью и usability-тестирования.
Но в какой-то момент стало ясно: глубинные интервью дают красивую, связную и при этом сильно отредактированную версию реальности. Тогда мы попробовали другой подход — начали смотреть не на то, что пользователи говорят, а на то, что они действительно делают. И увидели вещи, которые невозможно было бы получить ни из одного интервью. Подробности под катом.
Привет! Меня зовут Алия Ямалиева, и я — исследователь в UX-лаборатории Контура. В этой статье я хочу рассказать о портретах разных грейдов — от стажёра до лида.
Для этой статьи я изучила карты развития исследователей в разных компаниях и составила общий обзор компетенций каждого грейда. Этот обзор будет полезен как начинающим исследователям, так и опытным. С портретами ниже можно сверить свой опыт или почерпнуть из них вдохновение для перехода на следующий грейд.
Думали, что в количестве ответов на пост надо считать только живые ответы? А вот и нет, мы всё делали неправильно!
Баг, странная логика или «так задумано»?
…В какой-то момент, ковыряясь в своём геоорганайзере «Места» (я писал о нём на Хабре), я поймал себя на простой мысли:
Всё работает — но не живёт
Нет, я не адепт восстания машин. Я о другом…
Привет, я Таня — работаю ведущим продуктовым дизайнером опыта покупателя в Ozon. Среди моих продуктов «Избранное», «Вишлисты», мини-апп «Доставки посылок», а в прошлом я дизайнила «Карточку товара». Год назад я ротировалась в команду «Корзины», потому что хотела для себя новых вызовов.
На примере редизайна «Корзины», я хочу показать, как сегодня меняется роль дизайнера в продукте, чем дизайн-стратегия отличается от просто красивого концепта, почему такие изменения невозможно делать в одиночку.
Привет! Мы — команда hh.ru: Андрей Панкратов, исследователь пользовательского опыта, Регина Насибулина и Лиза Спицына, специалисты по рекруту респондентов. Мы на регулярной основе проводим интервью с пользователями, чтобы лучше понимать их опыт и быть на связи с соискателями и работодателями. Важный момент: в этих беседах мы ищем не новых сотрудников в компанию, а именно тех людей, которые готовы поделиться опытом использования нашего сервиса.
Рекрут респондентов в hh.ru ведётся двумя способами: через опросы на сервисе и с помощью целевого обзвона аудитории. По итогам 2025 года из 10 согласившихся поучаствовать до интервью доходят только 7. Остальные отказываются прямо перед встречей или просто перестают выходить на связь. Мы проанализировали причины отказов участвовать, чтобы найти точки роста и повысить мотивацию пользователей.
Представьте, что вам надо настроить камеры для целого города или очень большого завода, где их сотни или тысячи. Как сделать это удобно и не сойти с ума от конфигурирования каждой из этой тысячи?
У нас в конфигураторе Macroscop камеры организованы в виде «дерева».
Пользователи DeFi‑приложений — независимо от опыта — в первой сессии сталкиваются с нагрузкой, где нужно разбираться в ключах, адресах, комиссиях, пулах ликвидности и пр., что становится причиной финансовых ошибок и высокой доли отказов
Проверил гипотезу влияния выбора модулей приложения в онбординге на устойчивость к ошибкам, понятность и скорость сценариев перевода, обмена и стейкинга
Мы часто думаем, что плохой интерфейс — это про кнопки, цвета или сетку. Но чаще он ломается не из-за пикселей. А из-за того, что дизайнер не учитывает, как на самом деле работает мозг.
Пользователь — не машина. Он устает. Спешит. Тревожится. Делает выводы на основе первых впечатлений.
И вот здесь включаются когнитивные искажения. Разберём 5 самых опасных для UX.
Всем привет! Меня зовут Артем Плаксин, я с рождения практически ничего не вижу.
Незрячему или слабовидящему человеку при освоении компьютера приходится сталкиваться с очевидным барьером: очень многое завязано на визуальные интерфейсы, а без них порой сложно даже просто перейти на следующую страницу по ссылке.
Для своего некоммерческого проекта — экосистемы сервисов для незрячих и слабовидящих TifloHost — я использую платформу серверной виртуализации VMmanager. Так я и познакомился с ребятами, которые делают этот продукт.
В этой статья я хочу поделиться с вами своей историей освоения интернета.
Форекс для новичка, коим я была — это всегда что-то сложное, полное стереотипов, слухов и предубеждений. И я ни разу не сталкивалась с торговлей и трейдерами до моего прихода в компанию.
Когда я анализировала пользовательские сценарии, осознала: никакие классические интервью и опросы не дадут мне настоящей эмпатии. Чтобы понять, почему людям становится страшно, хочется бросить это занятие, почему не получается заработать, нужно самому пройти этот путь. Не получится без знания азов трейдинга комфортно проводить интервью, делать адекватные выводы после исследований и помогать в создании полезного и удобного продукта.
Вот почему я решила вжиться в роль трейдера: пройти обучение, совершать сделки, фиксировать свои ощущения и страхи.
Меня зовут Ксюша Новосёлова, я отвечаю за направление обучения и развития UX-исследователей в Контуре.
Для нас важно создавать среду, в которой сотрудники могут добирать недостающие навыки, развивать компетенции и получать поддержку в своём профессиональном росте.
Поэтому мы стараемся смотреть на обучение не как на набор разовых активностей — отправить кого-то на курс, купить доступ к конференции или провести внутренний мастер-класс — а как на систему развития, которой можно управлять.
Мы пока в начале этого пути, но уже видим несколько рабочих принципов и форматов, которыми готовы поделиться.
