ユーザーは最近、私たちのWebサイトの19桁のアカウント番号が長さの4つの個別のテキストボックスに分割された理由について質問しました（OK、不満）[5,5,5,4]。元のデザイナーではなかったので、質問に答えることはできませんでしたが、データ品質を維持し、おそらくより良いユーザーエクスペリエンスを提供するために行われたと常に思っていました。
他のより一般的な例には、市外局番付きの電話（[3,3,4]に対して連続10桁）およびもちろんSSN（[3,2,4]に対して9桁）が含まれます。
このトピックに関して既知の基準があるかどうか疑問に思いましたか？ID番号はいつ分割しますか？特にユーザーエクスペリエンスとデータ入力エラーの最小化に関して。
私はこれについていくつかの研究があったことを知っています、現時点で私が見つけることができるのは短期記憶、特にチャンキングに関するウィキペディアの記事です。マジカルナンバー7、プラスまたはマイナス2もあります。
エンドユーザーにIDを提供するとき、私は個人的にIDを5つのブロックに分割するのが好きです。これは、システムの元の設計者が使用したのと同じ規則のようです。「気持ちがいい」以外に、この番号を選んだ理由を説明できる論理的な理由はありません。研究を実行するために多くのお金を費やすことができることを除いて、「直感」と他のシステムからの論争に従うことはおそらく行く方法です。
そうは言っても、次の方法でUIをユーザーにとってより使いやすくすることができれば。
また
"_____ - _____ - _____ - ____"なります。"1235 - 54321 - 12345 - 1234"それはほぼ間違いなく彼らを幸せにするでしょう！
基準についてはわかりませんが、個人的な観点から：
特定のアプリケーションのより広いコンテキストを考慮する必要があります。設計上の決定には常に賛否両論がありますが、その影響は状況によって変化するため、毎回考える必要があります。
長い数値をいくつかのフィールドに分割すると、特にほとんどのユーザーと同じ方法で数値を分割することを選択した場合に、読みやすくなります。また、ユーザーが次のフィールドに移動するとすぐに入力を検証できることが多いため、エラーを早期に示すことができます。
一方、最近では、ユーザーがそのような長い数字を入力することはめったにありません。ほとんどの場合、選択したメモ保持ソリューションから、そこにある形式に関係なく、コピーして貼り付けるだけです。つまり、長さや許可された文字に制限のない単一のフィールドが突然多くの意味を持ちます。とにかく文字を除外できます（ある時点でユーザーに数値の最終形式を表示するようにしてください）。また、フィールド間でフォーカスを移動したり、ブラウザが以前の値を記憶したりする（同じ番号の4つの部分ではなく、1つの番号を選択するだけでよい）などの問題もあります。
一般的に、ブラウザが徐々に使いやすくなるにつれて、複雑なソリューションを自分で発明するのではなく、ストックソリューションを使用してブラウザが提供するメカニズムを利用する必要があります。あなたは今日彼らの一歩先を行くかもしれませんが、2年後にはブラウザが追いつき、あなたのサイトはひどくなります。