CustDev|Customer Journey Map|eye-tracking|IT|UX-исследователь|UX исследования|Банковский UX|Интервью-метод|Проведение опроса|банкоматы/терминалы|госсайты|заметки|интервью|интернет-магазин|исследование пользователей|конференции|мобильные интерфейсы|проектирование|профессиональные интерфейсы|рейтинг банков|экспертная оценка|юзабилити тестирование

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

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

(Это даже хуже того, что многие путают термины “пользовательское исследование” и “пользовательское тестирование”. Эти термины не взаимозаменяемы. Первый – это процесс изучения предполагаемых пользователей какой-то системы, а второй – оценка самой системы путем взаимодействия людей с ней. Говоря начистоту, “пользовательского тестирования” даже не существует, так как мы тестируем не пользователей, а удобство и другие качества системы.)

1. К сожалению, Вы не можете спрашивать то, что хотите узнать

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

Вопрос исследования – это то, что вы хотите выяснить для более обоснованных решений в будущем. Хороший вопрос должен быть конкретным, “отвечаемым” и практичным. Это означает, что:

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

Если ваш вопрос слишком обобщенный или “неотвечаемый”, это плохой вопрос для исследования. “Какой воздух на Марсе?” может быть практичным вопросом для Илона Маска, но не для большинства из нас.

Примеры вопросов исследования

  • Как недавние выпускники колледжей решают, что и когда им есть?
  • Какие сложности испытывают канадцы в возрасте 30 лет при накоплении денег?
  • В каких городах США жители тратят наибольшую часть своего дохода на отпуск?
  • Насколько хорошо последняя версия маркетингового веб-сайта отвечает на вопросы потенциальных клиентов?
  • Как компания X создает дорожные карты продуктов?

Только после выбора вопроса исследования вы сможете подобрать наилучший способ для поиска ответа. Многие люди идут от последнего и начинают с выбора метода исследования.

НЕПРАВИЛЬНО: “Мы проведем опрос. Что нам стоит спросить?”

НЕПРАВИЛЬНО: “МЫ протестируем прототип с неклиентами в пятницу. Что нам стоит узнать?”

ПРАВИЛЬНО: “Нам нужно понять, какие факторы влияют на то, как наши текущие клиенты выбирают телевизионные программы. Для этого мы проведем интервью с нашими текущими клиентами в их домах.”

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

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

2. Немного о вопросах организации

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

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

Примеры вопросов об организации

НЕПРАВИЛЬНО: Насколько безупречным должен быть наш отчет, чтобы произвести впечатление на руководство?

ПРАВИЛЬНО: Кто принимает решения о продукте, что на них влияет и каким источникам информации они доверяют?

Факты не меняют мнения. Отчеты легко игнорируются. Реальность часто противоречит желаниям руководства. Неважно, насколько хорошие данные вы соберете, если процесс принятия решений в вашей компании не основывается на фактических данных.

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

3. Качественное vs Количественное

Существует два вида данных – описательные и измерительные. Если вы хотите узнать, что и почему происходит, вы задаете качественный вопрос и нуждаетесь в качественном методе. Если же вы хотите узнать, как часто что-то происходит или сколько чего-то существует, вам нужен количественный метод. Для проведения количественного исследования вам нужен достаточно большой размер выборки. Я сталкивалась с руководителями, которые были недовольны тем, что в интервью принимало участие всего 12 человек. За основу своих решений они брали только анализ нескольких сотен активных пользователей.
Многие плохие исследования происходят из-за того, что люди тратят больше времени на выбор метода (опрос, тестирование, интервью), а не на то, чтобы сформулировать хороший вопрос. Еще более провальное исследование происходит тогда, когда команда просто пытается обосновать уже существующее решение. (Вот почему это называется “валидацией”.)

4. Вопросы для интервью

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

Пример вопроса исследования

ПРАВИЛЬНО: Как семьи с детьми школьного возраста планируют бюджет для отдыха?

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

ПРАВИЛЬНО: “Можете рассказать о вашем последнем отпуске, начиная с планирования и заканчивая возвращением домой”.Возможно, этот вопрос уже даст вам ответ на то, как люди выбирают место назначения, как они составляют бюджет и тратят свои деньги, а также как они делятся информацией и дают рекомендации своим друзьям.

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

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

Если вы не учтете контекст и не проверите свои вопросы, вы соберете кучу ненужных данных, основанных на вопросах, на которые просто невозможно ответить.

Пример неудачного вопроса для интервью/опроса

НЕПРАВИЛЬНО: “По шкале от 1 до 10, какова вероятность того, что вы купите новый смартфон в ближайшие 6 месяцев?”

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

5. Будьте суровы

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

👉Подписывайтесь на наш Телеграмм-канал — анонсы мероприятий, кейсы и статьи, расписание нашей Школы, и многое другое.

Интервью с пользователями: когда, зачем и как их проводить

Интервью с пользователями – это метод UX исследования, во время которого исследователь задает пользователю вопросы для изучения определенной темы (например, пользование системой/продуктом, поведение и привычки). В отличие от фокус-групп, которые подразумевают вовлечение нескольких пользователей одновременно, интервью с пользователями – это индивидуальные сессии один на один (иногда в сессии могут участвовать несколько фасилитаторов/интервьюеров и задавать вопросы по очереди, но респондент всегда один).

