用户注册表格-我们需要一个用户名吗?


11

可以说我们正在设计一个新网站的注册表格。

我需要为用户名提供一个空格,还是只需要一个电子邮件地址?

这两种方法都存在严重问题吗?

Answers:


8

根据您的目标受众(“正常”,很精通技术,还是从社交网络发起)两种

  • 电子邮件地址和密码(电子邮件地址是用户名)

要么

两者都有问题。

在某些受众中,电子邮件地址发生了很大变化。您需要一个良好的帐户恢复机制,最好是为每个帐户添加多个电子邮件地址的选项。但是,由于电子邮件地址作为用户名优于个人选择的用户名,因为人们可以记住它们,而仅使用电子邮件+密码可以简化注册过程。

OpenID,Facebook Connect等都很棒。但是,大众市场尚无法理解“我在站点B上,我无法登录。我需要去站点A检查我的凭据” 的间接含义。不过,OpenID非常适合精通技术的受众,如Stack Exchange网站所示...

结论:您需要仔细考虑目标受众,并在可能的情况下,对不同的身份验证机制进行走廊可用性测试


+1目标受众是关键,但Facebook Connect对于打算在未来5年内保持直播的任何事物似乎都之以

@danlefree:我同意这一点很有效。就个人而言,除非目标受众是约100%的Facebook用户(也许是社交网络病毒游戏,等等),否则我对Facebook Connect不会满意。并非所有人都在Facebook上,并且如上所述,联合登录模型还不是普通用户接受的培训……
Jesper M,2010年

1
老年人(好吧,我会说18岁以上的人)往往不会那么频繁地更改其电子邮件帐户,因此,如果您以成年人为目标,则该电子邮件地址可能是一个不错的选择。由于我个人讨厌用户名,因此我们仅将模型切换为电子邮件地址,因此效果很好。但是,我们以专业人士为目标,他们倾向于使用其工作电子邮件地址进行注册。经过深思熟虑的注册表格与选择登录机制一样重要。我们将我们的字段从20多个字段减少到了5个(包括“重复密码”),并且我们的注册在一夜之间增加了两倍。
马克·亨德森

2

两者都有问题,信不信由你。

人们似乎几乎总是在改变他们的电子邮件。他们越年轻,情况越糟。因此,很难将帐户绑定到电子邮件。但是,电子邮件似乎比用户名更容易让人记住。

用户名很棒,因为它们不经常更改,但是人们经常忘记它们。然后,您必须同时处理密码检索系统和用户名检索系统。加倍的工作,一半的乐趣。

在没有某种开放ID系统的网站上,我个人都会这样做。我将两者都收集起来,都存储在数据库中,然后根据输入的登录值进行搜索以查看它们打算使用哪个。显然,这意味着用户名中没有@符号。但是,这使我的用户很容易记住至少两个选项之一。对于检索,我使用质询系统,因为我对用于验证的电子邮件保持警惕。黑客可以收到电子邮件...他们可能不知道一个人的第一只狗的名字或最喜欢的汽车是什么。

OpenId似乎使很多这种论点变得不那么重要了。结帐是一件好事。


1

它还可能取决于您如何存储用户信息。例如,如果您使用以主键作为用户名的数据库,则您可能不希望使用电子邮件地址作为用户名,因为如果用户更改了其电子邮件地址,则这将更改主键(并搞砸了)任何外键参考)。


1
感谢您的贡献。好的,我不太同意。首先,实现细节最好不要在UI中“闪耀”。其次,如果没有看起来很合适且不可变的自然键(fx电子邮件),则应始终将替代键(fx自动递增INT)用作主键。此软件设计规则非常重要,可以避免很多麻烦。:-)
Jesper M

1
@ Jesper-我完全同意。但是有时,作为开发人员,您无法控制数据的存储方式(您可能与外部数据提供程序接口)。例如,如果您使用ASP.NET并使用默认的成员资格提供程序,则用户名将是主键,您将无法更改它。只是要考虑的事情...
Dan Diplo

1

如果希望用户向其他用户/访问者隐藏其电子邮件地址或真实姓名,则可能需要一个用户名字段。

在这些情况下,它通常被称为昵称,有时可以在不影响用户登录的情况下即时更改。

我认为答案取决于您对收集的信息的处理方式,例如不发送用户电子邮件-不要求提供电子邮件地址,不显示用户信息,不收集昵称等。


1

用户名,电子邮件地址和OpenId各有利弊。

但是永远不要称它为用户名,并要求将其作为电子邮件地址!

注册时,我输入首选的用户名之一作为用户名。在单击“确定”后,我收到一条消息,提示用户名不是有效的电子邮件地址,这让我很生气。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.