Лучшая практика юзабилити для приема длинных номеров счетов - PullRequest
3 голосов
/ 24 августа 2010

Пользователь недавно спросил (ОК, пожаловался), почему 19-значный номер учетной записи на нашем веб-сайте был разбит на 4 отдельных текстовых поля длиной [5,5,5,4]. Не будучи оригинальным дизайнером, я не мог ответить на этот вопрос, но я всегда предполагал, что это было сделано для того, чтобы сохранить качество данных и, возможно, обеспечить лучший пользовательский опыт.

Другие более общие примеры включают телефон с кодом города (10 последовательных цифр против [3,3,4]) и, конечно, SSN (9 цифр против [3,2,4])

Меня удивило, существуют ли какие-либо известные стандарты по этой теме? Когда вы разделили свой номер ID? Особенно в отношении пользовательского опыта и минимизации ошибок при вводе данных.

Ответы [ 3 ]

4 голосов
/ 24 августа 2010

Я знаю, что было какое-то исследование этого, самое большее, что я могу найти в данный момент, это статья в Википедии о Кратковременной памяти , в частности chunking .Также есть Магическое число семь, плюс или минус два .

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

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

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

ИЛИ

  • Замена его одним длинным полем, имеющим некоторую форму "«маска ввода» (не уверен, что это выполнимо в простом HTML, но это возможно при использовании одной из структур пользовательского интерфейса), поэтому он выглядит как "_____ - _____ - _____ - ____" и в итоге выглядит как "1235 - 54321 - 12345 - 1234"

Это почти наверняка сделает их счастливее!

2 голосов
/ 24 августа 2010

Не знаю о стандартах, но с личной точки зрения:

  • Если имеется несколько полей, убедитесь, что курсор перемещается к следующему полю после заполнения поля.
  • Если есть только одно поле, разрешите использовать пробелы / тире / что угодно в этом поле, потому что вы можете отфильтровать их .Это действительно раздражает, когда сайты / программы заставляют вас вводить даты в формате «дд / мм / гггг», например, то есть день / месяц должны быть дополнены нулями.«23/8/2010» должно быть приемлемым.
1 голос
/ 24 августа 2010

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

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...