Так же это быстрый и легкий способ собрать информацию, поэтому интервью часто используют, особенно в продуктовых подходах Lean и Agile. Они частично похожи на журналистские интервью и более формальный метод из области HCI (человеко-компьютерное взаимодействие), который называется “critical incident technique” («техника критических ситуаций»), который был внедрен Джоном Фланаганом в 1954 году.

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

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

Как провести интервью с пользователями

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

Определите цель вашего интервью

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

Примеры качественных целей для интервью:

С чем медсестры сталкиваются при вводе медицинской информации, и какими инструментами они пользуются?

 Узнать, как архитекторы делятся CAD-чертежами с инженерами, какие вызовы и возможности они видят в этом способе.

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

Создайте комфортную и доверительную обстановку для пользователя.

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

  1. Прежде чем проводить интервью, заранее свяжитесь по видео- или аудиозвонку с пользователем.
  2. За день до интервью, а также перед началом объясните пользователю зачем вы проводите интервью и как вы используете полученную информацию.
  3. Демонстрируйте, что слушаете пользователя, ведя заметки, кивая и соблюдая зрительный контакт. Можете также повторять слова, который произносит пользователь.
  4. Давайте пользователю закончить свою мысль и не перебивайте его.
  5. Не торопите пользователя, делайте паузы. Замедлите темп своей речи. Замедленная речь создает спокойную атмосферу и указывает, что вы не нервничаете и что у вас есть время послушать пользователя.
  6. Начинайте с вопросов, на которые легко ответить и которые не покажутся пользователям личными или осуждающими. Например, вместо вопроса “Какую книгу вы читали в последний раз?”, попробуйте спросить “Как вы проводите свободное время?”. В случае первого вопроса вы автоматически предполагаете, что пользователь читал книгу, а те, кто не делали этого могут почувствовать себя глупо.
  7. Искренне сопереживайте пользователю и задавайте ему релевантные вопросы. Представьте, что пользователь сказал, что ему не удалось связаться со службой поддержки клиентов. Вы можете проявить  ваше беспокойство и уточнить у него: “вы не смогли связаться со службой поддержки. Можете рассказать об этом подробнее?”. Также можете уточнить “как вы себя почувствовали?”, но только если пользователь уже не поделился своими чувствами. Если пользователь уже вербально или невербально донес как он был фрустрирован, а вы снова задаете вопрос о его чувствах, это лишь продемонстрирует, что вы не слушали его внимательно. Может быть и такое, что вам захочется добавить: “наверняка это вызвало в вас раздражение” или “мне жаль, что вам пришлось потратить свое время на это”. Однако этими комментариями вы все же подталкиваете пользователя думать или чувствовать определенным образом. Поэтому лучше зафиксировать чувства и ощущения пользователя, задавая вопросы – для него это будет знаком, что вы внимательно слушаете его и полностью вовлечены в разговор.
  8. Будьте настоящими и не притворяйтесь. Притворство заметно и сразу же укажет на вашу неискренность. Лучше быть собой и не говорить лишнего, если вы в самом деле не хотите добавить что-нибудь.

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

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

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

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

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

Подумайте, что вы будете делать, если окажетесь в тупике – у пользователя нет ответа на ваш вопрос. Можете ли вы помочь найти ответ пользователю? Представим, что вы работаете над новым сайтом для путешествий и участница перед вами была выбрана потому, что забронировала тур онлайн в течение последних 6 месяцев. Предположим, что цели исследования следующие:

  1. Помнят ли пользователи, как они выбирали локацию для отпуска?
  2. Что является самым запоминающимся для них в отпусках?
  3. Что легко  дается пользователямпри бронировании поездки?

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

таблица 1 статья.png
Задавайте вопросы так, чтобы из вашей беседы выстраивался диалог.

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

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

Избегайте наводящих, закрытых или размытых вопросов

В идеале ваши вопросы должны приводить к развернутым и не смещенным ответам пользователя.

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

Например:

– Вы помните, когда это случилось?

– Да

– Когда это было?

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

Подготовьте больше вопросов, чем, по вашему мнению, вы успеете задать.

Некоторые пользователи любят говорить и давать развернутые ответы. А другим требуются уточняющие вопросы, чтобы поделиться тем же объемом информации. Будьте готовы к разным ситуациям.

Попрактикуйте подготовленные вами уточняющие вопросы.

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

таблица 3 статья.png
Эти вопросы могут быть использованы практически в любой ситуации.

2. Где проводить интервью

Интервью можно проводить в разных местах – на территории пользователя, в специальной лаборатории или дистанционно.

Учтите следующие моменты, когда выбираете локацию:

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

*

*Перевод к иллюстрации: 

Интервьюирование

– Как вы сообщить новость команде?

– Наверное, я воспользуюсь Team Space.

Юзабилити-тестирование

Диалог:

– Я не могу найти, где это сделать…

– Не можете найти..?

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

таблица 4 статья.png

Что вы можете узнать из интервью и из юзабилити-тестирования

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

таблица 5 статья.png

Обратите внимание, что ни интервью с пользователями, ни юзабилити-тесты гарантированно не скажут вам, будут ли люди действительно предпочитать текущий дизайн. Вопрос к пользователям “Стали бы вы это использовать?” побуждает их рационализировать свой ответ и игнорировать реальные ситуации, которые, могут повлиять на их поведение, но могут противоречить их ответу. А юзабилити-тест побуждает участников взаимодействовать с дизайном больше, чем они обычно это делают (выполняя различные задания); при этом они могут обнаружить особенности или качества, которые в итоге могут повлиять на их готовность использовать дизайн.

