这篇文章我想讲一下产品设计过程中注册登录相关的几个细节，这篇文章包括4个问题和5个建议。

目录 1. 注册密码需要输入两次吗？

你可能还记得，过去几年，每次连接 WiFi 时，你都被要求输入两次密码——这是一种常见的做法。但显然，要求用户在登录时输入两次密码是荒谬的，并带来了不必要的输入成本。幸运的是，如今大多数系统都已改进为只需输入一次。

早期的无线密码需要输入两次。来源

登录时不需要输入两次密码。那么，注册产品时需要输入两次密码吗？

长期以来，为了避免用户注册时因密码错误而造成严重的不可逆问题，要求用户输入两次密码是一种常见的做法。小到银行账户密码，大到计算机账户密码。

所以我们习惯在密码设置下方有一个“请确认密码”的输入框。

早期的微博注册界面需要输入两次密码。来源

注册时需要输入两次密码的应用程序

这个小问题的背后，隐藏着产品开发人员对于“填错”的顾虑。

其实，用户设置错误密码并不是什么大问题，因为当密码错误导致无法登录时，只需要“找回密码”即可解决，为此，如今越来越多的产品只要求在创建账户时设置一次密码。

其实，相比于“密码设置错误”，我们更应该担心的是“登录身份错误”。

一般来说，注册系统常见的“登录身份”有以下几种：

通过ID登录（如QQ） 通过用户名登录（如早期的各种BBS） 通过邮箱登录（如各种办公/SaaS产品等） 通过手机登录（如各种社交/O2O产品等）

无论你使用哪种“登录身份”，如果在注册时填写错误，都将造成不可挽回的问题。

尤其是在“注册后自动登录”的前提下，用户在相当长的使用时间内都无法察觉错误，当更换设备或者身份过期时，后果非​​常严重——很多人都遇到过账号无法登录，然后使用“找回密码”时却提示“该账号不存在”的情况，就是因为这个。

那么真正的问题是：在注册过程中，如何确保“登录身份”没有被填写错误？

1. 输入两次您的登录ID

这样做的好处是显而易见的，注册时输入两次“登录身份”（比如输入两次邮箱地址，或者输入两次账号……）可以有效确保身份的正确性。

在注册时，您需要输入两次您的“登录身份”，以确保其正确无误。

在网页端通常使用确认邮箱地址的方式，但面对移动设备的输入压力，两次确认“登录身份”（邮箱地址或手机号）并不方便用户使用。

2.通过验证码确认您的登录身份

由于越来越多的产品支持邮箱链接验证或者手机短信验证，这就相当于确认了“登录身份”，因此“登录身份”不需要重复输入。

通过验证码即可“登录”，无需输入任何错误。来源：优耀棋牌APP截图

然而，验证邮件被归为垃圾邮件、验证短信接收延迟等问题进一步增加了用户的焦虑感，无形中增加了注册成本。

3. 通过第二次提醒确认您的登录身份

在我们上一款产品《方集锦》的设计过程中，我对注册流程做了一些小的细节优化，注册流程如下：

优化后的注册流程来源：Chip 应用程序截图

这样的做法既不增加输入成本，同时也保证了“登录身份”的确认，使注册过程更加顺畅。

总而言之：在注册的时候，“登录身份”非常重要，保证用户不会因为填写错误而造成一系列的损失。

回想起来，要是早年意识到“登录身份”的重要性，我就不会丢掉那五位数了。据说现在五位数的公价已经六万多了。你看，我错过了人生第一桶金……

比丢失账号更让用户难以接受的是账号所附带的价值的丢失，比如社交关系、数据存款等等。此刻，我想起了我第一个五位数的女性网友……

在优化注册流程的道路上总有更好的解决方案，这需要重新审视“注册的意义”这个根源，我会在后续的文章中继续讲这个。

2. 切换注册/登录时需要重新输入信息吗？

当用户需要注册/登录时，默认界面应该是“注册”还是“登录”？

答案A：给予注册——错误！

答案B：提供登录名——错误！

因为你永远不知道用户是否需要注册或登录。所以无论哪一个都是错误的。

默认是登录，默认是注册，内容呈现，注册和登录按钮并列在下面，没有默认。不同的APP使用不同的界面，所谓的默认，并没有一个确定的答案。

图片来源：、、截图

从我个人的使用体验来看，考虑到目前app领域普遍采用的“永久登录”策略，默认“注册”也是一种概率性的选择，毕竟人们通常只会在更换设备、重置系统、无效登录、主动退出等低频时候进行登录。

