type
status
date
slug
summary
tags
category
icon
password
在互联网产品设计中，「注册」是被经常拿来讨论的一个模块。很明显，它非常重要，也充满辩证。
目录
- 一、注册密码需要输入 2 次吗？
- 二、切换注册/登录就得重新输入信息吗？
- 三、注册一定要等待验证通过吗？
- 四、一定要注册吗？
- 五、注册阶段的 5 个设计细节建议
一 、注册密码需要输入 2 次吗？
你可能还有印象，过去使用 Windows 的若干年里，每次连接 WiFi 时，都会被要求输入两次密码——这曾经是一种惯例。但很明显，在用户登录时要求输入两遍密码很可笑，并且带来了不必要的输入成本。所幸，今天大多数系统都已改良为输入一次了。
早期 Windows 的无线密码需要输入两次。来源 Google
登录时不需要输入两遍密码，那么，在产品注册时，是否需要输入两次密码呢？
长久以来，为了避免用户注册时输入了错误密码而造成的严重不可逆问题，要求用户输入两次密码也是一种惯例。从银行开户的密码设置到计算机账户密码设置，皆是如此，也应如此。
所以我们已习惯了在设置密码下方有一个「请确认密码」的输入框。
早期微博的注册界面需要输入两次密码。来源 Google
注册时要求输入两次密码的 app
这个小小问题的背后，隐藏的是产品开发人员对「填写错误」的担忧。
事实上，用户设置密码出错并非严重问题，因为密码错误导致无法登录时，只需「找回密码」即可解决。考虑这个原因，今天已经有越来越多的产品在创建帐户时只需要设置一次密码了。
事实上，与「密码设定出错」相比，应该担忧的是「登录身份填错」。
通常来说，注册系统常见的「登录身份」有几种：
- ID 登录（如 QQ）
- 用户名登录（如早期的各种 BBS）
- 邮箱登录（如各种办公/SaaS 类产品等）
- 手机登录（如各种社交/O2O 产品等）
无论哪种「登录身份」，一旦在注册时填写错误，将造成无法逆转的问题。
特别是在「注册后自动登录」的前提下，用户会在相当长的使用期内，都无法察觉出错，在更换设备或者身份过期时，造成的后果非常严重——不少人遇到的帐号无法登录，进而使用「找回密码」时被告知「此帐户不存在」，都是因此而来。
所以真正的问题是：在注册过程中，如何确保「登录身份」不要填错？
1. 输入两次「登录身份」
这是有显而易见的益处的，在注册时输入两次「登录身份」（比如输入两邮箱，或者输入两次账号……），能有效地确保身份无误。
注册时要求输入两次「登录身份」，以确保无误。
在网页端使用确认邮箱的方法比较常见，但是面对移动设备的输入压力，确认两次「登录身份」（信箱或者手机号码）的做法并不友善。
2. 通过验证码确认「登录身份」
由于越来越多的产品支持邮箱链接验证，或者手机短信验证，这相当于对「登录身份」进行了确认，因此，「登录身份」可以不用再输入两次了。
通过验证码可以「登录身份」不出错，来源：有妖气 app 截图
但验证邮件可能被送进垃圾箱，验证短信迟迟收不到这些问题，又进一步增加了用户的焦灼，无形间提高了注册成本。
3. 通过二次提醒，确认「登录身份」
在我们的上一个产品「方片收集」的设计过程中，我将注册做了一个小小的细节优化，其注册过程如下图：
一个优化过的注册流程 来源：方片收集 app 截图
- 步骤 1：注册界面信息越简越好，除了必要的输入邮箱、设置密码没有其它干扰，点击「注册」后进入确认界面。
- 步骤 2：在确认界面，「登录身份」的信息被放大，用户很难忽视，而且确认的成本很低——只需点击即可。
- 步骤 3：自动登录。
这样的做法，未增加输入成本，同时也保证了「登录身份」的确认，注册过程比较流畅。
一句话：在注册时，「登录身份」非常重要，确保用户不会因填错而造成一系列损失。
回想起来，早年能够意识到「登录身份」的重要性，我那几个五位数 QQ 也不会丢失。据说现在五位数 QQ 公开售价已超过了 6 万，你看，我已经错过了人生中的第一桶金……
而比起账户丢失，用户更难接受的是账户附属价值的丢失——比如社交关系、资料沉淀等，此时我想起的是自己第一个五位数 QQ 里的女网友……
在注册流程优化之路上，永远还有更好的方案，这就需要从「注册的意义」这个根源上再重新梳理。我在后文中继续谈及。
二、切换注册/登录就得重新输入信息吗？
当用户需要注册/登录时，默认给出的界面应该是「注册」，还是「登录」？
答案 A：给出注册——错！
答案 B：给出登录——错！
因为你永远不知道用户是需要注册，还是需要登录。所以无论哪个，都不对。
拉勾默认是登录，印象默认是注册，而 Behance 则呈现的是内容，将注册与登录按纽都并列在下面，不做默认。不同的 app 采用不同界面来看，对于所谓默认，未有定论。
图源：拉勾、奇妙清单、Behance 截图
从我个人经验来看，考虑到目前 app 领域普遍采取的「长久性登录」策略，默认为「注册」也不失为一个具有概率意义的选择。 毕竟大家都通常只会在换机、重置系统、登录失效、主动退出这些低频时刻来登录。
真正的问题在于「登录」与「注册」两种界面切换时，发生的数据丢失。
你一定有这样的经历：当你输入完注册相关的信箱，密码，并准备提交时，突然发现原来这是「登录界面」，而不是你以为的「注册界面」，于是你点击了「注册」。此时，刚刚输入的信箱与密码全部被清空——这真是让人恼怒！
误以「注册」是「登录」导致的切换清空 图源：印象笔记 Android 版录屏
如果你将登录界面误看作注册界面，同样面临切换时数据被清空的可能。
这种事件机率不高，但可能性不低，而且这是用户进入产品的一个重要关卡，要引起重视。
1. 确保界面切换时，数据被保留
优化的方案只需要前端将用户已输入的数据保留，在「登录」与「注册」切换时，自动将两种界面匹配的数据转填。
我在设计「水滴清单」时尝试了这一方案：
切换「注册」与「登录」时保留数据 图源：水滴清单 app 录屏
2. 避免「注册」与「登录」界面混淆
应该注意 2 个问题：
- 尽量避免「注册」与「登录」按纽以「并列关系出现」；
- 强化「注册」与「登录」这两种界面视觉区别（或者内容区别）。
反例：印象笔记的「注册」与「登录」界面视觉区别度太低。
图源：印象笔记 iOS 版截图
3. 通过预判断，设计容错界面
如果发生了误判断，还需要增强容错——这意味着，尽可能地允许用户出错，而不是告诉用户「你错了请重新输入」——因此你很难判断是用户错了，还是系统错了，更准确地说：用户永远没有错，如果用户犯错，那也是产品的错。
从注册/登录这个细节来看，用户如果在「登录」界面输入了错误的信息（比如不存在的帐户），那么这意味着什么呢？
在上图中，我们会看到 A 方案的做法是告知用户「用户不存在」，这属于有一说一。当然，出于安全策略等原因，目前更流行的做法是提示「用户名或密码错误」。
但如果进一步挖掘，就会发现另一种可能性——之所以输入了「不存在的帐户」，有可能是将「登录」误解为「注册」。
在这种情况下，以 B 方案的设计确保用户即使犯错了，我们可以根据错误，辅助其跳往其可能的目标，这将会大大减轻用户的犯错成本。当然，也可以提升产品很「聪明」的印象。
4. 单项验证，分步判断
还有一种有趣的做法，可以保证少犯错：如果我们不知道用户是要注册还是登录，可以只给出一个「登录身份」的输入框，附带一个「下一步」的按纽。
然后根据用户输入的「登录身份」的情况来判定登录或是注册——甚至直接放弃密码而使用验证码来做为密码。
总之，确保用户准确无误、成本最低地完成「注册」和「登录」并非可以忽视的小事，毕竟这是许多产品使用的关键入口。
目前有一种新的趋势就是将「注册」与「登录」二合一，或者说无需注册，直接通过验证码来登录，也是一种不错的选择，比如滴滴出行等产品。
接下来，谈一谈注册过程中验证码的问题。
三、注册一定要等待验证通过吗？
许多产品现在都直接用「手机号码」或者「邮箱」等「可联系的形式」作为登录身份，而不再使用无法联系到使用者「用户名」形式。
因此，用户在注册时必须证明「所填号码是自己的」，这就是我们平常看到的短信验证码（或邮件验证码/验证链接）。
通常，我们输入短信验证码，或者点击了邮箱验证链接后，才能完成注册。
需要通过验证的注册