Совет: не стоит проводить интервью только потому, что вы не знаете, как проводить юзабилити-тест, или потому, что вы не можете молчать, пока участник взаимодействует с дизайном. Почти каждый может [научиться] проводить юзабилити-тест.

4. Ограничения интервью

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

  1. Человеческая память несовершенна, люди не всегда могут вспомнить события полностью или точно.
  2. Участники не знают, что именно важно для интервьюера, поэтому иногда упускают детали. Они обычно не считают незначительные взаимодействия достаточно важными, чтобы о них вспоминать.
  3. Некоторые люди горды или закрыты, другие застенчивы и легко смущаются. Поэтому не все могут свободно делиться с незнакомым человеком всеми подробностями.

5. Заключение

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

👉Подписывайтесь на наш Телеграмм-канал — анонсы мероприятий, кейсы и статьи, расписание нашей Школы, и многое другое.

Построение Customer Journey Map

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

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

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

cjm

Построение CJM

Customer Journey Map

Практически каждый хотя бы раз заказывал что-то онлайн. Обычно эти шаги происходят так:

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

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

customer journey map

Примеры карты

Ещё до того, как покупатель придёт к выбору компании, он проходит несколько этапов или другими словами шагов:

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

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

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

Определение понятия

CJM (Customer Journey Map) — наглядная визуализация того, какой путь проделывает потенциальный покупатель, какие эмоции он при этом испытывает и с какими сложностями может столкнуться. Обычно создаётся в виде иллюстрации, диаграммы или даже таблицы и содержит все точки соприкосновения вашего бренда и представителя его аудитории.

Конечной целью такой карты необязательно должна быть покупка. Для вашей компании это также может быть:

карта пути клиента

CJM

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

Перед созданием пути для клиента или CJM учитываются следующие факторы:

Варианты CJM карт

Есть несколько вариантов содержаний Customer Journey Map, которые подходят для решения разных задач. Они могут использоваться самостоятельно или в комбинации и содержать в себе информацию:

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

Customer Journey Map примеры

Рассмотрим процесс создания CJM на наглядном примере. Гипотетическая компания продаёт товары в онлайн-магазине и в последние полгода начала сталкиваться с частыми отказами: пользователь проводит некоторое время на сайте, но уходит, ничего не купив.

customer journey map примеры

Путь клиента

Шаг 1: Определение этапов cjm
Чтобы понять, в чём кроется проблема этого шага, нужно определить поведенческие стадии, через которые проходит потенциальный покупатель — о них было сказано выше. В упрощённом варианте этот шаг выглядит как возникновение идеи, поиск и принятие решения.

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

Шаг 2: Цели проектирования CJM
Разобравшись с этапами, важно определить цели, которые человек преследует на каждом из них. Для составления карты, вы уже знаете, что:

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

Шаг 3: Взаимодействие с покупателем
Поиск точек соприкосновения. Если речь идёт о розничном онлайн-бизнесе, учитываются разделы с описанием товара, контактная форма, корзина и прочие важные места на сайте.

карта пути клиента пример

Путь клиента

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

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

Шаг 5: Решение проблем пользователей при разработке CJM
Разработка методов решения проблем для клиентов. Совместно с командой предложите несколько путей, которые способны упростить пользовательский опыт: если посетитель не находит нужную кнопку, стоит сделать её более заметной.
cjm карта
Если от покупки отказались, потому что не нашли информацию о доставке, это тоже нужно исправить, возможно, даже добавить виджет с калькулятором стоимости и срока. Реализация данного шага, в вашей карте, значительно улучшит взаимодействие с вашим клиентом.

Шаг 6: Визуализация карты или CJM
На этом шаге все данные, полученные в процессе CJM анализа, иллюстрируются произвольным, удобным и понятным для всех членов команды способом. В результате вы подробно изучаете поведение клиента, находите слабые места и коллективно исправляете их — карта путешествия клиента справилась со своей задачей.
Дальше дело останется за малым: раздать задания подчинённым и улучшить свой сервис, для ваших клиентов.

Инструменты для разработки CJM

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

Рекомендации для составления CJM

Чтобы эффективно составить CJM карту вашего клиента, следует учесть еще несколько полезных рекомендаций.

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

Определение личности клиента
Ещё до составления Customer Journey Map нужно очертить личность клиента. И здесь компания может столкнуться с неоднородностью своей аудитории (или клиентов): если в магазине техники вы продаёте игровые ноутбуки и выпрямители для волос, возможно, покупатели этих товаров будут вести себя по-разному.
В таком случае следует создать карту для каждой целевой группы таких клиентов или предложить несколько поведенческих сценариев для одного макета.

Выбор вспомогательных инструментов для совершения шагов 
Для сбора и обработки информации для вашей карты, вам могут понадобиться дополнительные инструменты. Помимо упомянутого Google Analitycs, используются другие сервисы электронной коммерции, такие как Яндекс.Метрика и ручные методы: например, анкетирование, оценка отзывов и другие приёмы получения обратной связи.

