Объединение имени /фамилии в одно поле

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

Либо необработанный, либо текст-заполнитель.

Важно правильно распознать имя и фамилию, потому что оно сохраняется в нашей базе данных контактов, которую мы предоставляем нашим пользователям. Тем не менее, люди могут войти в «Джо Де Маджио» или «Доктор Чопра» или «Г-жа Салли Энн Мак Дюмон». Много возможностей.

Является ли этот выбор мудрым? Является ли инженерная ценность UX? Кто-нибудь знает плагин, который справляется с этим?

82 голоса | спросил Itumac 6 Jam1000000amFri, 06 Jan 2012 01:29:47 +040012 2012, 01:29:47

12 ответов


106

Существует огромное количество предположений людей о именах (также: W3C: личные имена по всему миру .)

К счастью, W3C имеет отличный совет по разработке полей для имен , из которых проще всего использовать два поля (но не для первого /последнего):

  • Полное имя
    [________________]
  • Как мы можем вам позвонить? (например, когда мы отправляем вам письмо?)
    [________________]
ответил Erics 6 Jam1000000amFri, 06 Jan 2012 06:00:35 +040012 2012, 06:00:35
40

Вот сценарий, в котором он может работать в ваших интересах:

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

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

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

Вот как я думаю, что это действительно работает для большинства людей:

Название полей мультфильма

ответил Taj Moore 6 Jam1000000amFri, 06 Jan 2012 02:50:25 +040012 2012, 02:50:25
7

Он выглядит как хороший UX, но если у БД есть разные поля, очень маловероятно, что вы сделаете это правильно в 100% случаев.

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

Предположим, она входит в Lalita Angie Singh:

  

Это правильно?

     
  • Имя: Лалита Энджи
  •   
  • Фамилия: Сингх
  •   

Нет! Отредактируйте вручную или продолжите с формой ...

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

ответил Naoise Golden 6 Jam1000000amFri, 06 Jan 2012 02:49:05 +040012 2012, 02:49:05
4

Это отличная идея, если БД также имеет дело с ней как с одной строкой. (Обычно с последующим полем, запрашивающим, как пользователь предпочитает упоминаться в «короткой» форме. Например, полное имя: д-р Николя Риверайя Краткое имя: д-р Ник)

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

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

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

ответил lzcd 6 Jam1000000amFri, 06 Jan 2012 01:53:31 +040012 2012, 01:53:31
2

Жизнеспособность разделения одного поля на имя и фамилию зависит от:

  • Желаемый коэффициент успеха. . Вы можете применить некоторые эвристики, такие как рассмотреть список общих имен и фамилий или принять правила в зависимости от страны, чтобы увеличить коэффициент, но 100% -ный успех не возможно *.

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

Я бы назвал поле «полное имя» вместо «name».

* Примером имени, которое невозможно разбить правильно, является полное имя Пабло Пикассо ( http://en.m.wikipedia.org/wiki/Picasso ):  Пабло Диего Хосе Франсиско де Паула Хуан Непомуцено Мара де лос Ремедиос Чиприано де ла Сантиса Тринидад Руис и Пикассо

ответил Pau Giner 6 Jam1000000amFri, 06 Jan 2012 04:57:40 +040012 2012, 04:57:40
2

Хотя мне особенно нравится https://ux.stackexchange.com/a/15778/40116 бизнес как указано OP.

  

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

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

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

Ответ https://ux.stackexchange.com/a/15778/40116 будет иметь смысл для самостоятельной регистрации, но для ввода административных данных для правительственных или банковских приложений лучше всего держать их отдельно для сортировки.

ответил Archimedes Trajano 28 MaramMon, 28 Mar 2016 09:18:26 +03002016-03-28T09:18:26+03:0009 2016, 09:18:26
2

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

Но не всегда удобно объединять поля. Что делать, если вам нужно проанализировать фамилию с первого? Иногда непонятно, кто является фамилией, если у вас есть имя со многими строками слов, такими как Людвиг Ван Бетховен. Если вам нужно разобрать фамилию для своего приложения, вы должны использовать отдельные поля имени.

ответил BeerSander99 28 MarpmMon, 28 Mar 2016 16:29:53 +03002016-03-28T16:29:53+03:0004 2016, 16:29:53
1

Если вам нужна конкретная информация - будьте конкретны:

  • Состояние, в котором вам требуется ОБОИХ имя и фамилия.
  • Очень возможно автоматически разделить две строки на необходимые им компоненты.
  • Также можно применить процедуру проверки к вводу, чтобы гарантировать, что две строки (не более /менее) вводятся разделенными пробелом.

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

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

ответил codeinthehole 6 Jam1000000amFri, 06 Jan 2012 02:19:33 +040012 2012, 02:19:33
1

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

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

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

ответил KeithS 6 Jpm1000000pmFri, 06 Jan 2012 20:35:49 +040012 2012, 20:35:49
1

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

В этом случае я бы использовал одно поле с чем-то вроде «Имя, Фамилия» в качестве водяного знака, указывающее, что пользователь должен использовать запятую для разделения имени и фамилии. Однако, если он этого не сделает, вы должны разбить его автоматически.

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

Прекрасным примером является приложение для контактов Gmail. Существует одно поле для имени. первое введенное вами слово по умолчанию считается первым именем, а остальная часть строки - фамилией (не пыталась использовать префиксы, такие как Mrs. or Mr.). Тем не менее, вы можете нажать на значок с тремя точками, а всплывающая форма с деталями появится, когда у вас есть возможность вводить имя, фамилию, компанию и т. Д. Отдельно.

По-моему, это лучший подход.

ответил emdzej 6 Jam1000000amFri, 06 Jan 2012 02:52:36 +040012 2012, 02:52:36
0

Одно поле всегда выгоднее заполнять, чем два, но здесь есть две вещи.

1.Включительно включительно и пытаясь справиться с любым именем культурно-чувствительным способом.

2. Формулировать его, насколько это делается в западном мире.

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

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

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

ответил Maak Bow 23 Jam1000000amMon, 23 Jan 2017 07:54:02 +030017 2017, 07:54:02
0

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

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

Я был на заборе об использовании одного или двух полей имени, но эта статья была убеждена в том, чтобы пойти с одним: http://uxmovement.com/forms/why-your-form-only-needs-one-name-field/

ответил Visco 17 J000000Monday17 2017, 02:58:25

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

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

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