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

#58
modal close button

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

Копировать ссылкуСкопировано!

Возможные ответы (11)

. Если нам нужно, чтобы пользователь что-либо прочел, тогда нам следует использовать минимум текста. Если нам нужно, чтобы пользователь что-то понял и запомнил, тогда нам следует использовать больше текста.
, . Мы можем заострить внимание пользователей описав их возможные потери. При этом сама вероятность потери может быть меньше 0.1%.
. Наша коммуникация должна составляться с учетом мировоззрения наших пользователей. Акценты которые мы используем в коммуникации должны быть значимыми в первую очередь для пользователей, а не для нас.
. Чем логичнее очередность предлагаемых пользователям действий (в каком-либо workflow-е), тем проще они будут ему казаться, и тем лучше он их запомнит.
. Увеличивая размер списка (не важно какого) мы снижаем внимание пользователя, повышая риск того, что он что-либо не заметит.
. Если контекст позволяет, мы можем играть с вниманием пользователей заменяя тексты изображениями/анимацией.
. Мы можем использовать косметические изменения для фокусировки внимания пользователей (цвет, шрифт, размер шрифта, и т.д.).
. Если мы хотим обратить внимание пользователей на отличия в каких-либо данных, нам следует показывать их друг рядом с другом, на одной странице.
, . Играя с количеством элементов интерфейса мы можем как повышать так и понижать бдительность и интерес пользователей.
. Мы можем добиться внимания пользователя, подчеркнув социальную желательность и публичность (!) предлагаемого действия. Важно подчеркнуть, что без фактора публичности вероятность игнорирования предложения значительно повысится.
Другие искажения, которые будет полезно знать и ситуативно использовать при работе с пользовательским вниманием: , , .

Связанные вопросы

#11.

Пользователи винят нас в своих ошибках.

#51.

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

#13.

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

#39.

Как мы можем сделать наших пользователей более ответственными?

#24.

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

Насколько полезным вы нашли этот материал?
Не полезно
1
2
3
4
5
6
7
8
9
10
Не полезно
Очень полезно
Спасибо за ваш вклад в развитие проекта!
previous bias
next bias
keepsimple logo
picВойти
Мой профильНастройкиВыйти
Ссылки
UX COREGUIDEPERSONAUX CATBob - AI AssistantБоб - ИИ Ассистент
keepsimple logo
UX CoreGuidePersonaИгра на вниманиеBob - AI AssistantБоб - ИИ Ассистент
Ссылки
Использование проекта в образовательной системе
UX CORE GUIDE
Добавление вашего вопроса
UX CORE PERSONA
Вводная статьяHabr.com publishing platform logo
APIUX Core API
picВойти
Мой профильСохраненные ПерсоныНастройкиВыйти

UX CORE GUIDE

arrow downКак пользоваться

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

Как использовать UXCG

  1. Выберите стадию вашего продукта ниже;
  2. Выберите интересующий вас вопрос;
  3. Прочтите возможные ответы.

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

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

Почему пользователи жалуются на качество нашей поддержки?

#30.

Какие ошибки мы допускаем в работе с аналитическими данными по продукту?

#41.

Что делать если упрямство наших коллег наносит вред рабочему процессу?

#43.

Что учитывать при планировании релизов продукта?

#45.

Что делать если некоторые участники нашей команды не высказывают свое мнение?

#50.

Как работать с некомпетентным коллегой/начальником?

#59.

Что учитывать при упоминании политических, социальных либо экономических событий в текстах компании/продукта?

#61.

Что делать, если команда тратит слишком много времени на неважные мелочи?

Be Kind. Do Good.