Анкетирование для создания CJM клиента
Этот вспомогательный шаг можно проводить на сайте, в рассылке или даже через опросы в социальных сетях. Вопросы, которые нужно задать клиенту, зависят от ваших задач.
Вот некоторые примеры:

Независимо от количества предлагаемых продуктов задайте этот вопрос, чтобы:

Ответ поможет разобраться, на кого на самом деле ориентирован продукт и какие потребности он может удовлетворить.

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

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

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

Примеры Customer Journey Map

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

Примеры карт пути клиента, которые могут быть полезны при разработке своего варианта, предложены ниже.

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

cjm клиента

Путь клиента cjm

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

cjm customer journey map

Путь клиента

Значимость карты пути клиента для бизнеса

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

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

Возможность разгадать мысли потенциального покупателя и предупредить его действия является важным конкурентным преимуществом. Уделяя внимания мелочам, вы заслуживаете доверие и лояльность.

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

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

 

USABILITYLAB в гостях у МТС Банка

22 октября прошел совместный вебинар с МТС Банком. Вебинар вызвал большой интерес, на мероприятие зарегистрировалось 285 человек.

Участники:

Модератор и ведущий: Дмитрий Сатин

Обсуждали темы:

  1. Как UX влияет на бизнес
  2. Выстраивание UX в новой команде. С чего начать выстраивание процесса? как внедрить UX исследования в процесс работы с продуктом? Как создать ценность UX исследований в продуктовой команде (если ее недостаточно)?
  3. Важность исследований  при запуске продукта. Как исследования помогают узнать востребованность продукта и сэкономить деньги компании? Поговорим про продукт, который не запустился после CustDev.
  4. Что делать UX-дизайнеру, чтобы работа не ушла в стол. Как спланировать ресурсы на предстоящие исследования и быть в одном инфополе с командой продукта?
  5. Ответы на вопросы участников вебинара

Презентация

Дмитрий Сатин “Влияние UX на бизнес

Видео

Подкаст

Медиапартнеры:

USABILITYLAB в гостях у Райффайзенбанка

8 сентября мы открыли серию совместных вебинаров с банками, которые приглашают нас в гости. Наша первая встреча — с UI/UX Райффайзенбанка. Вебинар вызвал большой интерес — зарегистрировалось 451 человек и 195 приняли участие.

Программа:

Модератор и ведущий: Дмитрий Сатин (USABILITYLAB)

Анна Исламова (USABILITYLAB) Методы исследования пользователей и интерфейсов в банках:

– какие методы исследования можно применять для разных систем и каналов банков?
– как планировать исследование: формулировать гипотезы и выбирать респондентов?

Юлия Антипова (Райффайзенбанк) Пользовательские исследования для CRM:
– зачем исследовать подчиненных?
– исследования без систем сбора статистики
– глубинные интервью: для инсайтов, гипотез, тимбилдинга
– основные ошибки на интервью
– опросы: особенности проведения внутри организации
– опросник, заменивший «коридорное исследование»
– карточная сортировка: закрытая, открытая, бессмысленная

Дмитрий Мясников отвечает на вопросы о UX в Райффайзенбанке

Презентации

Анна Исламова (USABILITYLAB) Методы исследования пользователей и интерфейсов в банках

Юлия Антипова (Райффайзенбанк) Пользовательские исследования для CRM

Видео

Подкаст:

Дмитрий Мясников, эксперт по UX/UI-дизайну, отвечает на вопросы о работе команды в Райффайзенбанке

 

Вопросы, присланные заранее, и ответы Дмитрия Мясникова:

Автор вопроса: Неизвестен “Сколько UX дизайнеров в банке?”

Автор вопроса: Неизвестен “Как вы работаете, синхронизируетесь, какие у вас процессы?”

Автор вопроса: Неизвестен “Как вы коммуницируете с маркетингом? Не говорит ли вам маркетинг какие должны быть цвета, кнопки, интерфейсы?”

Автор вопроса: Неизвестен “Какие инструменты для работы используете?”

Автор вопроса: Неизвестен “Читал статью на vc. Зачем убрали рамку в логотипе?”

Автор вопроса: Неизвестен “Есть ли у вас дизайн-система?”

Автор вопроса: Неизвестен “Есть ли у вас программы стажировки?”

Да, программы есть. На сайте https://raiffeisen-evolve.ru/ можно подать заявку

Автор вопроса: Александр Башлаев “Какие существуют платформы для анализа?”

Автор вопроса: Лилия Зерина “Какие используются в Райффайзен банке альтернативные классическим методы исследований? (когда нужно проверить гипотезы быстро)”

Автор вопроса: Лилия Зерина “Насколько хорошо исследования проводятся внутри продуктовых команд? Или с помощью поддержки отдельной команды исследователей? Насколько продуктовые команды прокачаны с точки зрения исследований и самостоятельны в этом плане?”

Автор вопроса: Robert Kaplans “Каким образом измеряете перфоманс дизайнеров? Есть ли дашборды дизайн-команды и что там за метрики?”

Автор вопроса: Robert Kaplans Какие KPI у дизайнеров и как они связаны с бизнесом?

Автор вопроса: Robert Kaplans Опишите где зарождается идея, как создаются инновации, когда вовлекают дизайнеров и исследователей, как дизайнеры работают с бизнес-овнерами и планируют свою работу с дедлайнами.

Автор вопроса: Robert Kaplans Как проверяете жизнедеятельность идеи на стадии прототипа.

