Мои пользователи продолжают называть вещи специальными символами, чтобы помешать алфавиту

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

Какие функции нужно добавить, чтобы они больше не нуждались в этом?

138 голосов | спросил Nate Green 13 MarpmMon, 13 Mar 2017 16:24:16 +03002017-03-13T16:24:16+03:0004 2017, 16:24:16

10 ответов


226

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

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

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

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

ответил filip 13 MarpmMon, 13 Mar 2017 16:48:24 +03002017-03-13T16:48:24+03:0004 2017, 16:48:24
65

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

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

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

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


EDIT (после некоторого обсуждения в комментариях ниже):

Спасибо всем за ваши ценные комментарии. Я думаю, что этот ответ нуждается в уточнении.

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

Сначала немного отступите, вы можете пропустить его, если хотите. Существует меморандум о пользовательском опыте, показывающий ворота и путь вокруг него, созданный пользователями. Хотя легко критиковать, ответ на то, что такое решение, просто основанное на этом поведении, является рискованным. Если это будет удаление ворот, это будет легко. Однако, может быть, это имеет свою цель, на самом деле? Это может помешать попаданию животных внутрь, это может быть юридическое требование, чтобы иметь его, и если кто-то подумает об этом, вероятно, они найдут более возможные ответы на вопросы: «Почему это здесь?» и «Почему люди пытаются обойти это?».

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

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

  • Возможно, им придется иметь некоторые недавно отредактированные элементы, прикрепленные к вершине. Опять же, это может быть разрешено путем закрепления, но в более долгосрочной перспективе это требование требует от них больших усилий для поддержания, поскольку они должны будут «отменить» те, которые больше не имеют отношения к делу,
  • Возможно, они должны будут указывать элементы с разными флагами, где пиннинг будет недостаточным,
  • Им могут понадобиться категории /папки, особенно если они используют разные соглашения об именах файлов (а именно: _thingname.ext и __ thingname.ext или [thingname] .ext и т. д. ), что предполагает необходимость создания более структурированного набора, который также не может быть решен только путем закрепления,
  • Подзадача этих элементов - сначала сортировка, затем что-то,
  • Наконец, могут возникнуть некоторые потребности, выходящие за рамки этих предположений.

Итак, здесь есть что проанализировать.

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

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

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

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

ответил Dominik Oslizlo 13 MarpmMon, 13 Mar 2017 17:03:20 +03002017-03-13T17:03:20+03:0005 2017, 17:03:20
13

Помимо прикрепления элементов к вершине списка, поддельные-алфавитные записи можно использовать для привязки к внизу (тривиальный пример: я использую контакт с именем ZZ spam с тихим рингтоном на моем телефоне). Другими словами, это довольно гибкая система.

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

Без приоритета /часто используемой сортировки это на самом деле хороший способ обхода. В позиции ваших пользователей (с общим списком) у меня может возникнуть соблазн пойти на соглашение об именах, например _<priority-level>_<item-name>.

ответил Chris H 13 MarpmMon, 13 Mar 2017 18:16:36 +03002017-03-13T18:16:36+03:0006 2017, 18:16:36
9

Когда пользователи добавляют специальные символы к началу имен, они создают в сортировке два или более вида объектов или категорий. Эти категории могут быть конкретными, как в этом примере, или более общие, такие как favorite / not_favorite или objects_I_am_working_on / others.

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

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

 введите описание изображения здесь>> </a> </p></body></html>

ответил Alvaro 13 MarpmMon, 13 Mar 2017 16:31:20 +03002017-03-13T16:31:20+03:0004 2017, 16:31:20
5

Возможно, что независимо от того, какую функцию вы реализуете, пользователи могут продолжать это делать (если вы не принудительно запретили ее).

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

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

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

ответил asmeurer 14 MarpmTue, 14 Mar 2017 23:14:13 +03002017-03-14T23:14:13+03:0011 2017, 23:14:13
3

Реализовать автоматическую полную фильтрацию

Включите текстовое поле фильтра, которое они могут ввести в A, и показаны только элементы, указывающие на A.

Введите AB, тогда отображаются только элементы с AB.

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

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

ответил paparazzo 13 MarpmMon, 13 Mar 2017 21:42:39 +03002017-03-13T21:42:39+03:0009 2017, 21:42:39
2
  

Какие функции нужно добавить, чтобы они больше не нуждались в этом?

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

ответил DepressedDaniel 14 MaramTue, 14 Mar 2017 00:04:16 +03002017-03-14T00:04:16+03:0012 2017, 00:04:16
2

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

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

ответил Dmitry Grigoryev 14 MarpmTue, 14 Mar 2017 20:22:48 +03002017-03-14T20:22:48+03:0008 2017, 20:22:48
1

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

... почему? В чем смысл этого упорядочения?

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

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

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

ответил J.J 15 MarpmWed, 15 Mar 2017 19:39:30 +03002017-03-15T19:39:30+03:0007 2017, 19:39:30
-1

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

  • Сначала я хотел бы разработать систему таким образом, чтобы не допускать, чтобы специальные символы начинались с буквы каждого элемента.
  • Затем я дал бы им уведомление при вводе начального символа элемента, чтобы первой букве элемента не разрешалось быть специальным символом с небольшим сжатым сообщением.
ответил Dimitra Miha 13 MarpmMon, 13 Mar 2017 16:32:01 +03002017-03-13T16:32:01+03:0004 2017, 16:32:01

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

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

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