Следует ли нам избегать использования слова «мой» в пунктах меню?

Я работаю на сайте, который в основном является региональным /провинциальным центром для всего, от событий до классифицированных объявлений.

Когда вы впервые попадаете на главную страницу, вы получаете новости провинций, события, объявления и многое другое.

Лозунг сайта - это что-то вроде моей провинции за один клик.

На основе этого лозунга категории называются следующим:

Мои события, контент, мои объявления, новости, погода и т. д.

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

11 голосов | спросил Jean-Michel Godin 2 ndEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 02 Sep 2010 22:15:06 +0400 2010, 22:15:06

6 ответов


15

Вошел ли пользователь в систему? Я бы не использовал MY, если это не для групп предметов, которые они сами создали, тогда это действительно становится MY stuff.

Слово MY просто занимает дополнительную комнату в навигациях и меню и т. п. и может сделать списки сложнее для сканирования.

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

Id переосмыслить лозунг тоже:)

ответил Nathan-W 2 ndEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 02 Sep 2010 23:43:21 +0400 2010, 23:43:21
6

См. мой шаблон против шаблона в библиотеке шаблонов Yahoo:

http://developer.yahoo.com/ypatterns/social/core/yourvmy.html

ответил Arpit 7 Maypm11 2011, 20:27:18
4

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

Если вам не нужно специально устранить право собственности, избегайте по умолчанию «моих» и «ваших» префиксов.

ответил Jimmy Breck-McKye 24 62012vEurope/Moscow11bEurope/MoscowSat, 24 Nov 2012 16:28:20 +0400 2012, 16:28:20
1

«Мой», похоже, гораздо больше относится к маркетингу /брендингу. Иногда они конфликтуют с идеальным UX.

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

ответил DA01 3 rdEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 03 Sep 2010 18:34:41 +0400 2010, 18:34:41
0

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

ответил carljwood 8 Mayam11 2011, 01:29:53
0

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

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

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

ответил Sam K 3 rdEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 03 Sep 2010 13:19:30 +0400 2010, 13:19:30

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132