Автор вопроса: Robert Kaplans Как показываете бизнесу в проекте что вы нашли и реально измерили улучшение?

Автор вопроса: Mike TSKHADAYA “JTBD делаете для всего продукта или для отдельной фичи?”               


Вопросы, заданные во время вебинара, на которые отвечали в чате:

Александр Мясоедов: Привет, а какие eyertrackerы используете?

Татьяна Двенадцатова: сейчас делаю глубинные интервью. возник спор с коллегой: обязательно ли проводить их лично тет-а-тет? У меня внушительный список достаточно подробных вопросов, все респонденты достаточно подробно (даже с историями ответили текстом онлайн). насколько качество глубинных интервью страдает?

Армен Манукян: Прошу напомнить автора книги “Как стать хорошим собеседником”. Спасибо)

Александр Мясоедов: Юля спасибо за презентацию! Сколько в команде у вас исследователей и дизайнеров? Как участвуете в проектах – отдельной командой или в разработку выделяете людей? Как организовываете обмен опытом/критику? Спасибо!

Вячеслав Ю: Компетенции UX и UI у вас совмещаются в одном сотруднике? или дизайн студия отдельно, а UX исследования отдельно?

Степан Воеводин : А где можно найти чеклист UsabilityLab?

Екатерина Степанова: а в USABILITYAB бывают стажировки?

 

Медиапартнеры

Как сделать удобным сайт, если его целевая аудитория — «кто угодно»

Что происходит, когда ориентируются «на всех»

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

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

 

                             Главная страница сайта аэропорта Портланда: основной фокус сосредоточен на онлайн-табло

 

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

Часто информация распределяется по сайту в соответствии с тем, что разработчикам кажется важным. О чем-то они могут забыть, о каких-то вопросах, волнующих реальную аудиторию, просто не знать. Многое попадает в разные разделы сайта по остаточному принципу. Например, на сайте аэропорта «Внуково» информация для родителей, вылетающих с детьми разнесена между двумя разделами: «Пассажирам/ В аэропорту/ Пассажирам с детьми» и «Пассажирам / Безопасность и правила в аэропорту Внуково / Прохождение входного и предполетного досмотра / Путешествия с несовершеннолетними». Первый раздел содержит информацию о комнате матери и ребенка, и его, если быть внимательным, ещё можно найти. Второй содержит важную информацию о необходимых документах, но найти его можно, только если заранее знать, где он находится. Объяснить это можно только тем, что при наполнении сайта кто-то вспомнил, что информация для родителей с детьми должна быть, но о том, что этой информацией будет пользоваться живой человек, которому было бы удобно найти всё необходимое в одном разделе — не подумал.

 

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

 

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

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

 

Тогда возникает вопрос: как никого не забыть и при этом сделать так, чтобы всем было удобно? Никого не забыть помогут Персоны, а понять их потребности — CJM. Но обо всём по порядку.

Персоны

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

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

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

Для того, чтобы построить персонажей сайта аэропорта «Шереметьево» мы использовали:

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

Обычно рекомендуется делать не больше 2-3 персонажей. Но, поскольку мы работали с сайтом, целевая аудитория которого — буквально все, персонажей получилось гораздо больше: восемь. Главным критерием для выделения персонажа стала жизненная ситуация, в которой он попадает в аэропорт.

 

                                                                              Примеры персонажей для аэропорта «Шереметьево»

 

После того, как персоны собраны, а их ключевые потребности определены, становится уже легче: понятно, что сайт надо делать надо делать именно для них, а не для «всех вообще». А чтобы сформулировать требования каждой персоны к функциональности, интерфейсу и информационному наполнению сайта, используют карту пути пользователя — CJM.

CJM — карта пути пользователя

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

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

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

  1. подготовка к поездке;
  2. дорога в аэропорт;
  3. в аэропорту: регистрация;
  4. в аэропорту: контроль;
  5. в аэропорту: ожидание;
  6. в аэропорту: посадка на рейс.

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

 

                                                                                                      Пример CJM для одной из персон

 

Список требований персонажей, который вы получите из CJM, можно использовать, чтобы оценить уже существующий интерфейс, спроектировать новый и даже найти удачные решения у конкурентов.Например, требованием одного из персонажей для сайта аэропорта является возможность построить маршрут от текущего местоположения до другой интересующей его точки. Это может быть важно, например, транзитному пассажиру, чтобы понять, как добраться от места высадки с предыдущего рейса до места посадки на следующий. Или маме, которая захочет посмотреть, как добраться до нужного гейта от комнаты матери и ребенка. На сайте и в мобильном приложении «Шереметьево» схема аэропорта есть, но ее интерактивность ограничена: она не умеет строить маршруты. В поисках удачных решений смотрим, как нужная нам функция реализована на сайтах или в приложениях других аэропортов. На сайте «Внуково» схема аэропорта есть, но она совсем неинтерактивная, а из-за формата ее представления (сразу три этажа на одной картинке) пользоваться ей неудобно — это не то, что нам нужно. А вот на сайте аэропота Хитроу карта строит и показывает маршрут между двумя произвольно выбранными объектами — и эту идею можно взять на вооружение для дальнейшей работы.

 

                                                         Построение маршрута на сайте аэропорта Хитроу (мобильная версия).

 

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

Заключение

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

