登録時の必須フィールド

次のサイトのインターフェースを開発しますが、その主な対象者は技術的にそれほど高度ではない人であるため、登録の必須フィールドについて考え、その数を最小限に抑えました。



次のオプションが思い浮かびました:



0フィールド :ページが読み込まれると、許可されていないユーザーは生成されたアカウントを受け取り、それを使用するよう招待されます。このアプローチの別の例を次に示します。

-高度に専門化されたタスクに便利で、私には合いません。 機能的には、ブラウザの特定のストアに後者を添付するか、または:



1フィールド :メール

ユーザーが電子メールを残し、IDが自動的に作成され、パスワードを電子メールで受け取り、IDまたは電子メールで承認し、ユーザー名は既にプロファイルにあるユーザーによって設定されます



+くそー、まだ1つのフィールドです! デフォルトでは、総当たり攻撃パスワードを生成できます。

±ユーザー名は自由に変更でき、空白のままでもかまいません。 ユーザーをIDで検討したくない

-CNCはufosite.nl/users/18567の形式を取ります。ほとんどの場合、ユーザーはパスワードを変更する必要があります。 ufosite.nl/users/customusernameのようなCNC では 、検索エンジンに地獄が訪れます。 電子メールに基づいてCNCを構築します。さらに、誰もが公開したいとは限りません。これはスパマーへの贈り物であり、CNCは完全なCNCではありません。







3つのフィールド :電子メール、確認のパスワード

強力なパスワードと、登録後にパスワードを変更するための不必要な操作を除いて、以前のアプローチからすべてを継承します。



4つのフィールド :確認用のメール、ユーザー名、パスワード

+ユーザー名は修正されています。ufosite.nl/ users / usernameのようなCNCには問題がありません。ユーザー名、電子メール、またはIDによる認証

-しかし、フィールドが4倍少ないオプションがあります。



さて、追加のフィールドは避けられないキャプチャ、またはそのアナログです。



一部のユーザビリティの専門家は、オープンパスワードの入力、またはチェックボックスのアクティブ化の確認を伴うクローズモードへの入力モードの切り替えのオプションを検討しましたが、それは私にとっては珍しいようです。



登録中にフィールドの数を最小限に抑えるという問題に対する元の解決策があるかもしれませんが、それらを共有していただければ非常にありがたいです。



All Articles