真正的问题在于在“登录”和“注册”界面之间切换时发生的数据丢失。

你肯定有过这样的经历：当你输入了注册的邮箱和密码准备提交的时候，突然发现这里是“登录界面”，而不是你以为的“注册界面”，于是就点击了“注册”。此时，你刚刚输入的邮箱和密码全部被清空了——这真是太烦人了！

误将“注册”误认为“登录”，导致开关清除。图片来源： 屏幕录制

如果你误将登录界面当成注册界面，切换时你还可能会面临数据被清除的可能性。

这种事件发生的概率不高，但是可能性也不低，而且这是用户进入产品的重要一步，所以应该重视。

1. 确保切换接口时数据保留

优化后的方案只需要前端保留用户输入的数据，在“登录”和“注册”切换时自动调用两个界面匹配的数据即可。

我在设计水滴清单时尝试过这种方法：

在“注册”和“登录”之间切换时保留数据来源：水滴清单应用程序的屏幕录制

2.避免“注册”和“登录”界面混淆

需要注意两个问题：

尽量避免“注册”和“登录”按钮平行出现；加强两个界面之间的视觉区分（或者内容区分）。

反例： 的“注册”和“登录”界面在视觉上区别太大。

图片来源：印象笔记iOS版截图

3.通过预判断设计容错接口

如果出现错误判断，则需要增强容错能力 —— 这意味着尽可能地允许用户犯错，而不是告诉用户“你错了，请重新输入” —— 这样就很难判断是用户错了还是系统错了。更准确地说：用户永远不会错，如果用户犯了错误，那就是产品的错。

查看注册/登录详情，如果用户在“登录”界面输入了错误的信息（例如不存在的账户），这意味着什么？

在上图中我们可以看到方案A的做法是告知用户“该用户不存在”，这样说还算公平。当然出于安全策略等原因，更流行的做法是提示“用户名或密码错误”。

但如果你深挖的话，你就会发现还有另外一种可能——你输入“不存在的账户”的原因可能是因为你把“登录”误解成了“注册”。

这样一来，Plan B 的设计就保证了即使用户犯了错误，我们也能根据错误帮助他们跳转到可能的目标，这将大大降低用户犯错的成本，当然也能增强产品很“智能”的印象。

4.单项验证，逐步判断

还有一种有趣的做法可以确保更少的错误：如果我们不知道用户是否要注册或登录，我们可以只提供一个带有“下一步”按钮的“登录身份”输入框。

然后根据用户输入的“登录身份”判断是否登录或者注册——甚至直接抛弃密码，采用验证码作为密码。

总之，保证用户准确、以最低成本完成“注册”和“登录”并不是一件可以忽略的小事，毕竟这是很多产品的关键入口。

目前有一个新趋势就是将“注册”和“登录”合二为一，或者不注册直接通过验证码登录，这也是不错的选择，比如滴滴出行这样的产品。

接下来我们来谈谈注册过程中的验证码问题。

3. 我必须等待验证通过后才能注册吗？

现在很多产品都直接使用“手机号”或者“邮箱”等“可联系方式”作为登录身份，而不再使用无法联系到用户的“用户名”。

因此，用户在注册的时候，必须证明“自己填写的号码是自己的”，也就是我们平时看到的短信验证码（或者邮箱验证码/验证链接）。

通常我们输入短信验证码或者点击邮箱验证链接后就可以完成注册。

需要验证的注册来源：应用程序截图

但受验证码供应商、网络状况等影响，验证码有时候似乎并不是那么及时，如果让用户在这种“不确定性”中等待，是否是一个明智的选择？

因此，需要明白验证的本质是确认“登录身份”是否正确、是否可以联系。

作为产品设计师，我们对验证码的理解可能是：

有助于更加快捷的获取用户的第三方联系方式；从安全角度，有助于进行密码找回（接收验证码或者修改密码链接）等身份认证；防止垃圾注册；导入社交关系；为产品推广、邀请好友等营销活动奠定基础；……

但这些诉求是“利于开发者和未来”的，却不是“利于用户和现在”。

用户对于验证码的理解可能是：

它使我的注册速度变慢（因为我必须等待） 它使我的注册更加麻烦（因为我必须输入额外的一行）

