（翻译）账号注册模式（ Account Registration）

问题概述

  想知道活跃用户的身份，以便向他们提供个性化内容或交易的机会。

示例

用途

• 用于想限制访问特定的内容；
• 用于想控制哪些用户可以访问内容；
• 用于需要向用户展示上下文信息时。上下文可能取决于用户的地理位置、时区、年龄、兴趣，甚至取决于用户先前与网站的交互(添加的好友、提交的内容等)；
• 用于想保护用户信息。

解决方案

  让用户注册账号以提供个性化体验。用户注册帐号后，能够使用你提供的服务保存信息，享受个性化体验，或接触有限的资源。
  注册和登录功能的常见设计缺陷有：

• 可见性。确保“登录”和“注册”按钮清晰可见，容易看到，易于使用。不要隐藏“登录”按钮/表单；

• 行为召唤。注重关键操作，例如注册新帐户、账号登录、我忘记了密码等。确保动作按钮具有吸引力，吸引新用户点击按钮

• 助推。在关键位置提供账号注册机会，而不是仅能在某个位置进行注册[1]；

• 冗余。在关键位置提供“登录”功能。用户通常等到最后一刻才登录，关键位置就是行动点。例如，当用户想向博客文章中添加评论时；

• 复杂性。不要让复杂的密码要求挫伤用户。密码强度要与防护的需求等级相匹配，过于严格的密码策略可能会妨碍注册，让潜在用户望而却步[2]。

    以下几点让用户注册账号更方便：

• 用简单易懂的描述说明用户名和密码的填写要求；

• 另外，可以提供密码强度检测功能，即时反馈输入的密码与要求的符合程度，不用等到用户点击提交按钮后再显示错误提示；

• 类似的，还可以使用AJAX 技术在每次输入字符后检查用户名的可用性，这让用户在注册成功前不用多次提交整个表单内容[3]；

• 登录后，返回用户之前所在的页面。如果行动点是向博客文章添加评论，则登录后将用户重定向到评论表单；

• 考虑在网站或者程序中支持社交网站账号登录，例如Facebook账号登陆等，避免完全使用全新账号方式登录[4]。

说明

  本模式让授权用户查看个性化内容及上下文内容[5]。
  帐户注册记录用户的详细信息：产品收藏夹、偏好、兴趣、发货和账单地址、账单的增值税号等。
  用户注册网站账号带来的好处有：

• 知道谁在使用系统；
• 知道用户访问网站的频率；
• 知道用户在网站中做什么；
• 保存用户后续可能需要的信息，例如账单信息、后续购物收藏夹等；
• 通过账号注册从普通用户处获取特定信息；
• 根据登录账号的身份来确定价格、信息显示、访问权限[6]。

讨论

是否有必要注册账号？什么时机注册？

  用户在需要时才会透露身份，他们决定采取行动时才会给出个人信息，例如购物时。在此之前，不要阻止用户采取行动或浏览网站。通常，只想保护实际需要了解用户身份的页面。用户讨厌做些简单的操作都要先注册账号。过早登录账号的例子是在浏览网上商店的产品之前强制用户必须登录。用户希望在创建帐户之前了解程序所提供的内容，而不是相反。
  你在经营什么类型的网站？你的网站是否真有必要与客户（用户）建立关系，或者网站客户的典型行为是匿名的？后者的话，可能要考虑根本不需要注册账号——甚至用户购物都是匿名的[7]。

用户为什么要注册账号

  注册账号对用户来说是种负担，需要清楚明白的说明用户注册网站账号有什么好处。一种方式是直接用文本说明好处，例如跟踪您的订单、稍后更改您的预订或接收我们的时事通讯(是的，这实际上对某些人来说是好处)。
  另外一种方式是阻碍行动点，例如在向网站提交评论或内容时提示需要用户账号。

问了太多（不必要）的问题

  了解用户是很重要，但要想深入了解就会妨碍用户注册账号。即使市场部门特别想知道用户的确切爱好、电话号码、年薪水平，但要告诉他们这未必是什么好主意。由于垃圾邮件是种常见现象，普通的互联网用户不愿意相信你需要这些数据[8]。
  某些情况下，可能需要用户的个人信息，为了维持信任，要确切的说明为什么需要这些信息。简单的“万一需要联系你，请提供电话号码”就可以。
  对用户来说，想个用户名和新密码出来就已经是重要任务了。用户需要对这些事情进行思考和决定，这意味着用户的注意力已经从他或她手头的任务中移开了。[9]

原文地址：http://ui-patterns.com/patterns/AccountRegistration
[1]原文：Nudge: Exploit sign-up opportunity at key locations, don’t just rely on one point of action.
[2]原文：The strength of the password you require needs to match the need for protection. A password policy that is too strict can hinder sign-up and may discourage potential customers.
[3]原文：Similarly, you might also want to use AJAX to check for the availability of the username on every keystroke, so that the user does not need to submit the entire form several times before he is allowed entrance.
[4]原文：Consider incorporating a social sign in options such as “Facebook Login” into your website/application and avoid the entire new password paradigm entirely.
[5]原文：Account registration enables personalized and contextual content to be presented to authenticated users.
[6]原文：You can differentiate prices, information displayed, and access rights depending on who the logged in user is.
[7]原文：What kind of site do you run? Is it really necessary to develop a relationship with your customers (or users) or is the typical behavior of your kind of customers to stay anonymous? In the latter case, you might want to consider not requiring an account registration at all – even when the user is purchasing a product.
[8]原文：With spam e-mails being a common known phenomenon, the average internet user is reluctant to trust you with such data.
[9]原文：Making up a user name and thinking of a new password are big tasks for the user already. The fact that the user needs to think and make up their mind about these things means it has taken away the user’s focus from the task he or she had at hand.