名/姓を1つのフィールドにマージする
私は、スケジューリングWebアプリで名前を入力するための単一のフィールドの概念を楽しませています。これは、名前をすばやく簡単に入力できる「寛容な形式」の優れたケースだと思います。私はそれにラベルを付け、おそらくユーザーをガイドする追加のプレースホルダーテキストを配置します。このような：
姓名は、ユーザーに提供する連絡先データベースに保存されるため、正確に把握することが重要です。ただし、「Joe De Maggio」、「Dr。Chopra」、「Ms Sally Ann Mc Dumont」は入力できます。可能性はたくさんあります。
これは賢明な選択ですか？エンジニアリングはUXの価値がありますか？これに取り組むプラグインを知っている人はいますか？
たくさんあります 名前についての人々の仮定 （また： W3C：世界中の個人の名前 。）
ありがたいことに、W3Cにはいくつかの 名前のフィールド設計に関する優れたアドバイス があり、そのうち最も単純なのは2つのフィールドを使用することです（ただし、最初/最後のフィールドは使用できません）。
- フルネーム
[________________] - 何と呼べばいいの？ （たとえば、メールを送るときは？）
[________________]
これは、mightが有利に機能するシナリオです：
- ユーザーは1つのフィールドにフルネームを入力します。
- システムは、名前を可能な限り逆連結します。
- ユーザーが確認できるように、フィールドには分割された名前が表示されます。
正しければ、それ以上のアクションは不要です。間違っている場合は、小さな編集ボタンを使用して、複雑なフォーム（2つのフィールド）に移動し、名前を修正できます。
しかし、すべての開発は、節約されたマイクロ秒のユーザー時間に見合う十分にスマートなアルゴリズムを作成するために必要ですか？私はそうは思いません。フォームが期待すること、つまり標準のベストプラクティスを使用することについて、ユーザーを適切に説明するためにより多くの時間を費やします。
これが実際にほとんどの人に効果があると思う方法です：
見栄えの良いUXのように見えますが、DBにさまざまなフィールドがある場合は、100％正しくすることはほとんどありません。
これが私がすることです：非常にスマートなパーサーを実装しますが、コミットする前にユーザーからの確認を求めますパーサーがそれを正しく行った可能性があります（ユーザーは確認するだけで済みます） 、そしてそれが間違っていた場合、thenは2つの入力または妥当な量の代替を提供します。
彼女がLalita Angie Singh：
これは正しいです？
- 名前：Lalita Angie
- 姓：シン
No! Edit manually またはフォームを続行...
...全体として、名前と姓がそうであるように、単純な入力には多すぎるように見えますが、巧妙に実行されることは非常に斬新である可能性があります。
DBもそれを単一の文字列として処理する場合、これは素晴らしいアイデアになります。 （通常、ユーザーが「短い」形式でどのように参照されることを希望するかを要求するフォローアップフィールドがあります。たとえば、フルネーム：ニコラスリベリア博士ショートネーム：ニック博士）
DBが名前を別のフィールドとして想定している場合、フルネームをコンポーネントパーツに分割する自動システムを作成しようとすることは、ほとんど不可能です。それをする、彼らがマシンにそれをさせる機会を彼らが持っている可能性はあります）。
これで失敗する自動化システム（および人間）の典型的な例は、最初に自分の姓を引用することが一般的である文化圏のユーザーに対処する場合です。例えば多くのアジアと中東。
私の提案は、代わりにDBを変更することですが、失敗すると、UIのフィールドをDBに合わせて維持し、どのフィールドにどの名前を入力するかをユーザーに示すために最善を尽くします。
私は特に好きですが https://ux.stackexchange.com/a/15778/40116 OPで述べられているビジネス要件。
姓名は、ユーザーに提供する連絡先データベースに保存されるため、正確に把握することが重要です。
エンジニアリングやUXの変更を上書きします。 OPについては、ビジネスが変更に同意しない限り、入力の方法を変更しないでください。変更が既存のレガシーインフラストラクチャに影響を及ぼし、姓と名の適切な分割が必要になる場合もあります。
私がお勧めする最も近いことは、名前の末尾と中間の余分なスペースを削除して、名前に数字が含まれないようにすることです。
答え https://ux.stackexchange.com/a/15778/40116 は自己登録にはより理にかなっていますが、政府または銀行のアプリケーションの管理データ入力の場合は、特に個別に保持することをお勧めしますソート用。
名前フィールドを統一する利点は、それが ユーザーが入力するのが速い であることです。これは、タブが少なく、柔軟な書式設定と目の固定が少ないためです。
しかし、フィールドを統合することが常に良いとは限りません。姓を名字から解析する必要がある場合はどうなりますか？ Ludwig Van Beethovenのように、Wordの文字列が多数ある名前の場合、どちらが姓か不明な場合があります。アプリの姓を解析する必要がある場合は、別の名前フィールドを使用する必要があります。
単一のフィールドを名前と姓に分割できるかどうかは、次の条件によって異なります。
希望する成功率。一般的な名前と姓のリストを検討するか、国に応じてルールを採用して比率を上げるなど、いくつかのヒューリスティックを適用できますが、 100％成功することはできません*。
ミスの影響。名前を間違った方法で分割した場合の結果はどのくらい悪いですか？ユーザーが後で名前を編集するときに2つのフィールドを使用することを検討できます。このようにして、彼らは間違いを防ぐことができます。
フィールドに「名前」ではなく「フルネーム」というラベルを付けます。
*正しく分割できない名前の例は、Pablo Picasso（ http://en.m.wikipedia.org/wiki/Picasso ）のフルネームです：Pablo DiegoJoséFrancisco de Paulaフアンネポムセノマリアデロスレメディオスチプリアーノデラサンティシマトリニダードルイスイピカソ
特定の情報が必要な場合-具体的に：
- 名と姓の両方が必要であることを伝えます。
- 2つの文字列を必要なコンポーネントに自動的に分割することは非常に可能です。
- 入力に検証ルーチンを適用して、2つの文字列（多かれ少なかれ）がスペースで区切られて入力されていることを確認することもできます。
これにより、2つの別々の入力と同じ結果が得られます。
主な問題は、開発時間/複雑さの点で追加コストになるでしょう。メリットがコストの増加を正当化するのであれば、解決する必要があります。
私にとっての基本原則は、ユーザーにとって可能な限り単純なものにすることですが、その後、彼らに高度な道を進むための選択肢を与えます。
この場合、透かしとして「名、姓」などの単一フィールドを使用して、ユーザーがカンマを使用して姓と名を分割する必要があることを示唆します。ただし、それを行わない場合は、自動的に分割する必要があります。
次に、ユーザーは自分のプロファイルでより高度な方法で編集できる必要があります。
完璧な例は、Gmailの連絡先アプリです。名前用のフィールドが1つあります。入力した最初の単語はデフォルトで名と見なされ、残りの文字列は姓です（Mrs.やMr.などのプレフィックスを使用しないでください）。ただし、姓、名、会社などを個別に入力できる場合は、3つのドットのアイコンをクリックすると、詳細を示すポップアップフォームが表示されます。
私の意見では、これが最良のアプローチです。
このアイデアにはメリットがあると思いますが、一般的なケースで正しく解析するには多くの作業が必要であり、100％正しく理解できない可能性があることにも同意します。これが郵送先であるかのように入力されておらず、かなり厳密な規則に従っている場合、問題が発生していると思います（「トラブル」とは、データが破損している/ダーティであることを意味します）。
単体テストでの高レベルのエクササイズに加えて、多分ハイブリッドアプローチがうまくいくでしょうか？必要に応じて単一のフィールドを作成します。その内容は、UIの折りたたみ可能なセクションの背後に非表示にできる追加のフィールドに解析されます。ユーザーがそれを正しく解析したことを確認したい場合、ユーザーはdivを展開して（または、テキストボックスからタブで移動するときに実行できます）、分割された名前を確認できます。正しく機能しなかった場合は、個々の名前フィールドを編集できます。
全体として、これにより、通常の場合に必要となる便利さをユーザーに提供し、例外的な場合でもフォームを使用可能な状態に保つことができると思います。
2つのフィールドを入力する方が常に1つのフィールドの方が有利ですが、ここでは2つのことが作用します。
1.包括的で、文化的に敏感な方法で任意の名前に対処しようとする。
2.それを西洋世界のどれだけ行うかにフォーマットする。
一部の文化では、姓はありませんが、2つまたは3つの名前があります。誰にとっても正しいように名前をフォーマットしようとしている場合、唯一の可能な方法は、単一のフィールドを持ち、ユーザーが自分の名前がどのように書かれているかを知っていることを期待することです。
ただし、このデータ、CRMなどを送信しようとしているほとんどの場所では、名前を最初と最後にフォーマットする必要があります。将来的には、単一の分野がより一般的になると思います。
これらの2つの概念は、誰にとっても機能しません。それが何であれ、ほとんどの顧客のためにフォーマットすることを許可または強制することは文化的に鈍感ですか？それが多文化社会（私が住んでいる地域）でどのように機能するかさえわかりません
姓はカルチャーに依存しているため、ユーザーが必ずしも姓を持つとは限りません。したがって、データベースからユーザー固有の情報を提供したい場合でも、すべてのユーザーに対してそれを行うことはできません。
ユーザーに提供できるのはフルネームです。なぜなら、出身国の文化に関係なく誰もが名前を持っているからです。
私は1つまたは2つの名前フィールドの使用についてフェンスを囲んでいましたが、この記事は1つで済むように確信しました： http://uxmovement.com/forms/why-your-form-only-needs-one-name-フィールド/