因此我对验证的理解是：它是有意义、有价值的，但不一定在此刻——验证可以放在注册完成后的某个时间点，用虚拟奖励、功能限制、安全恐吓等手段激励用户完成验证，以满足开发者的要求。

下图是我给出的优化建议。

优化验证后时序

4. 是否需要注册？

从我的个人使用经验来看，我最讨厌的就是那些启动后弹出注册登录界面的产品——这些产品安装后需要用户登录才可以使用，更糟糕的是它们不提供第三方登录。

三个需要“登录”才能使用的示例

除非我从其他来源获得了足够多关于产品的信息，否则我可能会因为害怕麻烦或讨厌被强迫而放弃注册。

注册的意义是什么？一定要对产品和用户都有帮助，不能单纯为了注册而注册。

1.根据产品特点采用最友好的注册方案

用户遇到一款产品就像谈恋爱，最起码你得先给他们一个了解和探索的阶段——就像你总不能第一次见面就要求女生去民政局登记吧？

从功能角度来看，许多产品可能不需要注册——或者至少在用户首次打开时不应该要求用户注册。

我根据需求的紧急程度将产品注册需求分为 3 类：

1）无需注册

工具类产品（尤其是没有数据/关系积累的产品），比如汇率计算、指南针、图片浏览、闹钟等，无需注册即可使用，除非开发者有进一步的计划，否则没必要急着让用户注册；

2）稍后触发注册

对于笔记、日历、绘画、摄影等有数据积累的工具类产品，可以先鼓励用户使用工具及本地存储，再通过提醒“请安全备份数据”或“高级功能被限制”等方式，驱使用户注册；

对于内容型的社交产品（如写作社区、绘画社区、垂直行业讨论等），可以先将内容呈现，让用户单向接收信息，当用户有足够兴趣并计划上传信息时，才会触发注册。

3）立即注册型

此类产品往往“不注册就不能使用”，比如：旅游产品、即时通讯产品、招聘产品、购票产品、费用查询产品等。

——但事实上，真正“不注册就不能用”的产品很少，仔细想想。

除了上面说的几种“登录身份”注册方式外，利用微信、微博、QQ等第三方身份认证的方式已经非常成熟，其好处显而易见：用户可以以最小的成本登录，开发者也可以以最小的成本获取昵称、头像、性别、签名等一系列信息。

开发者担心没有“自己的账户”会带来诸如第三方失信/用户失联等问题，而这些问题都可以通过“补充信息”来解决。

因此，我认为用户友好度的排名如下：

不注册 > 第三方注册 > 邮箱注册 > 手机注册 > 用户名注册

2. 限制注册策略

尽管注册应该是友好的，但有时却可能恰恰相反。

限制注册、增加注册难度等不友好的手段在特殊情况下也可能是不错的策略。前面提到，用户与产品的关系大致相当于谈恋爱。因此，爱情行为中的那句智慧名言“越难得到，越珍惜”同样适用于产品。

申请/邀请注册：

与普通注册“越简单越好”的原则相反，基于应用的注册会增加注册难度，比如要求用户填写足够多的选项，包括住址、兴趣爱好，甚至还要给​​出一个“申请理由”，或者能够证明自己确实是该产品的目标用户。

为了获得使用权，用户必须完成上述要求。在这个过程中，开发者获取了足够的用户信息，并通过审批权限筛选用户人群；而对于用户来说，完成如此高难度的“申请”，会产生一种“奉献感”，帮助他们珍惜这款产品，珍惜自己使用这款产品的权利，进而引发“特权”的感觉。

所以申请/邀请制的主要目的是通过饥饿式筛选，营造产品的稀缺感，提升产品的价值感，激发用户的贡献感和特权感。

这在产品的冷启动或者内测阶段非常有意义，比如二次元产品、早期的知乎社区、以及近期的微信小程序，都采用了申请制和邀请制的注册方式。

用户需要回答 100 个问题才能使用该产品。图片来源 - 截图

3. 身份验证的未来趋势

不管是注册还是登录，都是为了解决“身份认证”的问题。未来可能就不再需要身份认证了。根据我自己的推测，我分为以下三个阶段。

第一阶段：超级寡头通过收购、联盟，让第三方验证成为标准化的登录方式

目前的微信等已经顺应了这个趋势，还包括网络上流行多年的第三方验证联盟。

直接使用第三方账号登录

第二阶段：将产品认证与底层系统认证统一起来