Если вы хотите, чтобы мы построили персонажей и создали CJM для вашего сервиса — напишите нам на info@usabilitylab.net или оставьте заявку на сайте.

Подписывайтесь на наш Телеграм, чтобы не пропустить выход новых, интересных статей!

Как данные о пользователях и анализ конкурентов помогают проектировщику: кейс сайта для сети аптек

Коротко о проектеТип проекта: проектирование интерфейса;
Продукт: сайт сети аптек;
Цель: повысить конверсию сайта;
Длительность: 50 рабочих дней;
Особенности проекта: для принятия и обоснования решений в ходе проектирования активно использовались данные веб-аналитики и результаты массового онлайн-опроса пользователей;
Результат: новый интерфейс принят заказчиком и сейчас находится на этапе дизайна и разработки; мы сопровождаем процесс внедрения в рамках услуги по авторскому надзору.

Методы анализа

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

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

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

 

Во-вторых, мы провели массовый онлайн-опрос посетителей сайта. Мы задали им всего 6 вопросов:

  1. Как обычно Вы покупаете лекарства?
  2. С какой периодичностью Вы покупаете товары в аптеке?
  3. С какими целями Вы заходите на сайт аптек Сети?
  4. Что является для вас решающим фактором при выборе аптеки для получения заказа?
  5. Представьте, что Вы решили оформить заказ на сайте, чтобы забрать в ближайшей аптеке. Но нескольких товаров в данной аптеке нет. Что Вы будете делать?
  6. С какими проблемами Вы сталкивались на сайте?

Полученные ответы в сочетании с данными веб-аналитики и тем, что мы узнали от заказчика, мы использовали, чтобы спроектировать новый интерфейс.

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

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

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

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

                                                 Фрагмент раскрытого трехуровневого мегаменю на сайте заказчика

 

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

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

Новый сценарий покупки

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

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

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

             Типичные элементы управления для выбора города и магазина в шапке сайта интернет-магазина

 

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

Реорганизация каталога

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

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

Решение с размещением ссылок на подкатегории или фильтров в левой колонке — стандартное решение для индустрии (пример с сайта www.beauty-shop.ru)

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

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

 

Новая корзина

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

  1. пользователь должен четко понимать, какие позиции есть в наличии, а какие — только под заказ;
  2. у пользователя должен быть удобный инструмент для выбора аптеки;
  3. пользователь должен четко видеть связь между выбранной аптекой, стоимостью и наличием товара.

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

                                                             Часть макета корзины

 

Второе и третье требование решилось изменением диалога выбора аптеки. Мы решили использовать подход, напоминающий интерфейс Яндекс. Карт: разбить экран на две части, слева показывать список аптек и поисковую строку для поиска аптек по адресу, справа — карту с отмеченными на ней аптеками. Аптеки в списке будут отсортированы по наличию и цене. Первыми будут идти аптеки, в которых весь товар есть в наличии и цена минимальна. Под ними будут расположены те, в которых цена выше, затем те, в которых какого-то товара не хватает (также отсортированы по цене от меньшей к большей, с указанием количества недостающих позиций).

                                                              Пример похожего интерфейса: выбор пункта самовывоза на сайте OZON

 

Новые функции

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

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

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

Сообщение, которое мы предлагаем показывать пользователю, если не все товары в его корзине можно доставить курьером

 

Заключение

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

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

Собирать данные о пользователях важно не только при подготовке к проектированию. Любой интерфейс, созданный даже самым опытным специалистом, будет содержать некоторое количество юзабилити-проблем, пусть и не критичных. Лучше выявить их до того, как макеты интерфейса и спецификация будут переданы разработчикам, потому что перерисовать картинку будет гораздо быстрее и дешевле, чем переписывать код уже готового сайта. Если команда разработчиков работает по методологии Agile, подойдут быстрые методы исследований, такие, как first-click test (тест первого клика) — они позволяют быстро и точечно оценить отдельные экраны. Если же время позволяет, лучше провести полноценное юзабилити-тестирование макетов нового интерфейса.

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

Автор текста — Мария Новикова.

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

Подписывайтесь на наш Телеграм, чтобы не пропустить выход новых интересных статей

CJM: разработка требований для сайта и приложения аэропорта “Шереметьево”

Специалист на проекте: Ольга Алтабаева

Коротко о проекте

Тип проекта: исследование пользователей; разработка требований к интерфейсу;
Продукт: сайт и приложение (App Store, Google Play) аэропорта «Шереметьево»;
Цель: разработать перечень требований к новому интерфейсу сайта и приложения аэропорта «Шереметьево»;
Длительность: 17 рабочих дней;
Особенности проекта: в проекте был использован метод Customer Journey Map и метод персон, позволившие детально проработать возможные пользовательские сценарии и на этой основе создать полный перечень требований к интерфейсу сайта/приложения современного аэропорта;
Результат: список персон, их пользовательских сценариев, возможные проблемы на их пути и перечень требований к интерфейсу сайта и приложения современного аэропорта, которые их устраняют.

Что такое Customer Journey Map (CJM)

