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

Проблема в том, что для разработки IT-продуктов нам нужно, чтобы пользователь подробно описал свои повседневные действия. Созданный продукт должен решать реальные задачи и органично вписаться в социальную и физическую среду пользователя. Как получить такое описание? Один из методов — это контекстные интервью (contextual interviews, contextual inquiry).

Мы уже много писали про роль качественной методологии в пользовательских исследованиях (например, http://bit.ly/25hnAMQ и http://bit.ly/2jmfkcM). В одной из статей (http://bit.ly/2ay3Nzg) мы рассказали про то, как качественные методы используются в UX research для разработки IT-продуктов в зарубежных компаниях. А что происходит в России?

В этой статье мы поговорим о своем опыте применения качественной методологии для разработки IT-продуктов на российском рынке. Говорить будем не только про специфику работы, но и про то, как к ней приступить. Как объяснить заказчику ценность качественной методологии? Что ему рассказать, чтобы он дал добро на общение с пользователями? И почему вообще возникает необходимость объяснять?

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

«Чтобы двигаться дальше, мы должны понять, что нужно людям»: разработка нового сервиса

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

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

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

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

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

«О рынке недвижимости Бразилии мы знали не слишком много»: выход на локальный рынок

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

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

«Создать идеальный день на работе»: профессиональные интерфейсы

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

Вернемся к разработке IT-продуктов для особых групп пользователей. Нет, речь пойдет не о детях. Рассмотрим ситуацию, когда команде необходимо разработать профессиональный интерфейс.

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

«Я пользуюсь телефоном чаще, чем компьютером»: переход на мобильные
устройства

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

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

«Они все хотели быть на главной странице»: разработка общей платформы для нескольких групп пользователей

До сих пор мы рассматривали ситуации, когда нужно сделать продукт для конкретной группы пользователей. Теперь усложним ситуацию, добавив новую переменную, а точнее — еще одну или несколько групп пользователей. В известной степени мы уже подошли к этому в кейсе сайта для American Society for Aesthetic Plastic Surgery, но теперь «заострим» проблемы, которые возникают в таких условиях.

Все части статьи: 1 | 2 | 3 | 4 | 5 | 6

---

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

Спасибо прекрасному автору за симпатичную картинку.

Почему речь идет о зарубежных компаниях? Качественная методология там давно перестала быть экзотикой и вошла в арсенал IT-продуктологов. Изучение их опыта позволит лучше понять возможности и ограничения этих методов в сфере UX. Для этого мы провели собственное исследование.

Социальные науки и UX-исследования: ближе, чем вы думали

Начнем с вопроса. Можно ли сделать действительно качественный IT-продукт без пользовательской аналитики? Да или нет? Кто выбрал «да»? Если вы и так знаете, что на самом деле нужно вашим пользователям, дальше можете не читать. Сэкономите свое время. И деньги на аналитику. Правда, зачем оно вам?