例如iOS、iOS、OS等平台都有自己的身份体系，开发者选择开发平台时，相当于默认使用该平台的系统身份证验证，因此很可能不再需要独立的登记体系。（有创业经历的朋友可以类比国家在工商登记领域多证合一，一码共享）

第三阶段：结合生物识别技术的验证方法

传感设备的演进、用户对效率（或者说懒惰）的要求越来越高、验证复杂度的提升、国家对安全和审计的需求加速了生物特征识别时代的到来，指纹识别、虹膜识别、人脸识别、声纹识别等技术不仅更加安全，而且更加高效。

或许，免除核查才是解决核查问题的终极方案，但在那个时代到来之前，我们在“登记”这个小事上，还有很多细节需要注意。

以下是我总结的几点小建议，也欢迎读者提出进一步的建议。

5. 注册阶段的 5 个设计细节 1. 长串数字必须自动分隔

常用于身份证号、银行卡号、电话号码等长串数字，自动分离对验证很有帮助。

两个“分不开”的数字以及微信自动分开的数字

2. 日期定义要明确

在购买旅行票时，很有可能会把下个月的日期误认为本月的日期而买错票，或者把明天的高铁误认为今天的。

一旦选择了错误的出行日期，将会影响用户出行的一系列后续任务，因此日期的定义必须清晰、无歧义。

令人困惑的日期选择器

3. 可推断的重复项应尽可能由系统计算

比如“生日”、“身份证”、“星座”三个选项，显然可以从“身份证”中推断出来，让用户填写三个选项，是一种没有任何思考的愚蠢设计。

再比如：“银行账号”项后还有一项“账号后五位数字”，完全看不懂，具体是指长沙银行。

4. 尽可能使用数据关联

有些信息是比较稳定和可预测的，比如“就读的大学”、“申请的院系”等，没必要让用户输入完整的信息，但尽量使用数据关联，尤其对于手机端的表单填写界面，输入体验较差。

下面的图片是两个例子，并非虚构的笑话。

5.减少重复操作

对于那些“几乎不可避免”的操作，我们可以尝试自动化，减少步骤，最典型的例子就是早年“微信支付”与“支付宝”的支付密码对比。

微信支付与支付宝操作步骤对比来源

出于安全考虑，早期支付宝的“支付密码”非常复杂，相比之下，后来微信支付的6位支付密码非常方便，支付宝在2015年向微信学习，改变了“支付密码”策略。

然而！与微信支付相比，支付宝需要用户在输入密码后再次点击“确定”，这个小动作让用户感到困扰和抱怨。不久后，支付宝就修正了这个界面，并使其与微信完全一致。

微信支付仅用了两三年时间，就几乎追上了在数字支付市场耕耘了十多年的支付宝，这已经是相当了不起的成绩了。在这场战争中，除了微信原本在社交、情境、用户量上的优势，在交互细节上的专注也做出了巨大贡献。

终于

注重交互细节是让产品完美、智能化的必由之路。这取决于开发者对产品的态度，以及对自己的要求。当然，这些细节听起来更像是吹毛求疵——当然，也可以说是画龙点睛之笔。

在身份认证方面，我们不能仅仅从“开发者需要什么”的角度去考虑开发者需要什么，还应该从“用户需要什么”的角度去考虑产品的交互和设计。

本文的观察和思考都是关于“如何让产品完美”的，它们不一定是产品初始版本必须的，相反，产品第一阶段需要更加关注产品的核心功能和流程进度。

至于在哪个阶段做什么，也就是产品研发流程，不同规模、不同行业的公司是不一样的。以后我会分享我们作为一家设计驱动的互联网创业公司是如何进行设计、生产、研发的，特别是设计师和工程师之间的合作方式和流程。

加之早期互联网的匿名性，逐渐发展成为如今相当一部分的实名制，人们对于实名身份验证的接受度也越来越高。

然而人类社会的发展总是走向另一个极端，出于对个人隐私、身份安全、信息泄露的担忧，以及暗网、区块链相关技术的发展，很多人都在要求匿名身份认证——确认我是“某个ID”但不知道“我是谁”，同时保持足够友好的身份认证方式，或许是未来的一种新需求。

我们是一支小而美的互联网团队（），位于长沙。正在招聘实习生，如果你对交互设计、移动开发、产品运营感兴趣，请将简历发送至：。如有疑问，请添加微信号进行咨询。

标题图片来自 Hero

本文由“让你的手机更有用”推荐。关注我们的微信，回复“产品经理”，了解产品经理是做什么的。