Customer Journey Map (CJM), или «карта пути клиента», — это карта, на которой представлены основные каналы и точки взаимодействия клиента с компанией, его цели, потребности, мысли и чувства, которые он при этом испытывает и, что самое важное, проблемы (или барьеры), с которыми он при этом сталкивается. Наличие таких проблем — «болевых точек» — может повлиять на лояльность клиента или вынудить его уйти, предпочтя другой, более удобный и подходящий ему сервис.

             Часть одной из CJM, построенных на проекте (откройте иллюстрацию в новой вкладке, чтобы увидеть ее в полном размере)

 

Использование CJM позволяет:

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

Дальше мы расскажем, как строили CJM, чтобы определить требования к новому интерфейсу сайта и мобильного приложения аэропорта «Шереметьево».

Шаг 1. Определение цели и направления исследования

Как правило, CJM используется для достижения одной из двух целей:

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

На данном проекте мы работали с уже существующими сервисами — сайтом и приложением аэропорта «Шереметьево». Целью проекта было составить требования к новой версии сайта и мобильного приложения аэропорта.

С учетом цели выбирается направление исследования. Мы определяем:

  • «Point of view» — чья точка зрения будет рассматриваться: какие именно клиенты, персоны нас интересуют;
  • «Scope» — объем исследования: нужно проанализировать весь путь клиента при взаимодействии с сервисом или сфокусироваться на какой-то определенной его части;
  • «Focus» — что находится в фокусе нашего внимания: мы рассматриваем опыт клиента или процессы в организации.

Мы рассматривали CJM с точки зрения клиента аэропорта Шереметьево: анализировали весь путь взаимодействия клиента с сервисом, начиная от подготовки к поездке (планирование поездки, сбор багажа и т.д.) до прибытия в аэропорт прилета.

Исходя из целей и направления исследования, мы определили основные этапы проекта:

  1. определить с заказчиком задачи сайта и приложения с точки зрения бизнеса;
  2. выделить основные персоны пользователей сайта и описать их потребности, цели и ограничения;
  3. создать основные сценарии процесса поездки для выбранных персон;
  4. сформулировать требования к функциональности, навигации и информационному наполнению.

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

После определения целей и направления исследования начинается сбор информации, которая имеет отношение к исследуемому нами пути. Можно выделить два вида исследования: кабинетное и полевое.

Кабинетное исследование включает в себя изучение информации, которую можно получить, не покидая офиса:

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

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

В нашем исследовании для сбора информации о пользователях и возможных ситуациях, в которые они попадают в поездках, мы использовали:

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

Шаг 3. Персоны (персонажи)

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

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

Вот список персонажей, который мы составили:

  1. пассажир, путешествующий по работе;
  2. семья с двумя детьми;
  3. пассажир с собакой;
  4. пассажир с ограниченными возможностями;
  5. иностранный турист;
  6. трансферный пассажир;
  7. встречающие;
  8. провожающие.

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

Например, вот как выглядела карточка персоны для пассажира путешествующего по работе:

                                                                         Карточка персонажа «Пассажир, путешествующий по работе»

 

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

 

                                                                       Карточка персонажа «Пассажир с ограниченными возможностями»

 

                                                                                                       Карточка персонажа «Провожающий»

 

Шаг 4. Пользовательские сценарии и построение CJM

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

Для начала мы разбили весь путь на основные этапы:

  1. подготовка к поездке;
  2. дорога в аэропорт;
  3. в аэропорту: регистрация;
  4. в аэропорту: контроль;
  5. в аэропорту: ожидание;
  6. в аэропорту: посадка на рейс.

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

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

 

Часть CJM для персонажа, путешествующего с домашним питомцем (откройте иллюстрацию в новой вкладке, чтобы увидеть в полном размере)

 

Кроме того, мы отдельно рассмотрели непредвиденные ситуации, в которые могут попасть все и/или определенные персоны:

  1. отмена рейса;
  2. задержка рейса на несколько часов;
  3. задержка рейса на долгое время;
  4. потерялся ребенок;
  5. проблемы со здоровьем;
  6. опоздание на рейс;
  7. потеря багажа.

Например, вот один из сценариев непредвиденной ситуации для персонажа с домашним животным:

  • Ситуация: Проблемы со здоровьем
  • Цель: Получить квалифицированную помощь
  • Шаги:
    • заметить, что животное ведет себя необычно (вялое, слишком возбуждено, есть какие-то признаки недомогания;
    • найти пункт ветеринарного контроля
  • Проблемы и вопросы: Специфических проблем нет

Использование CJM: Разработка решений

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

Так, в нашем примере для персоны, путешествующей с питомцем, был предложен ряд идей/требований для сайта и приложения. Вот некоторые из них:

  1. В ходе обновления навигации, поместить информацию о перелете с животными в разделы «Вылетающим» (подраздел «Перелет с животными»), «Нужна помощь?», «Прилетающим» и в разделе с описанием возможностей добраться до аэропорта.
  2. В разделе «Вылетающим» в подразделе «Перелет с животными» должно содержаться:
    • Схема последовательного прохождения всех этапов подготовки к полету в аэропорту (регистрация, досмотры, ветеринарный контроль, таможенный контроль, паспортный контроль, посадка) с описанием особенностей их прохождения с животными. Подробное описание прохождения ветеринарного контроля.
    • Отдельный подраздел с описанием подготовки животного к полету:
      • Списки нужных документов в зависимости от класса животного (животное-компаньон, собака-поводырь, экзотические виды животные, птицы) со ссылками на нормативные документы и образцы. Также требуемые документы разделены на группы: по территории РФ и за рубеж.
      • Требования к перевозке/клетке: размер, материал, оснащение;
      • Контакты ветеринарных служб аэропорта;
      • Советы по перевозке;
      • Рекомендуется разместить показательное видео с процессом доставки животного на борт при транспортировке в багаже. Это поможет снизить тревогу пассажиров за своих питомцев.
  3. ….

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

Что потом

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

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

Если вы хотите, чтобы мы провели исследование ваших пользователей, оценили ваш продукт или спроектировали для вас интерфейс — напишите нам на info@usabilitylab.net или оставьте заявку на сайте.

Автор текста: Мария Киоса

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

Актуален ли метод создания персонажей для реализации UX-стратегии?

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

Ранние дни веб-дизайна

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

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

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

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

Персонажи как инструмент дизайна

Одним из самых ранних методов моделирования, широко использовавшихся в стратегии проектирования веб-дизайна, были персонажи.
Впервые об таком способе разработки сайтов заговорил Алан Купер, а Ким Гудвин так объяснила его на примере сайта самого же Купера:

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

Ким Гудвин. Совершенствование ваших персонажей («Perfecting Your Personas» by Kim Goodwin)

У меня была возможность провести много проектов с использованием персонажей для крупных компаний США, Европы и Южной Америки.
Мне нравятся такие проекты, потому что они позволяют мне хорошо понять желания и ожидания ключевого сегмента пользователей ещё до того, как я начну создавать для них тот или ной продукт.
В ходе создания персонажей, я исследую такие вопросы, как:

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

Проекты с использованием персонажей позволили мне проводить много, как мне кажется, интересных, групповых мероприятий:
домашние интервью, видео-дневники, совместные покупки с незнакомыми пользователями (прим. переводчика: shop-alongs) и составление карты пути потребителя
(прим. переводчика: journey mapping, более подробно о методе см. здесь) Мне нравится даже процесс анализа данных в проектах по созданию персонажей: в течение этого этапа мы пересматриваем все видео и интервью,
которые у нас есть, и размечаем их тегами, отражающими темы, возможности и паттерны, которые и выявляют различия между будущими персонажами. Затем мы развешиваем фотографии,
артефакты и цитаты по всем стенам нашей рабочей комнаты, чтобы разобраться и структурировать собранные нами данные, используя методологию «обоснованной теории» (прим. переводчика: grounded theory,
более подробно о методе см. здесь).

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

  • веб-аналитика,
  • АБ-тестирование и многофакторное тестирование,
  • гибкие и бережливые (agile/lean) методологии разработки.
Некоторые рассматривают метод создания персонажей как анахронизм,
который мы должны исключить из нашего набора инструментов для создания стратегии UX.

Веб-аналитика

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

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

Я согласен с тем, что мы должны полностью использовать возможности аналитических инструментов. На самом деле, почти в каждом проекте, в котором я участвую, еще на ранней стадии я фокусируюсь на изучении любой доступной аналитики (и других количественных данных). Однако, и у веб-аналитики есть свои ограничения.

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

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

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

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

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

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

A/B и многофакторное тестирование

Второй аргумент, который выдвигают мои коллеги в пользу архаичности метода персонажей, является A/B или многофакторное тестирование (прим. переводчика: более подробно об этих методах можно прочитать здесь). Сторонники такого мнения утверждают, что подход с персонажами чрезвычайно неточен и не опирается на количественные данные, потому что персоны, как правило, основаны на небольшой выборке, и дизайнеры обычно должны выдумывать решения, которые удовлетворят персонажей. Они также утверждают, что несколько архетипов часто пересекаются, и в результате не всегда можно понять, какой дизайн будет удобен для какого-то конкретного пользователя. Потому разработчики предлагают другой подход: проводить тестирование различных типов дизайна, и, получив количественные результаты, реализовывать наиболее успешный с точки зрения количественных данных дизайн.

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

Другая проблема заключается в том, что A/B и многофакторное тестирование стоит достаточно дорого. Мало того, что для него нужен целый набор полностью законченных вариантов дизайна, которые при этом могут оказаться провальными, вам ещё нужно привлечь немало людей и дорогое программное обеспечение, чтобы провести всё это (прим. переводчика: На самом деле, это не совсем так: существуют бесплатные инструменты, позволяющие быстро изменять небольшие элементы сайта, например, размер кнопки. К тому же, провести такое тестирование несложно — нужно лишь, чтобы сайт имел некоторую посещаемость).

Главный недостаток A/B тестирования заключается в том, что к тому, что разработчики начинают предпочитать внедрять в продукт лишь минимальные изменения. Руководители команды разработчиков обычно хотят, чтобы по итогам теста был четко обозначен наилучший вариант дизайна. Поэтому изменения вносятся лишь в небольшие детали на сайте, а не в общую концепцию его дизайна. Все это может привести к очень поверхностному подходу: разработчики будут предпочитать вносить минимальные изменения в текущий дизайн, а не проектировать инновационный опыт взаимодействия, который привел бы к новому уровню вовлечения пользователей. А это именно то, что дают нам персоны в том случае, если они основаны строго на реальных данных.


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

Гибкие (agile) и бережиливые (lean) подходы к разработке

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

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

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


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

Заключение

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

Контакты
Россия
129085, г.Москва, ул. Годовикова д.
9, стр. 2, подъезд 2.1, офис 2.22